Potentiale probleme cu noile reguli GDPR, vs. SEO si nu numai, din Mai 2018

[Empire]

Am inteles, deci nu scrie numele tau la proprietar, ci scrie "Godaddy". Nu cred ca se considera date personale.

[Marius Cristian]

Nu am mai urmarit topicul de vreo cateva saptamani, scuze daca repet o informatie deja postata, dar se pare ca lucrurile sunt simple in continuare, "dai click" pentru a naviga = ai acceptat.
Cel putin asta e viziunea instagramului ("Pentru a personaliza conţinutul, a adapta şi a măsura rezultatele reclamelor şi pentru a asigura o experienţă de utilizare mai sigură, folosim module cookie. Dacă apeşi sau navighezi pe site, ne permiţi să colectăm informaţiile de pe Instagram şi din afara lui prin intermediul modulelor cookie. Află mai multe, inclusiv despre setările disponibile: Politica de utilizare a modulelor cookie.").
Viata e simpla si frumoasa.

GDPR_Instagram.jpg

[Rapsodia]

Viata e simpla si frumoasa.

GDPR_Instagram.jpg

Am vazut si eu diverse forme de implememtare la astia mai mari, la muli nu citesti si dai x si gata, la altii ai doar varianta Accept si .. ura si la gara! Cred ca va fi o vreme "dupa ureche", sa asteptam replica legala... si mai vorbim.

[emm]

Am vazut o metoda noua pentru cookies, mai insidioasa asa. Totusi creativa, n-am ce zice. Nu am un screenshot asa ca descriu.

Apare un pop-up mare in partea de sus a ecranului care acopera o buna parte din ce vrei sa citesti. Sus sunt descrise optiunile.

Jos in stanga in popup este un link cu "Nu sunt de acord", iar langa el un un buton mare portocaliu "De acord, inchide acum". Cei mai multi nehotarati vor da click pe butonul ala mare ca sa se inchida povestea.

[Mishu]

Auziti, dar daca renunt integral la orice cookie-uri pe site-urile pe care nui sunt neaparat necesare, mai este nevoie sa mai bruiez vizitatorul cu mesaje si butoane de instiintare?

Si o corectie: am spus despre scriptul 2performant de conversie automata a link-urilor ca acesta plaseaza un cookie si deci nu poate fi rulat pana vizitatorul nu isi da acordul. Am aflat intre timp ca este vorba de un cookie CloudFlare (_cfduid) si se pare ca intra la categoria strict necesare, fiind un cookie de securitate. In conditiile astea scriptul poate fi folosit fara acordul utilizatorului chiar daca cookie-ul este plasat de 2Performant.

[Floki]

Auziti, dar daca renunt integral la orice cookie-uri pe site-urile pe care nui sunt neaparat necesare, mai este nevoie sa mai bruiez vizitatorul cu mesaje si butoane de instiintare?

Nu e necesar sa bruiezi vizitatorul nici pe site-urile care folosesc cookies care nu sunt necesare.
In Android acum ceva vreme, cand instalai o aplicatie, erai "bruiat" cu acceptarea permisiunilor. Acum, permisiunile sunt cerute, pe masura ce folosesti functionalitati care au nevoie de ele. Similar pe un site web, nu afisezi nici un popup; cand o functionalitate o cere, afizezi popup-ul - nu cand incarci pagina, ci cand se solicita functionalitatea. De exemplu, daca ai o pagina de login si ai si autentificarea cu Facebook, nu afisezi nici un popup la incarcare. Cand da click pe butonul de Facebook, daca nu a acceptat cookies pana acum, afisezi popup-ul si abia dupa ce ti-a data permisiunile declansezi procesul de autentificare.

[emm]

@Floki - As observa ca metoda folosita de tine, despre care am discutat ceva mai devreme in thread (identificare user bazata pe request headers, user-agent si lang etc) NU este GDPR-compliant.

Doua articole (gasesti multe):

https://www.privacy-europe.com/blog/...quire-consent/

https://www.eff.org/deeplinks/2018/0...t-web-trackers

Desi metoda e imprecisa (acuratetea in metoda descrisa de tine atunci este slaba), in practica discutam tot despre browser fingerprinting si cel putin teoretic poate identifica un user, chiar daca nu toti. Daca arunci si IP-ul in mix... ai 100% PII.

Lucrez in prezent la un soi de platforma de statistici, well... fingerprinting o sa ridice si mai multe sprancene decat cookies, se pare.

Am mers pe consent si cookie pentru conversii. Sau sesiune (daca inca e activa, conversii directe). Altfel mai ramane doar folosirea clasei C fara nimic langa ea... precizie foarte mica si cu posibilitatea de erori.

[Floki]

... ca metoda folosita de tine... NU este GDPR-compliant

Ai vazut vre-un site mare care sa se conformeze? Eu in afara de aldi .de n-am mai gasit altul. 99,99% din site-uri nu respecta GDPR.
Cand vad ce destepti conduc institutiile statului, nici nu stiu daca se merita sa pierzi timpul cu o raportare.

[emm]

Ai vazut vre-un site mare care sa se conformeze? Eu in afara de aldi .de n-am mai gasit altul. 99,99% din site-uri nu respecta GDPR.
Cand vad ce destepti conduc institutiile statului, nici nu stiu daca se merita sa pierzi timpul cu o raportare.

Corect, dar depinde ce construiesti. Depinde de context, de obiectiv. Hai sa punem lucrurile in perspectiva lor, sa trecem peste etapele uzuale de "furie", "negare", "depresie" samd. E o decizie individuala.

- Daca e vorba de vreun site propriu unde poti schimba usor metoda ulterior, e ok - mai dureaza pana vin "peste tine".

- Daca insa construiesti ceva pentru viitor, pe termen lung - e mai bine sa pornesti de la inceput pe calea cea buna. Legala. Ne place sau nu ne place, este lege. Mai dureaza putin dar legea este aici sa fie implementata. Intrebarea este daca merita pierdut timpul acum cu o varianta ne-compatibila cu GDPR. Decizia este individuala cum spuneam.

Browser fingerprinting s-a tot discutat in trecut, intentionam si eu sa folosesc tehnica DAR gandindu-ma mai mult, de fapt e vorba doar despre o alta forma de a crea un identificator suficient de precis ca inlocuire cookie. Ori legea nu se refera doar la cookie ci la orice metoda tehnica (nu se baga in detalii tehnice) de a identifica o persoana.

As putea sa bag mana in foc ca noua directiva ePrivacy va aduce mai multa claritate si va specifica ce si cum. Si cu siguranta se vor lua si de fingerprinting... pentru ca s-a discutat si inainte de lansarea ePrivacy vechi.

Deci, sa revenim la context.

Daca esti un site mic cu ceva useri, nu te streseaza nimeni, nu-ti bate nimeni la usa. Deocamdata. Desi, in viitor te vei putea trezi cu o eventuala raportare si chiar cu ceva vizitatori la usa. Cu cei medii ... e doar o chestiune de timp, urmeaza curand.

Sunt inca multi care neaga si nu se conformeaza; pentru ca de fapt GDPR le distruge business-ul, uneori definitiv. Ma uitam de exemplu la Statcounter... Introduc acolo ceva precedent in Irish court ca pretext contra GDPR.

Nu, imi pare rau, chiar si un om care nu a terminat dreptul poate sti macar atata lucru: Regulamentele Europene au putere mai mare decat legile locale; un precedent local nu anuleaza GDPR, nici macar in tara respectiva. Doar le da ceva de lucru legiuitorilor locali. Au gasit doar o chichita temporara ca sa-si justifice existenta. Serviciul respectiv e deja pe duca, ori va fi inchis ori va fi crippled. L-am folosit... e vremea sa renuntam (o sa folosim un sistem de statistici propriu, compliant GDPR).

Iar daca vorbim despre Google, tracking conversii, lucruri folosite zilnic (inca) de noi toti... cu parere de rau, trebuie consent. Si da, ne afecteaza. Si ma indoiesc ca ePrivacy va permite asta. Sa speram insa ca va permite macar colectarea de statistici in mod rezonabil. Nu e totuna cu marketingul.

Oricum, subiectul este deocamdata larg deschis, si multe intrebari nu au un raspuns exact, din pacate.

[hl2u]

Niscai opiniuni.