Практическо ръководство за правилно внедряване на Google consent mode v2

В днешния дигитален свят, управлението на съгласието става все по-важно. Google Consent Mode е представен за първи път през 2020 г. и оттогава е основен инструмент за рекламодателите. С новата версия, Consent Mode v2, се добавят нови рекламни сигнали, които ще бъдат задължителни за европейските рекламодатели през 2024 г.

Тази статия ще обясни защо правилното внедряване на новата версия е важно за измерването на данни и рекламните кампании. Читателите ще разберат как промените от 2020 г. водят до актуализацията на настройките.

Ще разгледаме и как банерите за съгласие, Google таговете и надеждното подаване на данни работят заедно. Сайтовете с посетители от EEA, Обединеното кралство и Швейцария трябва да управляват сигналите правилно, за да осигурят спазване на правилата.

Въведение в Google Consent Mode v2

В динамичния свят на интернет маркетинга, иновациите определят успеха. Google Consent Mode е важен инструмент, който стартира през 2020 г. Той управлява поведението на таговете на сайта, в зависимост от избора на потребителя.

През ноември 2023 г. бяха добавени нови сигнали, като ad_user_data и ad_personalization. Тези промени подобряват начина, по който рекламодателите взаимодействат с потребителите. Основните сигнали до 2023 г. бяха analytics_storage и ad_storage.

Важно е да се отбележи, че Consent Mode не заменя банера за съгласие. Вместо това, той прехвърля избора на потребителя към продуктите на Google. Това е особено значимо за региони като EEA, Обединеното кралство и Швейцария, където ограниченията на Google Ads могат да повлияят на рекламните възможности.

Google Consent Mode v2 настройка

Светът на онлайн рекламата се променя бързо. Правилното управление на данните е от съществено значение за успеха на рекламните кампании. В тази част ще разгледаме основните параметри на Google Consent Mode v2.

Основни параметри и допустими стойности

Четирите основни параметъра, които трябва да знаете, са:

• analytics_storage – управлява аналитичното съхранение.
• ad_storage – контролира рекламното съхранение.
• ad_user_data – свързан с рекламните потребителски данни.
• ad_personalization – отговаря за персонализираната реклама.

Всеки от тези параметри приема само две допустими стойности: granted и denied.

Разлика между basic и advanced имплементация

Основният режим блокира Google таговете, докато потребителят не взаимодейства с банера. Напротив, advanced режимът позволява зареждане на таговете с отказано съгласие и може да изпраща cookieless pings.

Изборът между basic и advanced подходите зависи от изискванията за поверителност и начина, по който искате да управлявате данните в рекламните си кампании.

Подготовка преди внедряването

За успешното внедряване на нови технологии, е важно да се подготвим предварително. Първата стъпка е да проверите наличието на инсталиран Google Tag Manager контейнер, GA4, Google Ads тагове и активен Consent Management Platform (CMP).

Уверете се, че екипът разполага с административен достъп до GTM. Това включва права за използване на функциите Save, Submit и Publish. Следващата стъпка е одит на текущата конфигурация на сайта.

Трябва да се търсят стари блокиращи тригери и дублирани скриптове. Важно е да се изготви списък на таговете, които изискват проверка. Създайте тестов план с приемане, отказ и смесен избор, както препоръчва Cookiebot.

Интеграция с Google Tag Manager и Consent Management Platform

Интеграцията на новите технологии е ключова за успешното управление на данните. В тази част ще разгледаме как платформите работят заедно, за да оптимизират рекламните усилия.

Използване на Enzuzo за CMP интеграция

Enzuzo е признат Gold Partner и поддържа новите функции на Consent Mode. Той активира интеграцията чрез Consent Initialization и свързва банера с Google Tag Manager. Някои от настройките включват:

• Текстови опции и бутони за Accept, Decline и Preference Center.
• Възможности за светъл и тъмен дизайн, както и регионални варианти.

Алтернативни решения и общи практики

Като алтернатива, Cookiebot може да бъде добавен чрез Community Template Gallery с Domain Group ID. Важно е CMP тагът да се стартира на Consent Initialization – All Pages, а не на стандартен pageview тригер. CMP събира избора на потребителя, докато Consent Mode предава информацията към GA4, Google Ads и останалите Google тагове.

Настройка на първоначалните стойности по подразбиране

В ерата на дигитализацията, управлението на данни става критично. Първоначалните стойности по подразбиране за съгласие са важни за правилното функциониране на таговете на сайта. За да се избегнат неправилно оценени тагове, е необходимо да се зададат стойности за ad_storage, analytics_storage, ad_user_data и ad_personalization на denied.

Този код трябва да се изпълни преди config или event командите. Това гарантира, че таговете ще работят правилно, дори преди потребителят да е направил избор.

Дефиниране на default consent state

Стандартната конфигурация задава всички четири сигнала на denied. По този начин, платформата може да обработва данни по безопасен начин, докато потребителят не изрази своето съгласие.

Значението на wait_for_update параметъра

Параметърът wait_for_update е важен за синхронизацията между Consent Management Platform и таговете. Google препоръчва стойност от 500 ms. Това кратко изчакване позволява на асинхронния CMP да изпрати актуалния избор на потребителя, преди данните да бъдат обработени.

Прекалено голямо изчакване може да забави обработката, затова 500 ms е практична начална точка.

Управление на актуализациите след избор на потребител

Когато потребителите взаимодействат с банера за съгласие, е важно да се управляват актуализациите на данните. Командата gtag('consent','update'...) се извиква при всяка промяна на избора. Тази команда променя четирите сигнала веднага след натискане на Accept, Decline или персонализирана опция.

Например, когато посетителят избере да приеме всички категории, всички параметри могат да бъдат зададени на granted. Обратният сценарий е, когато потребителят отнема предишно дадено съгласие за аналитични или рекламни цели. В такъв случай, всички засегнати параметри могат да се върнат към denied.

Важно е актуализацията да се извърши на страницата, където потребителят прави избора, преди навигация. Съхраняването на избора в first-party cookie или local storage е ключово за последващи страници. В противен случай, съществува риск от непълни сесии, ако update се извика едва при презареждане или напускане на страницата.

Регионално специфично поведение и настройки

Разумното управление на данни изисква внимание към специфичните нужди на различни региони. Consent mode задава различни дефолтни стойности за посетители от EEA, Съединените щати и отделни щати.

Регионите се задават чрез ISO 3166-2 кодове, например ES, US-AK и US-CA. По-специфичният регион има предимство пред по-общия регион. Например, ad_storage може да бъде зададен като granted за US и denied за US-CA.

Ако не съществува специално регионално правило, се прилага fallback default без регион. Практическата проверка ще сравни поведението на потребители от различни юрисдикции, за да се избегнат неправилни настройки.

Прилагане на усъвършенствани функции в имплементацията

В съвременната рекламна среда, новите технологии предлагат уникални възможности. Сред тях е функцията ads_data_redaction, която се активира с true. Тази функция е важна, защото при отказано ad_storage рекламните идентификатори се заличават от мрежовите заявки.

При активна редакция, Google изпраща заявките през домейн без third-party cookies, което осигурява допълнителна защита на данните. Също така, URL passthrough позволява пренасяне на параметри като gclid, dclid, gclsrc, _gl и wbraid между страници.

За да функционира правилно, URL passthrough изисква consent-aware Google tag, активна функция и връзка към същия домейн. Практическата проверка е от съществено значение, за да се гарантира, че redirect-ите запазват рекламните параметри и сайтът не ги използва неправилно за навигация.

Тестване и валидиране на настройките

Тестовете и валидирането на настройки са от съществено значение за успешното управление на данните. Те осигуряват, че рекламните тагове работят правилно и отговарят на изискванията на потребителите.

Първата стъпка е да се използва Google Tag Assistant за проверка на настройките. Тази платформа показва On-page Default и On-page Update за четирите сигнала. Когато потребителят приеме всички категории, очакваната GCS стойност е G111. Обратно, при отказ на всички категории, стойността е G100.

След това, проверете чрез браузърни инструменти и Developer Tools. Филтрирайте Network заявки по collect и проверете параметъра gcs в Payload. QA планът трябва да включва приемане, отказ и смесен избор, както и проверки за рекламни cookies и GA4 събития.

Заключение

В днешната дигитална среда, управлението на данни е от решаващо значение. Правилно внедреният Consent Mode задава ясна връзка между банера, Google Tag Manager, Google Ads, GA4 и избора на посетителя.

До 15 юни 2026 г. рекламодателите трябва да потвърдят, че Advanced настройката подава надеждни сигнали за моделирани конверсии и Smart Bidding. Липсващи ad_user_data или ad_personalization могат да намалят качеството на рекламното измерване и персонализацията в засегнатите региони.

Препоръчителният план започва с незабавен одит, продължава с внедряване в рамките на една седмица и QA в рамките на две седмици. След публикуването е разумно поне две седмици да се следят конверсиите, аудиториите, consent rate, грешките на таговете и ефектът върху Smart Bidding.