Внедряване на Google Consent Mode V2 стъпка по стъпка — Окончателното ръководство
Какво е Google Consent Mode V2
Consent Mode V2 е API на Google, който адаптира поведението на Google таговете в зависимост от статуса на съгласието. Вместо подхода „всичко или нищо", таговете могат да се зареждат в ограничен режим без бисквитки, когато съгласието не е дадено, и след това да преминат към пълно проследяване, когато потребителят даде съгласие. Google го направи задължително за рекламодатели в ЕИП от март 2024 г.
Без него: моделирането на реализации спира, аудиториите за ремаркетинг намаляват, а Smart Bidding се влошава.
Четирите параметъра за съгласие
- ad_storage — Контролира рекламните бисквитки
- analytics_storage — Контролира аналитичните бисквитки
- ad_user_data — Контролира дали потребителските данни се изпращат за рекламни цели (ново във V2)
- ad_personalization — Контролира ремаркетинга и динамичните реклами (ново във V2)
Двата нови параметъра във V2 — ad_user_data и ad_personalization — са това, което отличава V2 от V1. Ако имате само ad_storage и analytics_storage, трябва да добавите новите параметри.
Основен срещу Разширен режим
Основен: Таговете не се зареждат, докато не бъде дадено съгласие. Просто, но губите всички данни от потребителите, които откажат.
Разширен: Таговете се зареждат незабавно в ограничен режим, изпращайки пингове без бисквитки и без лични данни. Google ги използва за моделиране на реализации, възстановявайки до 70% от изгубените реализации. Винаги използвайте Разширен режим.
Стъпка 1: Задаване на състояние на съгласието по подразбиране
Поставете това преди всички Google тагове във вашия <head>:
gtag('consent', 'default', { 'ad_storage': 'denied', 'analytics_storage': 'denied', 'ad_user_data': 'denied', 'ad_personalization': 'denied', 'wait_for_update': 500 });
Параметърът wait_for_update дава на вашата CMP 500ms за възстановяване на съгласието на завръщащ се посетител, преди таговете да продължат в режим denied.
Стъпка 2: Актуализиране на съгласието при избор на потребителя
Когато потребителят натисне Приемам:
gtag('consent', 'update', { 'ad_storage': 'granted', 'analytics_storage': 'granted', 'ad_user_data': 'granted', 'ad_personalization': 'granted' });
За частично съгласие (само анализи, без реклами) актуализирайте само разрешените параметри.
Стъпка 3: Внедряване чрез GTM
Активирайте Consent Overview в GTM (Admin > Container Settings). Създайте таг Consent Initialization с фрагмента по подразбиране. Конфигурирайте Consent Settings на всеки таг, за да изисква съответните параметри. Повечето CMP-та изпращат dataLayer събитие при промяна на съгласието — създайте тригер за него.
Стъпка 4: Проверка на вашата имплементация
- Tag Assistant: Проверете раздела Consent — всички параметри трябва да показват Denied преди взаимодействие и Granted след Приемам
- dataLayer: Потърсете записи consent default и consent update
- GA4 DebugView: Събитията трябва да показват индикатори за съгласие
Моделиране на реализации
В Разширен режим пинговете без бисквитки от потребители без съгласие захранват моделите за реализации на Google. Изисквания: 1000+ събития от кликове върху реклами/ден в продължение на 7 дни с дадено съгласие. Когато е активно, моделирането възстановява 50-70% от изгубените реализации.
Често срещани грешки
- Фрагментът по подразбиране се зарежда след Google таговете (таговете се задействат в режим granted по погрешка)
- Липсващи параметри ad_user_data или ad_personalization
- wait_for_update е зададен на 0 (завръщащите се посетители губят възстановяването на съгласието)
- Актуализацията на съгласието се задейства безусловно при всяко зареждане на страницата
Пропуснете сложността с FlexyConsent
FlexyConsent се справя с всичко това автоматично: състояние denied по подразбиране, команди за актуализация, всичките четири параметъра, TCF 2.3, Microsoft UET Consent Mode, възстановяване на съгласието за завръщащи се посетители — всичко от един единствен script таг. Планове от 0 EUR/месец.