Resnost: VisokaOdgovorni: CMP adminČas za popravek: 30-60 min
GA4 pred soglasjem
Odložite inicializacijo Google Analytics 4, dokler ne obstaja veljavno analytics soglasje, in preverite, da Consent Mode parametri delujejo dosledno.
Zajema: ga4_before_consent, pre_consent_ga4
Zakaj je to pomembno
GA4 je pogosto nastavljen kot privzeti analytics in lahko pošilja pageviewe ali identifikatorje že preden uporabnik karkoli sprejme.
Kako to ročno preveriti
- Ob prvem nalaganju brez interakcije spremljajte GA4 zahtevke in `_ga` cookies.
- V GTM Preview ali GA4 debug orodju preverite, ali se page_view sproži v denied stanju.
- Potrdite, da na strani ni več GA4 implementacij.
Tipični vzroki
- GA4 konfiguracijski tag se izvrši, preden je soglasje razrešeno.
- Hkrati obstajata hardkodiran gtag in GTM implementacija.
- Consent Mode obstaja, vendar GA4 ni pravilno povezan z analytics signali.
Popravek v GTM
- Na GA4 tag uporabite analytics_storage kontrole.
- Definirajte Consent Initialization dogodke pred GA4 tagi.
- V GTM Preview preglejte obnašanje page_view, session_start in custom eventov.
Popravek v WordPressu ali CMP vtičnikih
- Preglejte GA4 vtičnike ali Site Kit, ki lahko GA4 injicirajo neodvisno od CMP.
- Odstranite duplikate med analytics vtičniki in GTM.
- Ponovno testirajte po čiščenju cachea in frontend optimizacij.
Splošen developerski popravek
- Inicializirajte GA4 šele po veljavnem analytics soglasju ali jasnem denied načinu.
- Odstranite podvojene GA4 tage iz templatev, vtičnikov in tag managerja.
- Vzdržujte eno logiko soglasja za celoten Google Analytics tok.
Kako potrditi, da popravek deluje
- Potrdite, da se pred analytics soglasjem ne pošlje noben GA4 klic.
- Potrdite, da `_ga` cookies ne obstajajo pred opt-in.
- Zaženite nov scan in preverite, da finding GA4 pred soglasjem izgine.
Naslednji korak
Po deployu zaženite nov pregled, da potrdite, da se je spremenilo dejansko runtime vedenje, ne le besedilo bannerja.