2026-02-25 · Redakcija Baduno · 7 blog.readMin · Blogs & Zināšanas
Consent Mode v2: Kas reklāmdevējiem tagad jāzina
Bez pareiziem piekrišanas signāliem Google Ads konti zaudē konversijas datus un funkcijas. Pienākums saprotami izskaidrots.
Kas ir Consent Mode v2
Google procedūra, ar kuru jūsu vietne paziņo, kam apmeklētājs ir piekritis – četros signālos: glabāšana reklāmai, izmantošana reklāmas datiem, personalizācija un analīze. Bez šiem signāliem Google EEZ ierobežo mērīšanu un auditorijas funkcijas.
Pamatnoteikumi
Noklusējuma stāvoklis pirms lietotāja lēmuma ir 'atteikts'. Tikai piekrišana banerī pārslēdz signālus uz 'piešķirts'. Tagiem jāgaida vai jāsūta datus taupīgā režīmā – nekad pilnus datus pirms lēmuma.
Biežākās kļūdas
Baneri, kas ir tikai kosmētiski, kamēr tagi jau darbojas. Piekrišana bez reālas atteikšanās iespējas. Signāli, kas nekad netiek atjaunināti. Katra no šīm variācijām riskē ar datu zudumu, brīdinājumiem vai abiem.
Tīra ieviešana
Noklusējuma atteikums avota kodā, granulēta izvēle banerī, atjauninājuma izsaukšana pēc lēmuma, atsaukšanas iespēja kājenē – un pārbaude ar izstrādātāja rīkiem, vai pirms piekrišanas tiešām nekas neplūst. Tieši tā tas ir atrisināts šajā vietnē.
Consent Mode v2 un Google Ads: Konkrēta ietekme uz kampaņām
Bez pareiziem piekrišanas signāliem Google Ads ierobežo būtiskas funkcijas. Konversijas dati vairs netiek ziņoti, remarketinga sarakstus nevar aizpildīt, un uz lietotāju uzvedību balstītas cenu korekcijas (bid adjustments) kļūst neefektīvas. Īpaši cieš kampaņas, kas paļaujas uz lietotāju atpazīšanu, piemēram, dinamiskais remarketings vai Customer-Match. Sekas: mazāk konversiju, augstāks CPA un neprecīzi darbības dati. EEZ tas ir obligāti kopš 2024. gada marta visiem Google Ads reklāmdevējiem. Pat ja jums ir tikai neliela vietējā kampaņa, signāliem jābūt pareiziem. Bieža kļūda ir uzskatīt, ka Consent Mode v2 izmantošana ir brīvprātīga – Google ir saistījis piekļuvi konversiju datiem ar pareizu piekrišanas signālu nosūtīšanu. Bez tiem pastāv risks, ka datu modeļi tiks pārslēgti uz datus taupošu bāzi, kas būtiski apgrūtina reklāmas izdevumu optimizāciju. Tāpēc regulāri pārbaudiet savas kampaņas, vai nav trūkstošu signālu, un nekavējoties labojiet kļūdas.
Piekrišanas pārvaldības pakalpojumu sniedzēja (CMP) loma
Lai pareizi ieviestu Consent Mode v2, ir obligāti nepieciešams CMP. Rīkam jābūt spējīgam iestatīt un atjaunināt četrus signālus (ad_storage, ad_user_data, ad_personalization, analytics_storage). Google ir publicējis sertificētu CMP nodrošinātāju sarakstu – tikai tie garantē saderību. Izvēloties, pievērsiet uzmanību iestatījumu detalizācijai: lietotājam ir jāvar atsevišķi apstiprināt vai noraidīt reklāmas un analītikas mērķus. Vienkārša poga „Atļaut visu“ nav pietiekama. Turklāt CMP ir jānodrošina piekrišanas atsaukšana un nekavējoties jāpaziņo par to Google. Pārliecinieties, ka jūsu CMP pareizi saglabā signālus arī pēc lapas maiņas vai SPA navigācijā (Single Page Applications). Nepareizi konfigurēti CMP ir vieni no biežākajiem kļūdu avotiem – tie vai nu izšaujas pārāk agri, vai arī pēc lietotāja lēmuma neatjaunina signālus. Tāpēc pārbaudiet ar Google izstrādātāju rīkiem, vai signāli ir vēlamajā stāvoklī.
Consent Mode v2 kombinācijā ar konversiju izsekošanu un tagu pārvaldību
Consent Mode v2 integrēšana jūsu tagu pārvaldniekā (piemēram, Google Tag Manager) prasa skaidru piekrišanas pārbaudes un tagu aktivizācijas sasaisti. Tagi drīkst izšaut tikai pēc derīgas piekrišanas; pirms tam tie ir vai nu jānosūta datus taupošā režīmā (Consent Mode v2), vai arī jābloķē. Google Tag Manager šim nolūkam izmantojiet Consent pārrakstīšanas vai jauno Consent API, kas nolasa signālus no jūsu CMP. Konversijas izsekošanas tagiem ir būtiski pieprasīt piekrišanu ad_storage un ad_user_data. Bieža kļūda: konversijas tags izšauj, bet saistītie piekrišanas signāli nav pareizi iestatīti – tad konversija netiek reģistrēta Google Ads. Izmantojiet GTM priekšskatījuma funkciju, lai pārbaudītu datu plūsmu. Pievērsiet uzmanību arī pielāgotiem HTML tagiem: arī tiem jāņem vērā piekrišanas signāli. Tīra ieviešana ietaupa daudz atkļūdošanas laika un pasargā no datu zuduma.
Bez pareiziem piekrišanas signāliem Google Ads konti zaudē konversijas datus un funkcijas. Pienākums saprotami izskaidrots.
Juridiskie slazdi un uzraudzības iestāžu pārbaudes
Consent Mode v2 nav atļauja datu aizsardzības pārkāpumiem. Piekrišanai saskaņā ar VDIV jābūt spēkā esošai: informēta, brīvprātīga, konkrēta un jebkurā laikā atsaucama. CMP, kas atļauj piekrist tikai vienreiz un vēlāk neļauj veikt izmaiņas, ir nepietiekams. Arī datu nodošana trešajām valstīm (piemēram, ASV) jānodrošina ar atbilstošām garantijām (standarta līguma klauzulas, pārredzamības ziņojums). Uzraudzības iestādes, piemēram, Hamburgas datu aizsardzības komisārs, jau ir piemērojušas naudas sodus par piekrišanas risinājumu trūkumu vai nepilnībām. Consent Mode v2 vien nenodrošina aizsardzību pret brīdinājumiem, ja reklāmkarogs ir nepārskatāms vai iepriekš aizpildīts. Tāpēc lieciet savu risinājumu pārbaudīt datu aizsardzības ekspertam. Dokumentējiet sava CMP darbības principus un veiktās konfigurācijas. Pārbaudes laikā jums jāspēj pierādīt, ka piekrišana ir faktiski iegūta un pareizi nosūtīta Google. Datu apstrādes līgums (DPA) ar Google ir arī obligāts.
Veiktspējas efekti un ielādes laika optimizācija, izmantojot Consent Mode v2
Consent Mode v2 var ietekmēt jūsu vietnes ielādes laiku, ja tas ir nepareizi konfigurēts. Noklusējuma noraidīšanas režīmā daudzas tagu platformas, piemēram, Google tagu pārvaldnieks, tiek apturētas, līdz saņemta apmeklētāja piekrišana. Tas aizkavē izsekošanas un reklāmas tagu izšaušanu, kas pagarina izmērīto ielādes laiku no lietotāja skatpunkta. Svarīgi, lai jūsu CMP pēc iespējas ātrāk iegūtu piekrišanu, nebloķējot pārējo vietni. Tāpēc ir obligāti jāīsteno asinhrona piekrišanas pārvaldnieka ieviešana: reklāmkarogs nedrīkst bloķēt lapas attēlošanu. Turklāt jums vajadzētu pārbaudīt, vai jūsu CMP atbalsta datus saudzējošu režīmu (piemēram, anonīmus pingus), kas rada mazāk tīkla aktivitātes. Vēl viens punkts ir GTM konteiners: ja daudzi tagi gaida piekrišanu, rinda var palēnināt pārlūkprogrammu. Izmantojiet iespēju ielādēt mazsvarīgus tagus tikai pēc piekrišanas. Arī gtm.js vai gtm.dom kā trigeru izmantošana var palīdzēt nebloķēt lapas attēlošanu. Pārbaudiet veiktspēju ar tādiem rīkiem kā PageSpeed Insights un pievērsiet uzmanību piekrišanas ieviešanas ietekmei. Optimizēts risinājums nodrošina, ka piekrišanas signāli tiek pareizi iestatīti, neietekmējot lietotāja pieredzi.
Consent Mode v2 un Server-Side Tagging: sinerģijas un izaicinājumi
Consent Mode v2 kombinācija ar Server-Side Tagging nodrošina paplašinātas datu kontroles iespējas, taču arī izvirza augstākas prasības piekrišanas loģikai. Servera puses modelī jūs varat novērtēt piekrišanas signālus tieši servera konteinerā, pirms dati tiek nosūtīti trešajām pusēm. Tas samazina datu noplūdes risku no klienta puses un sniedz pilnīgu kontroli pār datu nosūtīšanu. Tomēr jums jānodrošina, lai jūsu servera konteiners pareizi interpretētu piekrišanas signālus un aktivizētu tikai derīgas piekrišanas gadījumā tādus tagus kā Google Ads vai Facebook. Lai to paveiktu, nododiet signālus no klienta konteinera, izmantojot notikumu datus, vai izmantojiet servera puses piekrišanas API. Bieža kļūda ir tā, ka servera konteiners nepārbauda piekrišanu un tomēr nosūta datus. Tāpēc gan klienta, gan servera pusē ir konsekventi jārealizē piekrišanas loģika. Turklāt palielinās latentums, jo dati vispirms tiek novadīti caur jūsu serveri. Tomēr labi konfigurēts Server-Side Tagging ar Consent Mode v2 ir nākotnē drošs risinājums, jo tas darbojas neatkarīgi no pārlūkprogrammu ierobežojumiem, piemēram, Intelligent Tracking Prevention. Tāpēc plānojiet pietiekamus resursus uzturēšanai un žurnālu reģistrēšanai, lai jebkurā brīdī varētu pierādīt atbilstību.
Tehniskā ieviešana Google Tag Manager: piekrišanas pārrakstīšana un trigeri
Pareiza Consent Mode v2 ieviešana Google Tag Manager (GTM) prasa pārdomātu piekrišanas pārrakstīšanas un trigeru mijiedarbību. Vispirms jāpievieno jūsu CMP piekrišanas iestatījumi ar GTM. Izmantojiet piekrišanas API, kas nolasa četrus signālus (ad_storage, ad_user_data, ad_personalization, analytics_storage) no CMP. Iestatiet GTM piekrišanas pārrakstīšanu katram tagam: katram tagam definējiet, kādas piekrišanas ir nepieciešamas, pirms tags tiek aktivizēts. Piemērs: Google Ads reklāmguvumu tagam nepieciešama ad_storage un ad_user_data 'piešķirta', Analytics tagam nepieciešama analytics_storage. Bez šī iestatījuma tagi darbojas neatkarīgi no piekrišanas. Papildus konfigurējiet trigerus datu taupīšanas režīmam: pirms piekrišanas tagi vai nu jābloķē, vai jānosūta datu taupīšanas režīmā (Consent Mode v2). Lai to izdarītu, izveidojiet trigeri, kas reaģē uz piekrišanas izmaiņām un atbrīvo tagus tikai pēc piekrišanas saņemšanas. Bieža kļūda ir konsekventa noklusējuma atteikuma iestatījuma trūkums. Tāpēc iestatiet GTM vai tieši lapas kodā noklusējuma vērtības kā 'atteikts'. Izmantojiet GTM priekšskatījumu, lai pārbaudītu, vai tagi pirms piekrišanas patiešām nedarbojas un vai signāli pēc lēmuma tiek pareizi atjaunināti. Šī tehniskā disciplīna pasargā no datu zuduma un nodrošina, ka jūsu reklāmguvumu mērīšana darbojas uzticami.
Consent Mode v2 un Google Analytics 4: ietekme uz datu vākšanu
Consent Mode v2 attiecas ne tikai uz Google Ads, bet arī uz Google Analytics 4 (GA4). GA4 ir svarīgi signāli analytics_storage un ad_personalization. analytics_storage kontrolē, vai analītikas nolūkos var saglabāt sīkfailus. Bez piekrišanas GA4 turpina sūtīt datus, bet bez sīkfailiem – tas samazina lietotāju skaitu un ierobežo analītikas funkcijas, īpaši attiecībā uz lietotāja uzvedību un noturību. ad_personalization attiecas uz analītikas datu izmantošanu personalizētai reklāmai. Datu taupīšanas režīmā reklāmguvumi un notikumi tiek nosūtīti ar samazinātu informāciju, kas pasliktina datu kvalitāti. Precīzai pārskatu veidošanai jānodrošina, ka analytics_storage signāli ir pareizi iestatīti. Konfigurējiet savu CMP tā, lai piekrišana analītikas nolūkiem tiktu jautāta atsevišķi no reklāmas nolūkiem. Noklusējuma atteikums attiecas arī uz analytics_storage. Pēc piekrišanas saņemšanas CMP atjaunina signālu uz 'piešķirta', un GA4 var iestatīt sīkfailus. Bieža kļūda ir šīs atdalīšanas trūkums: daudzi baneri apvieno visus mērķus vienā 'Atļaut visu' pogā. Tas neatbilst VDIV prasībām un var izraisīt datu kroplojumus. Pārbaudiet ar GA4 DebugView, vai notikumi pirms piekrišanas tiek saņemti datu taupīšanas režīmā un pēc tam pilnībā. Tikai tā var nodrošināt, ka jūsu analītika balstās uz derīgiem datiem.
blog.faqT
Vai man ir jāizmanto Consent Mode v2 arī tad, ja izmantoju tikai Google Analytics un ne Google Ads?
Jā, arī Google Analytics gadījumā Consent Mode v2 ir svarīgs. Analytics pieprasa signālu analytics_storage, lai bez piekrišanas anonīmi vāktu datus. Bez pareiziem signāliem Google Analytics nevar sniegt detalizētus pārskatus, un datu kvalitāte samazinās. Turklāt pareiza ieviešana paver ceļu vēlākai Google Ads izmantošanai.
Vai es varu Consent Mode v2 ieviest esošā vietnē pēc tās izveides, neietekmējot tagus?
Jā, pēcpievienošana ir iespējama, bet prasa rūpīgu plānošanu. Jums jāintegrē CMP, jāiestata noklusējuma noraidīšanas noteikumi pirmkodā un jāliek visiem tagiem gaidīt piekrišanu. Izmantojiet Google tagu pārvaldnieka priekšskatījumu, lai pārliecinātos, ka neviens tags neizšaujas pirms lēmuma. Ieteicams izvērst testa vidē.
