De ce să verificați în browser

Un banner de consimțământ care arată bine nu este o dovadă că etichetele dumneavoastră se comportă corect. Problemele Consent Mode sunt silențioase: paginile se încarcă, reclamele se afișează, rapoartele se umplu, iar semnalele trimise către Google pot totuși fi greșite. Instrumentele pentru dezvoltatori din browser vă permit să verificați ce se întâmplă de fapt, în câteva minute, fără software suplimentar.

Pasul 1: Deschideți curat fila Network

1. Deschideți pagina într-o fereastră privată, pentru ca nicio alegere anterioară să nu fie stocată.
2. Deschideți DevTools și mergeți la fila Network.
3. Bifați Preserve log pentru ca cererile să supraviețuiască navigării.
4. Reîncărcați pagina și nu atingeți încă bannerul.

Pasul 2: Găsiți starea consimțământului în cereri

Etichetele Google adaugă un parametru gcs cererilor lor. Puteți filtra lista de rețea după collect sau google și puteți deschide orice rezultat pentru a citi șirul său de interogare. Valoarea arată ca G100 sau G111.

• G100 — atât stocarea publicitară, cât și cea analitică sunt refuzate.
• G111 — ambele sunt acordate.
• G101 și G110 — una acordată și una refuzată.

Citind caracterele de la stânga la dreapta după G1: prima cifră este starea stocării publicitare, iar a doua starea stocării analitice, unde 1 înseamnă acordat și 0 refuzat. Implementările mai noi trimit și un parametru gcd cu o stare codificată mai lungă, care include semnalele suplimentare Consent Mode v2.

Pasul 3: Ce ar trebui să vedeți înainte de orice alegere

Într-o regiune în care consimțământul este obligatoriu, primele cereri, trimise înainte ca vizitatorul să interacționeze, ar trebui să arate starea denied. Dacă vedeți deja G111 înainte ca vizitatorul să fi dat vreun clic, valoarea implicită este greșită sau eticheta s-a declanșat înainte ca valoarea implicită să fie setată.

Pasul 4: Ce ar trebui să vedeți după acceptare

Dați clic pe acceptare, apoi urmăriți cererile noi. Starea ar trebui să se schimbe în acordat, iar etichetele ar trebui să continue. Dacă bannerul spune că s-a acceptat, dar cererile poartă în continuare starea refuzat, apelul de actualizare nu ajunge la etichetele Google sau rulează prea târziu.

Pasul 5: Inspectați stratul de date

În Console, tastați dataLayer și extindeți intrările. Căutați două lucruri, în această ordine:

1. O intrare consent cu comanda default, care listează fiecare semnal ca refuzat pentru regiunile care cer consimțământ.
2. O intrare ulterioară consent cu comanda update, după ce utilizatorul alege.

Semnalele Consent Mode v2 sunt ad_storage, analytics_storage, ad_user_data și ad_personalization. Dacă ultimele două lipsesc, aveți o configurație de tip v1.

Cele mai frecvente greșeli

• Valoarea implicită setată prea târziu. Comanda default trebuie să ruleze înainte de încărcarea etichetei Google sau a containerului Tag Manager.
• Actualizarea nu este trimisă niciodată. Bannerul stochează o alegere, dar nu apelează niciodată comanda update.
• Doar două semnale. Lipsesc semnalele v2 pentru datele utilizatorului și personalizare.
• Logică greșită a regiunilor. Vizitatorii dintr-o regiune care cere consimțământ sunt tratați implicit ca și cum l-ar fi acordat.
• Blocat de o extensie. O extensie de confidențialitate din propriul browser ascunde cererile; testați cu extensiile oprite.
• Alegere din cache. Ați testat într-o fereastră obișnuită care stocase deja o alegere anterioară.

Pasul 6: Verificați modul de previzualizare din Tag Manager

Dacă folosiți Google Tag Manager, modul Preview arată starea consimțământului pentru fiecare eveniment de pe pagină și care etichete s-au declanșat sau au fost blocate. Comparați-l cu ce ați văzut în fila Network: ambele vederi ar trebui să coincidă.

Faceți din asta o rutină

Rulați această verificare de cinci minute după fiecare modificare a bannerului, publicare a containerului sau lansare a site-ului. Notați valoarea așteptată pentru gcs în patru cazuri: prima vizită, după acceptare, după refuz și după schimbarea ulterioară a alegerii. Orice nu se potrivește este o eroare de reparat înainte ca rapoartele dumneavoastră să o dezvăluie.

Unde se încadrează FlexyConsent

FlexyConsent este un CMP certificat Google (CMP ID 317) care acceptă Google Consent Mode v2 și trimite în locul dumneavoastră semnalele default și update. Ar trebui totuși să faceți această verificare în browser pe propriile pagini, deoarece ordinea etichetelor și setările containerului sunt specifice site-ului dumneavoastră.

Concluzii principale

• Testați într-o fereastră privată, cu jurnalul de rețea păstrat.
• Citiți valoarea gcs: G100 înseamnă refuzat, G111 acordat.
• Valoarea implicită refuzat trebuie să fie vizibilă înainte ca vizitatorul să aleagă.
• Actualizarea trebuie să schimbe starea imediat după alegere.
• Confirmați că toate cele patru semnale Consent Mode v2 apar în stratul de date.