Внедрение Google Consent Mode V2 требует обновления баннера согласия на вашем веб-сайте и конфигурации управления тегами для передачи двух конкретных сигналов согласия: ad_user_data и ad_personalization. Согласно документации Google, передача этих явных сигналов необходима для соблюдения Политики согласия пользователей в ЕС и поддержания полных возможностей измерения конверсий и таргетинга аудитории в Google Ads и GA4.
Что такое Google Consent Mode V2 и почему он требуется?
Google Consent Mode V2 — это обновленная структура согласия, разработанная для передачи выбора конфиденциальности посетителей веб-сайта непосредственно в теги Google. Документация Google подтверждает, что Consent Mode V2 требует явных сигналов для параметров ad_user_data и ad_personalization для соблюдения Политики согласия пользователей в ЕС. Без отправки этих сигналов рекламные аккаунты, нацеленные на пользователей в Европейской экономической зоне, теряют доступ к функциям персонализированной рекламы и ремаркетинга.
Предыдущие версии Consent Mode в основном полагались на параметры analytics_storage и ad_storage для корректировки поведения тегов на основе согласия пользователя. Обновление V2 расширяет эту структуру, добавляя явные флаги согласия для обработки и персонализации пользовательских данных. Этот сдвиг гарантирует, что сбор данных строго соответствует предпочтениям пользователя до того, как какие-либо данные будут отправлены в рекламные службы.
В чем основные различия между базовым и расширенным режимом согласия?
Выбор между базовым и расширенным режимом согласия определяет, как ваш веб-сайт обрабатывает теги до того, как посетитель взаимодействует с вашим баннером cookie. В базовой настройке теги Google остаются полностью заблокированными до тех пор, пока посетитель не даст явное согласие. Как только пользователь нажимает «принять», теги загружаются и передают полные данные измерений на платформы Google.
Расширенный режим согласия использует другой подход: он загружает теги Google сразу при отрисовке страницы, но устанавливает состояние согласия по умолчанию как «отказано». Когда в согласии отказано, теги отправляют пинги без файлов cookie вместо полных данных о конверсиях. Эти пинги без файлов cookie позволяют Google Analytics 4 и Google Ads выполнять поведенческое моделирование без отслеживания отдельных пользователей.
В типичном аккаунте выбор расширенного режима согласия сохраняет большую часть данных моделирования конверсий по сравнению с базовой настройкой. Однако юридические команды в некоторых юрисдикциях предпочитают базовый режим согласия, поскольку никакие запросы не покидают браузер пользователя до получения явного согласия. Организации должны балансировать между нормативными интерпретациями и требованиями к моделированию данных при выборе модели внедрения.
- Базовый режим: Теги Google полностью заблокированы до тех пор, пока пользователь не примет разрешения на использование файлов cookie.
- Базовый режим: Никакие пинги или запросы не отправляются до одобрения согласия.
- Расширенный режим: Теги Google срабатывают немедленно с установленными по умолчанию флагами отказа до взаимодействия с пользователем.
- Расширенный режим: Отправляет пинги без файлов cookie при отказе в согласии, чтобы включить моделирование конверсий.
- Оба режима: Требуют явных сигналов для параметров ad_user_data и ad_personalization.
Выбор платформы управления согласием
Внедрение Consent Mode V2 обычно начинается с сертифицированной платформы управления согласием (CMP). Сертифицированные решения CMP предоставляют встроенные интеграции, которые автоматически форматируют и отправляют сигналы согласия непосредственно в Google Tag Manager. Такие платформы, как Cookiebot, OneTrust, Usercentrics и Cookie Script, управляют интерфейсом баннера, одновременно обновляя состояния согласия непосредственно в фоновом режиме.
При выборе CMP проверьте, поддерживает ли она нативно шаблонные теги Google Consent Mode V2. Использование партнерского баннера упрощает настройку, поскольку скрипт баннера обновляет переменные согласия до того, как сработают ваши маркетинговые теги. Для специально созданных веб-сайтов или пользовательских баннеров согласия команды разработчиков должны написать пользовательский код JavaScript для ручной отправки событий согласия в уровень данных (data layer).
Как настроить Consent Mode V2 в Google Tag Manager?
Настройка Consent Mode V2 в Google Tag Manager включает установку состояний согласия по умолчанию до выполнения любых других скриптов. Вы можете сделать это, разместив команду согласия по умолчанию непосредственно в заголовке сайта или используя специальный шаблон сообщества CMP в GTM. Команда по умолчанию устанавливает ad_storage, analytics_storage, ad_user_data и ad_personalization в значение «отказано» для новых посетителей.
После установки значений по умолчанию настройте свой тег CMP на срабатывание при триггере «Инициализация согласия» (Consent Initialization). Триггер «Инициализация согласия» — это специальный триггер GTM, предназначенный для выполнения перед стандартными триггерами инициализации и просмотра страницы. Эта последовательность гарантирует, что состояния согласия по умолчанию существуют до того, как теги отслеживания проверят разрешение пользователя.
Затем динамически обновляйте состояния согласия, когда посетитель дает согласие на баннере. Когда пользователь выбирает свои предпочтения, CMP отправляет команду обновления в GTM с предоставленными значениями для разрешенных категорий. Стандартные теги, такие как тег Google, теги событий GA4 и отслеживание конверсий Google Ads, автоматически корректируют свое поведение на основе этих обновленных флагов.
- Шаг 1: Установите сертифицированный Google шаблон CMP или вставьте скрипт согласия по умолчанию в заголовок веб-сайта.
- Шаг 2: Назначьте тег контейнера CMP на срабатывание при триггере «Инициализация согласия – Все страницы».
- Шаг 3: Включите «Обзор согласия» (Consent Overview) в настройках контейнера GTM для аудита требований к согласию тегов.
- Шаг 4: Проверьте встроенные проверки согласия на стандартных тегах Google, таких как теги GA4 и Google Ads.
- Шаг 5: Настройте пользовательские HTML-теги или теги сторонних разработчиков, чтобы при необходимости требовать дополнительные категории согласия.
Как проверить сигналы согласия в Google Tag Assistant и GA4?
Тестирование вашей настройки гарантирует, что явные сигналы согласия правильно достигают служб Google. Откройте Google Tag Assistant и подключите свой сайт, чтобы проверять выполнение событий в режиме реального времени. Выберите событие «Инициализация согласия» на левой панели и перейдите на вкладку «Согласие» (Consent), чтобы подтвердить, что начальные значения по умолчанию показывают «отказано» для всех соответствующих параметров.
Затем примите файлы cookie на баннере вашего сайта, наблюдая за Tag Assistant. Найдите новое событие обновления согласия на временной шкале и снова проверьте вкладку «Согласие». Вы должны увидеть, что ad_user_data и ad_personalization изменились с «отказано» на «предоставлено». Если эти значения остаются неизменными или сообщают об отсутствующих параметрах, ваш баннер не передает обновленные флаги должным образом.
Вы также можете проверить исходящие сетевые запросы с помощью инструментов разработчика вашего браузера. Отфильтруйте сетевой трафик, выполнив поиск запросов сбора данных, отправленных в Google Analytics или Google Ads. Ищите параметры gcs и gcd в строке запроса. Параметр gcd кодирует подробное состояние каждой настройки согласия, доказывая наличие явных сигналов.
Устранение распространенных ошибок внедрения согласия
Распространенным шаблоном в неправильно настроенных аккаунтах является срабатывание тегов до того, как установлены состояния согласия по умолчанию. Если тег GA4 срабатывает при стандартном событии просмотра страницы до запуска скрипта CMP, службы Google могут записывать данные без согласия или возвращаться к неправильным состояниям. Убедитесь, что ваш CMP загружается в верхней части исходного кода HTML-страницы.
Другая частая проблема связана с отсутствием объявлений параметров ad_user_data или ad_personalization в пользовательских реализациях. Пользовательские скрипты баннеров, написанные для Consent Mode V1, часто пропускают эти более новые параметры V2. Обновление пользовательских скриптов требует добавления этих двух переменных в полезные нагрузки вызовов gtag consent default и gtag consent update.
Блокировка сторонних тегов также может нарушить отслеживание, если теги неправильно сопоставлены в GTM. Убедитесь, что встроенные проверки согласия включены в настройках тегов GTM. Избегайте установки строгих триггеров блокировки на тегах Google, если вы планируете использовать расширенный режим согласия, так как триггеры блокировки полностью предотвращают срабатывание пингов без файлов cookie.
С чего начать на этой неделе
Чтобы эффективно внедрить Consent Mode V2, начните с аудита вашего текущего баннера cookie и контейнера GTM. Проверьте, предлагает ли ваш поставщик CMP автоматизированную интеграцию Consent Mode V2, и обновите скрипт баннера CMP до последней версии. Alien Road рекомендует тестировать изменения в промежуточной среде перед публикацией команд публикации контейнера.
Затем включите «Обзор согласия» в настройках GTM, чтобы проверить каждый тег в вашем контейнере. Убедитесь, что состояния ad_user_data и ad_personalization корректно обновляются при взаимодействии пользователя в Tag Assistant. После проверки опубликуйте обновление контейнера GTM, чтобы поддерживать непрерывное отслеживание конверсий и создание аудиторий по вашим маркетинговым каналам Google.
Продолжить чтение: Стратегическое планирование · Цифровой маркетинг