Google Consent Mode v2 ieviešana Latvijas vietnē

Google Consent Mode v2 palīdz Google tagiem reaģēt uz vietnes apmeklētāja piekrišanas izvēli. Tas ir būtiski komandām, kuras izmanto GA4, Google Ads, atkārtoto mārketingu, reklāmguvumu uzskaiti vai Google Tag Manager (GTM).

Consent Mode v2 nav sīkdatņu banera vai juridiska izvērtējuma aizstājējs. Tā ir tehniska saikne starp piekrišanas pārvaldības platformu (CMP) un Google pakalpojumiem. Lai risinājums darbotos atbilstoši iecerētajam, banera tekstam, kategorijām, skriptu darbībai un nosūtītajiem signāliem ir jāsakrīt ar apmeklētāja faktisko izvēli.

Kā darbojas Google Consent Mode v2

CMP apkopo apmeklētāja izvēli, savukārt Consent Mode v2 nodod tās statusu Google tagiem. Galvenie piekrišanas signāli ir:

• ad_storage — ar reklāmu saistītai datu glabāšanai;
• analytics_storage — analītikas datu glabāšanai;
• ad_user_data — lietotāja datu nosūtīšanai Google reklāmas vajadzībām;
• ad_personalization — personalizētai reklāmai.

Vispirms ir jāiestata noklusējuma statusi, pirms tiek palaisti Google tagi. Pēc apmeklētāja izvēles CMP nosūta atjauninājumu. Signāliem jāatspoguļo reālā izvēle, nevis iepriekš pieņemts pozitīvs statuss.

Plašāku tehnisko ieviešanas piemēru skatiet ceļvedī par Google Consent Mode v2 un Google Tag Manager.

Ko Consent Mode v2 neaizstāj

Consent Mode v2 pats par sevi nenodrošina juridisko atbilstību. Vietnei joprojām var būt nepieciešams:

• skaidrs un saprotams sīkdatņu baneris;
• iespēja pieņemt, noraidīt vai pielāgot izvēles;
• neobligāto skriptu kontrole atbilstoši izvēlei;
• precīzs privātuma un izmantoto pakalpojumu apraksts;
• piekrišanas iestatījumu un izmaiņu dokumentēšana.

Latvijas vietnē jāizmanto dabiski un nepārprotami formulējumi latviešu valodā. Banera tekstam jāatbilst tam, ko vietne tehniski dara. Vietējās juridiskās prasības un konkrētais piekrišanas risinājums jāizvērtē atsevišķi; noderīgs sākumpunkts ir Datu valsts inspekcijas vietne.

Ja vēl vērtējat, vai vietnei vispār vajadzīgs šāds risinājums, izlasiet ceļvedi par to, kad nepieciešams sīkdatņu baneris.

Ieteicamā ieviešanas secība

1. Inventarizējiet tagus un skriptus

Apkopojiet visus vietnē izmantotos rīkus: GA4, Google Ads, reklāmguvumu saistītāju, atkārtotā mārketinga tagus, iegulto saturu, e-komercijas spraudņus un pielāgotos skriptus. Nosakiet, kuri no tiem ir nepieciešami un kuri pieder analītikas, mārketinga vai preferenču kategorijai.

2. Definējiet CMP kategorijas

Kategoriju nosaukumiem un aprakstiem jābūt apmeklētājam saprotamiem. Tiem precīzi jāatspoguļo katras tehnoloģijas nolūks un darbība.

3. Iestatiet noklusējuma signālus

Noklusējuma piekrišanas statusiem jābūt pieejamiem pirms Google tagu vai GTM tagu palaišanas. Pārbaudiet skriptu secību, nevis paļaujieties tikai uz CMP vadības paneļa iestatījumiem.

4. Kartējiet kategorijas ar signāliem

Savienojiet CMP kategorijas ar ad_storage, analytics_storage, ad_user_data un ad_personalization. Pēc apmeklētāja izvēles vai preferenču maiņas nosūtiet atbilstošu piekrišanas atjauninājumu.

5. Kontrolējiet neobligātos skriptus

Pārbaudiet, vai analītikas un mārketinga skripti darbojas saskaņā ar izvēlēto ieviešanas modeli un apmeklētāja piekrišanu. Banera vizuālais stāvoklis vien nepierāda, ka tagi tiek pārvaldīti pareizi.

GTM un pārlūkprogrammas pārbaudes

Google Tag Manager vidē pārskatiet:

• piekrišanas inicializācijas secību;
• katra taga piekrišanas iestatījumus;
• aktivizētājus un to secību;
• GA4 un Google Ads konfigurāciju;
• reklāmguvumu saistītāju;
• atkārtotā mārketinga un pielāgotos HTML tagus.

Pēc ieviešanas veiciet pārbaudi tīrā pārlūkprogrammas profilā. Testējiet vismaz šādus scenārijus:

1. Apmeklētājs vēl nav izdarījis izvēli.
2. Visi neobligātie sīkfaili ir noraidīti.
3. Pieņemta tikai analītika.
4. Pieņemta analītika un mārketings.
5. Iepriekš saglabātās preferences ir mainītas.

Katrā scenārijā pārbaudiet tīkla pieprasījumus un svarīgākos notikumus, piemēram, lapas vai produkta skatījumu, preces pievienošanu grozam, pirkumu un veidlapas nosūtīšanu. Tas palīdz atklāt situācijas, kad lapu skatījumi ievēro piekrišanas statusu, bet reklāmguvumu tagi — ne.

Biežākās ieviešanas kļūdas

• Google tagi tiek palaisti pirms noklusējuma piekrišanas statusu iestatīšanas.
• Consent Mode v2 tiek kļūdaini uzskatīts par apmeklētāja piekrišanu.
• Nav konfigurēti ad_user_data vai ad_personalization signāli.
• Banera kategorijas neatbilst skriptu faktiskajai darbībai.
• Tiek pārbaudīta pieņemšana, bet ne noraidīšana un preferenču maiņa.
• Pēc jauna spraudņa, taga vai kampaņas ieviešanas CMP konfigurācija netiek pārskatīta.

Ja GA4 pēc izmaiņām uzrāda negaidītu datplūsmas pieaugumu, pārbaudiet, vai analytics_storage netiek piešķirts pārāk agri. Ja pazūd Google Ads reklāmguvumi, pārskatiet taga aktivizēšanas secību, piekrišanas atjauninājumu un reklāmguvumu saistītāja konfigurāciju.

Dokumentēšana un regulāra pārbaude

Saglabājiet banera teksta versiju, kategoriju kartējumu, izmantoto pakalpojumu sarakstu, ieviešanas datumu un testu rezultātus. Pēc būtiskām vietnes, spraudņu vai kampaņu izmaiņām atkārtojiet pārlūkprogrammas pārbaudes.

Ja vietni pārvalda aģentūra, skaidri nosakiet atbildību par CMP, GTM konteineru, privātuma tekstu, jaunu tagu pievienošanu un kvalitātes pārbaudēm. Tas palīdz izvairīties no situācijas, kad mārketinga, izstrādes un juridiskā komanda strādā ar atšķirīgiem pieņēmumiem.

Kā izvēlēties nākamo soli

Ja ieviešanu veicat patstāvīgi, izmantojiet CookiePilot dokumentāciju, lai pārskatītu pieejamos iestatīšanas materiālus. Ja vērtējat CMP piemērotību savai vietnei vai vairāku klientu projektiem, apskatiet CookiePilot funkciju pārskatu. Neatkarīgi no izvēlētā rīka pabeidziet ieviešanu ar praktisku pārbaudi pārlūkprogrammā un atsevišķu juridiskā teksta izvērtējumu.