Cookie banner conform GDPR: cum blochezi Google Analytics pana la accept

Ai pus un banner de cookies pe site, apare frumos, are butoane de "Accept" si "Refuz", si esti convins ca esti in regula. Problema e ca, in cele mai multe cazuri, bannerul acela e pur decorativ: Google Analytics, Meta Pixel si celelalte scripturi de tracking pornesc oricum, in momentul in care se incarca pagina, inainte ca vizitatorul sa apese ceva.

Asta nu inseamna ca esti conform GDPR, inseamna doar ca ai un banner care ARATA conform. Diferenta conteaza, pentru ca exact aici te poate prinde o sesizare la ANSPDCP. Vestea buna e ca se rezolva, si nu e nici scump, nici complicat. Iti arat concret cum verifici daca bannerul tau chiar blocheaza ceva si cum il faci sa opreasca tracking-ul pana la accept.

De ce bannerul tau probabil nu blocheaza nimic

Majoritatea site-urilor pun scriptul de Google Analytics direct in head, iar bannerul de cookies e un plugin separat, adaugat ulterior. Cele doua nu comunica intre ele. Rezultatul: Analytics se incarca si trimite date la Google din prima secunda, iar bannerul doar afiseaza un mesaj si salveaza raspunsul, fara sa opreasca nimic.

GDPR impreuna cu directiva ePrivacy cer exact opusul: cookie-urile si scripturile ne-esentiale (statistici, marketing, remarketing) au voie sa porneasca DOAR dupa ce vizitatorul si-a dat consimtamantul explicit, printr-o actiune clara. Un banner care doar informeaza, gen "prin folosirea site-ului esti de acord", nu este consimtamant valid.

Ca sa fii conform, scripturile trebuie blocate implicit si eliberate abia dupa ce omul apasa "Accept". Restul e cosmetica.

Testul de doua minute: chiar pleaca date inainte de accept?

Nu trebuie sa crezi pe cuvant pe nimeni, verifica singur direct in browser:

• Deschide site-ul intr-o fereastra noua (fara sa apesi nimic pe banner).
• Apasa F12 ca sa deschizi Developer Tools si mergi la tab-ul "Network".
• In casuta de filtrare scrie: google-analytics sau collect sau gtag.
• Reincarca pagina si uita-te DACA apar cereri de retea inainte sa fi apasat "Accept".

Daca vezi cereri catre google-analytics.com sau catre facebook.com/tr inainte de accept, bannerul tau nu blocheaza nimic. Acelasi test merge pentru Meta Pixel (cauti "tr?" sau "facebook"), TikTok, Hotjar sau orice alt tracker. E cel mai simplu mod de a demonstra ca ai o problema si, mai tarziu, ca ai rezolvat-o.

Solutia corecta: blocare pana la consimtamant

Ideea de baza e sa nu incarci deloc scripturile de tracking pana nu ai un "da". Ai cateva variante, in functie de cum e facut site-ul:

• Consent Management Platform (CMP) real: solutii precum Cookiebot, Complianz (pentru WordPress) sau CookieYes stiu sa blocheze automat scripturile pana la accept si sa le porneasca dupa. Diferenta fata de un banner simplu e ca fac "prior blocking", nu doar afiseaza un mesaj.
• Google Consent Mode v2: daca folosesti Analytics sau Google Ads, e practic obligatoriu. Trimite semnalul de consimtamant catre Google, iar pana la accept datele sunt limitate sau deloc colectate.
• Incarcare conditionata pe cod: scripturile se injecteaza abia dupa ce utilizatorul apasa accept, printr-o functie de callback a bannerului.

Pe langa asta, categoriile trebuie sa fie separate (necesare, statistici, marketing), iar refuzul sa fie la fel de usor ca acceptul, cu un buton "Refuz" vizibil, nu ascuns.

Greseli frecvente care te lasa tot neconform

Chiar si cu un plugin bun, se strecoara des aceleasi greseli:

• Cookie wall sau consimtamant fortat: nu ai voie sa blochezi accesul la site pana nu accepta omul cookie-urile de marketing.
• Casute pre-bifate: consimtamantul trebuie sa fie o actiune activa, nu ceva bifat din start.
• "Accept" mare si colorat, "Refuz" mic sau ascuns: dark patterns de genul asta anuleaza valabilitatea consimtamantului.
• Fara posibilitatea de a te razgandi: userul trebuie sa isi poata retrage acordul la fel de usor cum l-a dat, deci ai nevoie de un link permanent de "Setari cookies".
• Fara log al consimtamantului: trebuie sa poti dovedi cine si cand a fost de acord, exact ce salveaza un CMP serios.

Si da, si fonturile Google incarcate de pe serverele Google pot fi o problema; ideal le gazduiesti local.

Cat de complicat e, de fapt, sa faci ordine

Vestea buna e ca, pentru un site normal de prezentare, treaba asta se face intr-o zi de lucru, nu in saptamani. In practica inseamna: instalezi un CMP care blocheaza real, activezi Consent Mode daca folosesti Google, muti fonturile local si retestezi cu metoda din Network de mai sus pana vezi ca nu mai pleaca nimic inainte de accept.

Asa lucram si noi la MPO Web Studio: livram remote in toata tara, iti aratam intai un demo pe site-ul tau, iar apoi facem configurarea ca sa fie curat si conform, cu preturi transparente, fara costuri surpriza.

Daca vrei sa afli rapid daca bannerul tau chiar blocheaza ceva sau e doar decor, scrie-ne pe WhatsApp cu adresa site-ului si iti spunem sincer ce vedem si ce ar trebui reparat.