Rimtumas: AukštaAtsakingas: CMP administratoriusPataisymo laikas: 30-60 min
GA4 prieš sutikimą
Atidėkite Google Analytics 4 inicializaciją, kol nebus galiojančio analytics sutikimo, ir patikrinkite, kad Consent Mode parametrai veiktų nuosekliai.
Apima: ga4_before_consent, pre_consent_ga4
Kodėl tai svarbu
GA4 dažnai nustatytas kaip numatytasis analytics sprendimas ir gali siųsti pageview ar identifikatorius dar prieš vartotojui ką nors priimant.
Kaip tai patikrinti rankiniu būdu
- Stebėkite GA4 užklausas ir `_ga` cookies per pirmą įkėlimą be sąveikos.
- Patikrinkite GTM Preview ar GA4 debug, ar page_view įvyksta denied būsenoje.
- Patvirtinkite, kad svetainėje nėra kelių GA4 implementacijų.
Tipinės priežastys
- GA4 konfigūracijos tagas suveikia prieš išsprendžiant sutikimą.
- Kartu naudojamas hardcoded gtag implementation ir GTM.
- Consent Mode egzistuoja, bet GA4 nėra tinkamai susietas su analytics signalais.
Pataisa GTM
- Taikykite analytics_storage patikras GA4 tagui.
- Apibrėžkite Consent Initialization įvykius prieš GA4 tagus.
- Peržiūrėkite page_view, session_start ir custom eventų elgseną GTM Preview.
Pataisa WordPress ar CMP įskiepiuose
- Peržiūrėkite GA4 įskiepius ar Site Kit, kurie gali injektuoti GA4 nepriklausomai nuo CMP.
- Pašalinkite dublikatus tarp analytics įskiepio ir GTM.
- Pakartotinai testuokite po cache valymo ir frontend optimizacijų.
Bendra kūrėjų pataisa
- Inicializuokite GA4 tik po galiojančio analytics sutikimo arba aiškaus denied režimo.
- Pašalinkite dubliuotus GA4 tagus iš template'ų, įskiepių ir tag managerio.
- Laikykite vieną sutikimo logiką visam Google Analytics srautui.
Kaip patvirtinti, kad pataisa veikia
- Patvirtinkite, kad jokie GA4 kvietimai neišvyksta prieš analytics sutikimą.
- Patvirtinkite, kad `_ga` cookies neegzistuoja iki opt-in.
- Paleiskite naują scan ir patikrinkite, kad GA4 prieš sutikimą finding išnyksta.
Kitas žingsnis
Po deploy paleiskite naują skenavimą ir patvirtinkite, kad pasikeitė realus runtime elgesys, o ne tik bannerio tekstas.