Cookie banner conform GDPR: cum blochezi Google Analytics până la accept

Ai pus un banner de cookies pe site, apare frumos, are butoane de "Accept" și "Refuz", și ești convins că ești în regulă. Problema e că, în cele mai multe cazuri, bannerul acela e pur decorativ: Google Analytics, Meta Pixel și celelalte scripturi de tracking pornesc oricum, în momentul în care se incarca pagina, înainte ca vizitatorul să apese ceva.

Asta nu înseamnă că ești conform GDPR, înseamnă doar că ai un banner care ARATĂ conform. Diferența contează, pentru că exact aici te poate prinde o sesizare la ANSPDCP. Vestea bună e că se rezolvă, și nu e nici scump, nici complicat. Îți arăt concret cum verifici dacă bannerul tău chiar blochează ceva și cum îl faci să oprească tracking-ul până la accept.

De ce bannerul tău probabil nu blochează nimic

Majoritatea site-urilor pun scriptul de Google Analytics direct în head, iar bannerul de cookies e un plugin separat, adaugat ulterior. Cele două nu comunică între ele. Rezultatul: Analytics se incarca și trimite date la Google din prima secundă, iar bannerul doar afișează un mesaj și salvează răspunsul, fără să oprească nimic.

GDPR împreună cu directiva ePrivacy cer exact opusul: cookie-urile și scripturile ne-esențiale (statistici, marketing, remarketing) au voie să pornească DOAR după ce vizitatorul și-a dat consimțământul explicit, printr-o acțiune clară. Un banner care doar informează, gen "prin folosirea site-ului ești de acord", nu este consimțământ valid.

Ca să fii conform, scripturile trebuie blocate implicit și eliberate abia după ce omul apasă "Accept". Restul e cosmetică.

Testul de două minute: chiar pleacă date înainte de accept?

Nu trebuie să crezi pe cuvânt pe nimeni, verifica singur direct în browser:

• Deschide site-ul într-o fereastră noua (fără să apeși nimic pe banner).
• Apasa F12 ca să deschizi Developer Tools și mergi la tab-ul "Network".
• În căsuța de filtrare scrie: google-analytics sau collect sau gtag.
• Reîncarcă pagina și uită-te DACĂ apar cereri de rețea înainte să fi apăsat "Accept".

Dacă vezi cereri către google-analytics.com sau către facebook.com/tr înainte de accept, bannerul tău nu blochează nimic. Același test merge pentru Meta Pixel (cauti "tr?" sau "facebook"), TikTok, Hotjar sau orice alt tracker. E cel mai simplu mod de a demonstra că ai o problemă și, mai târziu, că ai rezolvat-o.

Soluția corecta: blocare până la consimțământ

Ideea de bază e să nu încarci deloc scripturile de tracking până nu ai un "da". Ai câteva variante, în funcție de cum e făcut site-ul:

• Consent Management Platform (CMP) real: soluții precum Cookiebot, Complianz (pentru WordPress) sau CookieYes știu să blocheze automat scripturile până la accept și să le pornească după. Diferența față de un banner simplu e ca fac "prior blocking", nu doar afișează un mesaj.
• Google Consent Mode v2: dacă folosești Analytics sau Google Ads, e practic obligatoriu. Trimite semnalul de consimțământ către Google, iar până la accept datele sunt limitate sau deloc colectate.
• Încărcare conditionata pe cod: scripturile se injectează abia după ce utilizatorul apasa accept, printr-o funcție de callback a bannerului.

Pe lângă asta, categoriile trebuie să fie separate (necesare, statistici, marketing), iar refuzul să fie la fel de ușor ca acceptul, cu un buton "Refuz" vizibil, nu ascuns.

Greșeli frecvente care te lasa tot neconform

Chiar și cu un plugin bun, se strecoara des aceleași greșeli:

• Cookie wall sau consimțământ forțat: nu ai voie să blochezi accesul la site până nu acceptă omul cookie-urile de marketing.
• Căsuțe pre-bifate: consimțământul trebuie să fie o acțiune activa, nu ceva bifat din start.
• "Accept" mare și colorat, "Refuz" mic sau ascuns: dark patterns de genul ăsta anulează valabilitatea consimțământului.
• Fără posibilitatea de a te răzgândi: userul trebuie să isi poată retrage acordul la fel de ușor cum l-a dat, deci ai nevoie de un link permanent de "Setări cookies".
• Fără log al consimțământului: trebuie să poți dovedi cine și când a fost de acord, exact ce salvează un CMP serios.

Și da, și fonturile Google încărcate de pe serverele Google pot fi o problemă; ideal le gazduiești local.

Cât de complicat e, de fapt, să faci ordine

Vestea bună e ca, pentru un site normal de prezentare, treaba asta se face într-o zi de lucru, nu în săptămâni. În practică înseamnă: instalezi un CMP care blochează real, activezi Consent Mode dacă folosești Google, muți fonturile local și retestezi cu metoda din Network de mai sus până vezi că nu mai pleacă nimic înainte de accept.

Așa lucrăm și noi la MPO Web Studio: livrăm remote în toată țara, îți arătăm întâi un demo pe site-ul tău, iar apoi facem configurarea ca să fie curat și conform, cu prețuri transparente, fără costuri surpriză.

Dacă vrei să afli rapid dacă bannerul tău chiar blochează ceva sau e doar decor, scrie-ne pe WhatsApp cu adresa site-ului și îți spunem sincer ce vedem și ce ar trebui reparat.