Google Consent Mode ni zaznan

Zakaj je to pomembno

Če Google tagi delujejo brez zaznanega stanja Consent Mode, se lahko Analytics in Ads obnašata drugače od izbire v bannerju, dokaz o skladnosti pa ostane šibek.

Kako to ročno preveriti

1. Naložite stran v čisti seji in preverite, ali so privzeta stanja Consent Mode vidna še pred inicializacijo Google tagov.
2. V DevTools, GTM Preview ali debug izpisu preverite, ali so že ob prvem nalaganju vidni granted ali denied signali.
3. Potrdite, da banner po dejanjih Accept in Reject dejansko posodobi Google stanje soglasja.

Tipični vzroki

• Consent Mode sploh ni vključen v GTM ali v custom gtag kodi.
• Privzeta stanja soglasja se nastavijo šele potem, ko se GA4 ali Ads tagi že zaženejo.
• CMP dogodki posodobijo samo UI, ne pa tudi spremembe soglasja za Google tage.

Popravek v GTM

1. Dodajte Consent Initialization z denied privzetimi stanji pred zagonom GA4, Ads ali Floodlight tagov.
2. Poskrbite, da GA4 in Ads tagi uporabljajo dejanske consent kontrole in ne privzemajo granted stanja.
3. V GTM Preview preverite consent update tok za Accept in Reject scenarije.

Popravek v WordPressu ali CMP vtičnikih

1. Vključite podporo za Consent Mode v CMP vtičniku ali v GA4 integraciji.
2. Odstranite podvojene analytics vtičnike, ki obidejo CMP-upravljano stanje soglasja.
3. Ponovno testirajte po čiščenju cachea in odstranitvi tracking snippetov iz page builderjev.

Splošen developerski popravek

1. Inicializirajte Google tage šele, ko je denied privzeto stanje soglasja že nastavljeno.
2. Ob dejanjih bannerja pošljite jasne consent update signale in se ne zanašajte na implicitno default logiko.
3. Držite marketing in analytics integracije za istim source of truth za soglasje.

Kako potrditi, da popravek deluje

• Potrdite, da privzeta stanja Consent Mode obstajajo že pred optional tagi.
• Potrdite, da Reject ohrani Google storage vrednosti v denied stanju.
• Zaženite nov scan in preverite, da finding za manjkajoč Consent Mode izgine.