Analytics pirms piekrišanas

Kāpēc tas ir svarīgi

Analytics tagi, kas nostrādā pirms piekrišanas, ir viens no biežākajiem pārkāpumiem, jo tie uzstāda identifikatorus, sūta pieprasījumus un vāc notikumus bez skaidra tiesiska pamata.

Kā to pārbaudīt manuāli

1. Atveriet vietni incognito režīmā un neklikšķiniet bannerī.
2. Pārbaudiet GA4, Google Analytics, Matomo, Plausible vai citu analytics rīku pieprasījumus pirmajā ielādē.
3. Pārbaudiet cookie skatā, vai analytics cookies parādās pirms piekrišanas.

Tipiski cēloņi

• Analytics tagi palaižas pageview laikā bez piekrišanas nosacījumiem.
• CMP tiek ielādēts pēc analytics skriptiem, nevis pirms tiem.
• Hardcoded analytics snippet apiet GTM vai CMP kontroli.

Labojums GTM

1. Pārvietojiet analytics tagus aiz atbilstošām analytics_storage pārbaudēm.
2. Izmantojiet Consent Initialization notikumus pirms analytics triggeriem.
3. GTI Preview pārbaudiet, ka neviens analytics tags nepalaižas pirms opt-in.

Labojums WordPress vai CMP spraudņos

1. Pārskatiet tēmas un spraudņu integrācijas, kas var ievietot analytics skriptus pirms CMP.
2. CMP spraudnī ieslēdziet prior blocking analytics kategorijai.
3. Notīriet cache un CDN un pārtestējiet tīrā sesijā.

Vispārīgs izstrādātāja labojums

1. Bloķējiet analytics bibliotēku inicializāciju līdz brīdim, kad ir derīga piekrišana.
2. Izvairieties no automātiskas inicializācijas HTML, layout vai globālajos skriptos.
3. Centralizējiet piekrišanas enforcement, lai viss analytics sekotu vienai loģikai.

Kā apstiprināt, ka labojums darbojas

• Apstipriniet, ka pirms analytics piekrišanas netiek sūtīts neviens analytics izsaukums.
• Apstipriniet, ka analytics cookies neparādās pirms opt-in.
• Palaidiet jaunu scan un pārbaudiet, ka finding par analytics pirms piekrišanas pazūd.