A Google Consent Mode hibakeresése a böngésző DevToolsával: a gcs paraméter olvasása

Miért érdemes a böngészőben ellenőrizni

Egy jól kinéző hozzájárulási banner nem bizonyítja, hogy a címkéi helyesen működnek. A Consent Mode problémái csendesek: az oldalak betöltődnek, a hirdetések megjelennek, a jelentések megtelnek, a Google-nek küldött jelzések mégis lehetnek hibásak. A böngésző fejlesztői eszközeivel néhány perc alatt, külön szoftver nélkül ellenőrizheti, mi történik valójában.

1. lépés: Nyissa meg tisztán a Network fület

  1. Nyissa meg az oldalt privát ablakban, hogy ne legyen eltárolva korábbi választás.
  2. Nyissa meg a DevToolst, és lépjen a Network fülre.
  3. Jelölje be a Preserve log opciót, hogy a kérések túléljék a navigációt.
  4. Töltse újra az oldalt, és a bannerhez még ne nyúljon.

2. lépés: Keresse meg a hozzájárulási állapotot a kérésekben

A Google-címkék egy gcs paramétert adnak a kéréseikhez. A hálózati listát szűrheti a collect vagy a google szóra, és bármelyik találatot megnyitva elolvashatja a lekérdezési karakterláncot. Az érték például G100 vagy G111.

A G1 utáni karaktereket balról jobbra olvasva: az első számjegy a hirdetési tárolás, a második az analitikai tárolás állapota, ahol az 1 megadottat, a 0 elutasítottat jelent. Az újabb megvalósítások egy gcd paramétert is küldenek hosszabb kódolt állapottal, amely a további Consent Mode v2 jelzéseket is tartalmazza.

3. lépés: Mit kell látnia bármilyen választás előtt

Abban a régióban, ahol hozzájárulás szükséges, az első kéréseknek, amelyeket azelőtt küld el, hogy a látogató bármit tenne, a denied állapotot kell mutatniuk. Ha már azelőtt G111-et lát, hogy a látogató bármire kattintott volna, az alapértelmezés rossz, vagy a címke az alapértelmezés beállítása előtt indult el.

4. lépés: Mit kell látnia az elfogadás után

Kattintson az elfogadásra, majd figyelje az új kéréseket. Az állapotnak megadottra kell váltania, és a címkéknek tovább kell futniuk. Ha a banner szerint a hozzájárulás megtörtént, de a kérések még mindig elutasított állapotot hordoznak, a frissítési hívás nem jut el a Google-címkékhez, vagy túl későn fut le.

5. lépés: Vizsgálja meg az adatréteget

A Console-ban írja be, hogy dataLayer, és bontsa ki a bejegyzéseket. Két dolgot keres, ebben a sorrendben:

  1. Egy consent bejegyzést a default paranccsal, amely a hozzájárulást igénylő régiókban minden jelzést elutasítottként sorol fel.
  2. Egy későbbi consent bejegyzést az update paranccsal, miután a felhasználó választott.

A Consent Mode v2 jelzései: ad_storage, analytics_storage, ad_user_data és ad_personalization. Ha az utolsó kettő hiányzik, v1-stílusú beállítása van.

A leggyakoribb hibák

6. lépés: Ellenőrizze a Tag Manager előnézeti módját

Ha a Google Tag Managert használja, a Preview mód megmutatja az oldal minden eseményének hozzájárulási állapotát, valamint azt, hogy mely címkék indultak el vagy lettek blokkolva. Vesse össze azzal, amit a Network fülön látott: a két nézetnek egyeznie kell.

Tegye rutinná

Futtassa le ezt az ötperces ellenőrzést minden bannermódosítás, konténerközzététel vagy oldalkiadás után. Írja le a várt gcs értéket négy esetre: első látogatás, elfogadás után, elutasítás után és a választás későbbi módosítása után. Ami nem egyezik, az javítandó hiba, még mielőtt a jelentései elárulnák.

Hol illeszkedik a FlexyConsent

A FlexyConsent Google-tanúsítvánnyal rendelkező CMP (CMP ID 317), amely támogatja a Google Consent Mode v2-t, és helyette elküldi a default és az update jelzéseket. Ezt a böngészős ellenőrzést a saját oldalain ettől függetlenül el kell végeznie, mert a címkék sorrendje és a konténer beállításai az Ön webhelyére jellemzőek.

Legfontosabb tanulságok

← Blog Összes olvasása →