Smagums: AugstaAtbildīgais: CMP administratorsLaiks labošanai: 30-60 min
GA4 pirms piekrišanas
Atlieciet Google Analytics 4 inicializāciju, līdz ir derīga analytics piekrišana, un pārbaudiet, ka Consent Mode parametri darbojas konsekventi.
Aptver: ga4_before_consent, pre_consent_ga4
Kāpēc tas ir svarīgi
GA4 bieži tiek iestatīts kā noklusējuma analytics un var sūtīt pageview vai identifikatorus jau pirms lietotājs ir kaut ko pieņēmis.
Kā to pārbaudīt manuāli
- Pirmajā ielādē bez interakcijas sekojiet GA4 pieprasījumiem un `_ga` cookies.
- GTI Preview vai GA4 debug rīkā pārbaudiet, vai page_view palaižas denied stāvoklī.
- Apstipriniet, ka vietnē nav vairākas GA4 implementācijas.
Tipiski cēloņi
- GA4 konfigurācijas tags tiek izpildīts pirms piekrišanas atrisināšanas.
- Vienlaikus eksistē hardcoded gtag un GTM implementācija.
- Consent Mode pastāv, bet GA4 nav pareizi piesaistīts analytics signāliem.
Labojums GTM
- Piemērojiet analytics_storage pārbaudes GA4 tagam.
- Definējiet Consent Initialization notikumus pirms GA4 tagiem.
- GTM Preview pārskatiet page_view, session_start un custom event uzvedību.
Labojums WordPress vai CMP spraudņos
- Pārskatiet GA4 spraudņus vai Site Kit, kas var ievietot GA4 neatkarīgi no CMP.
- Noņemiet dublikātus starp analytics spraudņiem un GTM.
- Pārtestējiet pēc cache un frontend optimizāciju notīrīšanas.
Vispārīgs izstrādātāja labojums
- Inicializējiet GA4 tikai pēc derīgas analytics piekrišanas vai skaidra denied režīma.
- Noņemiet dubultos GA4 tagus no template, spraudņiem un tag managera.
- Uzturiet vienu piekrišanas loģiku visai Google Analytics plūsmai.
Kā apstiprināt, ka labojums darbojas
- Apstipriniet, ka pirms analytics piekrišanas netiek sūtīts neviens GA4 izsaukums.
- Apstipriniet, ka `_ga` cookies neeksistē pirms opt-in.
- Palaidiet jaunu scan un pārbaudiet, ka finding par GA4 pirms piekrišanas pazūd.
Nākamais solis
Pēc deploy palaidiet jaunu skenēšanu, lai apstiprinātu, ka mainījusies reālā runtime uzvedība, nevis tikai bannera teksts.