Resnost: VisokaOdgovorni: RazvojČas za popravek: 1-2 h
GTM tagi se sprožijo pred soglasjem
Popravite GTM triggerje tako, da optional tagi ne izvršujejo ničesar, dokler ni prisotno potrebno soglasje.
Zajema: gtm_tags_before_consent, pre_consent_gtm_fire
Zakaj je to pomembno
Tudi s pravilno uvedenim CMP lahko GTM še vedno prezgodaj zaganja tage, če triggerji, exceptions in consent kontrole niso usklajeni.
Kako to ročno preveriti
- Odprite GTM Preview in opazujte, kateri tagi se zaženejo ob prvem nalaganju.
- Naštejte vse optional tage, ki se aktivirajo pred kakršnokoli uporabniško interakcijo.
- Preverite, ali Custom HTML tagi še vedno ročno injicirajo skripte.
Tipični vzroki
- GTM tagi uporabljajo pageview triggerje brez pogojev soglasja.
- Consent kontrole so uporabljene le pri delu tagov.
- Custom HTML tagi obidejo želeni consent model.
Popravek v GTM
- Uporabite consent kontrole na vseh optional tagih.
- Uporabite Consent Initialization in odstranite triggerje, ki se sprožijo prezgodaj.
- Po objavi ponovno validirajte vrstni red izvrševanja v GTM Preview.
Popravek v WordPressu ali CMP vtičnikih
- Poskrbite, da splet uporablja samo en GTM container in nima podvojenih snippetov.
- Izklopite vtičnike, ki dodajajo tracking zunaj GTM.
- Ponovno testirajte po objavi in invalidaciji cachea.
Splošen developerski popravek
- GTM obravnavajte kot execution layer, ne kot source of truth za soglasje.
- Centralizirajte stanje soglasja in ga zahtevajte pred vsakim optional tagom.
- Odstranite odvečne tagging poti, ki obidejo želeni GTM flow.
Kako potrditi, da popravek deluje
- V Preview načinu potrdite, da se pred soglasjem ne izvede noben optional GTM tag.
- Potrdite, da ob prvem nalaganju ostanejo aktivni le essential tagi.
- Zaženite nov scan in preverite, da se pre-consent findings zmanjšajo.
Naslednji korak
Po deployu zaženite nov pregled, da potrdite, da se je spremenilo dejansko runtime vedenje, ne le besedilo bannerja.