Если ваш сайт использует теги Google Ads, Google Analytics (GA4) и Floodlight и получает хоть какой-то трафик из ЕЭЗ или Великобритании, уклониться от новых регуляторных требований уже не выйдет. Последняя инициатива Google в области приватности — Consent Mode v2 — теперь выбор по умолчанию для рекламодателей, которые хотят продолжать ремаркетинг и измерения в ЕЭЗ и Великобритании. Если коротко, Consent Mode — это слой связи между вашей CMP (платформой управления согласием) или баннером cookie и первичными тегами Google, который позволяет Google действовать на основании получаемых от вашей CMP сигналов, избавляя вас от необходимости менять логику и поведение каждого тега.
На сегодняшний день использование Consent Mode v2 является рекомендованным выбором по умолчанию для любого рекламодателя с сайтом, который использует теги Google и обслуживает трафик из ЕЭЗ и Великобритании. Google активно призывал рекламодателей перейти на эту практику в середине 2025 года, а затем объявил о следующем этапе в середине 2026 года, когда Google Signals прекратит существование, а ad_storage станет единственным параметром, управляющим связанной с рекламой обработкой в привязанных аккаунтах GA4.
Самое сложное в переходе, который идёт с начала 2024 года, — отсутствие очевидных признаков сбоя. Сайт не будет выглядеть сломанным, и ни один из тегов отслеживания или ремаркетинга не перестанет работать. Однако часть ваших аудиторий ремаркетинга может незаметно истощаться и станет недоступной, как только их размер опустится ниже порога. Часть событий-конверсий начнёт отображаться как недействительная, а некоторые кампании вовсе остановятся, если окажутся зависимы от аудиторий, переставших обновляться. CMP, которая на вид собирает все нужные согласия и категории, может не передавать их тегам Google в ожидаемом ими виде.
В чём разница между Consent Mode V1 и V2?
| Аспект | Consent Mode V1 | Consent Mode V2 |
|---|---|---|
| Параметры согласия | 2 сигнала: ad_storage, analytics_storage | 4 сигнала: добавлены ad_user_data и ad_personalization |
| Что охватывает | Базовое включение/выключение хранения cookie для рекламы и аналитики | Хранение cookie плюс возможность передачи данных пользователя в Google для персонализации рекламы. |
| Детализация в рекламе | Здесь нет разделения между «измерением» и «персонализацией». | Расширенным отслеживанием конверсий и ремаркетингом/рекламой можно управлять отдельно. |
| Статус соответствия | Функция выведена из эксплуатации в рекламе Google. | Функция стала обязательной с марта 2024 года для рекламодателей ЕЭЗ и Великобритании и была подтверждена в середине 2025 года. |
| Последствия частичного внедрения | До сих пор последствий не было. | Если баннер сообщает, что заданы параметры v1, проверки v2 не пройдут, хотя внешне всё может выглядеть нормально. |
| Что теряется в продуктах Google | Ухудшение измерений | Ремаркетинг, отслеживание конверсий, Demand Gen и аудитории Customer Match деградируют или перестают работать |
Consent Mode V1 опирался на два сигнала (ad_storage, analytics_storage) для работы с базовыми cookie Ads и Analytics. Более продвинутая версия V2 вводит ad_user_data и ad_personalization, что даёт ещё больше контроля над использованием данных. Это означает, что баннер, настроенный только под параметры V1, выглядит безупречно, но не соответствует требованиям версии V2.
Какие типы согласия доступны в Consent Mode?

Consent Mode v2 состоит из четырёх разных параметров, каждый из которых имеет значение granted или denied:
- analytics_storage определяет, использует ли владелец сайта cookie в Google Analytics и собирает ли сведения о сессии и данные пользователя.
- ad_storage определяет, могут ли использоваться cookie Google Ads, что влияет на отслеживание конверсий и формирование списков ремаркетинга.
- ad_user_data определяет, могут ли данные пользователя передаваться в Google для рекламных целей, включая расширенные конверсии.
- ad_personalization определяет, могут ли эти данные использоваться для персонализации рекламы, создания аудиторий ремаркетинга и так далее.
Для посетителей из ЕЭЗ и Великобритании ожидается, что все четыре параметра по умолчанию установлены в deny, пока посетитель не совершит действие. Такой подход с отказом по умолчанию — основа всей системы: если какое-либо значение автоматически выставлено в granted и лишь затем становится denied из-за отказа, событие уже было учтено до согласия, а значит, само понятие согласия теряет смысл.
Помимо четырёх параметров, Consent Mode предлагает два режима работы:
- Basic Consent Mode — теги Google не предпринимают никаких действий, пока пользователь не отреагирует на баннер. Никакие данные не передаются, даже анонимно, пока решение не принято. Преимущество этого варианта — его разумность с точки зрения приватности.
- Advanced Consent Mode — этот вариант отправляет сообщения в Google сразу, хотя согласия ещё нет. Сообщение-«пинг» не содержит cookie или личной информации, но с его помощью Google может анализировать, как ведут себя пользователи, проигнорировавшие запрос согласия. Даже если часть информации отправляется с сайта до принятия решения, Advanced-режим всё же даёт больше полезных сведений.
Почему Consent Mode V2 важен?
Есть несколько конкретных причин, по которым к нему стоит отнестись серьёзно, а не наспех.
Это требование продуктов Google, а не вопрос законодательства. Сам регламент даже не упоминает Consent Mode, то есть можно соблюдать закон, вовсе игнорируя Consent Mode. Однако при этом теряется доступ к рекламным и измерительным возможностям продуктов Google при работе с трафиком из ЕЭЗ и Великобритании. По сути, Google применяет собственные правила независимо от того, чего требует закон.
Последствия отказа от Consent Mode проявляются постепенно, а не сразу. Заметить прямое наказание за невнедрение Consent Mode невозможно. Вместо этого Google просто перестаёт собирать данные ремаркетинга и измерений о посетителях. Через какое-то время размер аудиторий уменьшается, атрибуция становится менее точной, а отдельные типы кампаний перестают запускаться, потому что требуемый размер аудитории оказывается недостаточным по правилам Google.
Избавиться от юридических рисков автоматически не получится только потому, что вопрос с Google закрыт. Регуляторы не перестают следить за соблюдением GDPR лишь оттого, что внедрён Consent Mode. Нарушения GDPR могут привести к штрафам в миллионы евро и заметной доле выручки в случае серьёзных нарушений. Кроме того, власти ЕС пристально следят за «тёмными паттернами» в дизайне, которые манипулируют пользователями при отказе от cookie.
В любом случае качество данных снижается. Даже при работающем Advanced Consent Mode сайты с очень низким трафиком могут не набрать достаточно нейтральных данных, чтобы модели Google давали надёжные оценки. В таком случае к модели стоит относиться как к ориентиру, а не как к точному измерению.
Ключевые возможности Consent Mode V2

| Возможность | Что она делает |
|---|---|
| Система из четырёх сигналов | Даёт более детальные инструкции с помощью analytics_storage, ad_storage, ad_user_data и ad_personalization вместо одного переключателя. |
| Отказ по умолчанию | Теги изначально получают отказ на основании региона пользователя, а затем разрешаются или отклоняются по его ответу на баннер. |
| Basic Consent Mode | Ни один тег не срабатывает до взаимодействия пользователя с баннером |
| Advanced Consent Mode | Запускает теги сразу и передаёт информацию в Google в виде пингов без cookie, когда согласие не дано. |
| Моделирование конверсий и поведения | Теги могут оценивать конверсии и поведение пользователей, не давших согласия, если данных от согласившихся пользователей достаточно. |
| Покрытие нескольких продуктов | Теги GA4, Google Ads и Floodlight читают одни и те же четыре сигнала, поэтому одно внедрение может обслуживать несколько тегов Google. |
| Ограниченность продуктами Google | Только теги Google; теги других платформ, таких как Meta, TikTok или LinkedIn, не затрагиваются. |
| Передача сигналов через CMP | CMP автоматически интерпретирует намерение пользователя при взаимодействии с баннером и присваивает параметрам нужные значения — дополнительная реализация не требуется. |
В целом эта функциональность позволяет выйти за рамки простого соответствия: с Consent Mode v2 Google и ваша CMP работают ровно на том согласии, которое дал вам каждый конкретный пользователь. Выбор между базовым и продвинутым режимом — единственный возможный компромисс: всё остальное сводится к передаче правильных сигналов согласия соответствующему тегу Google до того, как он сработает.
Как внедрить Consent Mode V2?
Правильное внедрение обычно следует такой схеме:
- Состояние по умолчанию должно быть задано первым, до срабатывания любого другого тега на сайте: нужно объявить значения по умолчанию для всех четырёх параметров (все denied по умолчанию для посетителей из ЕЭЗ и Великобритании). Это состояние по умолчанию должно загружаться раньше тегов GA4, Google Ads или контейнера GTM, а не одновременно с ними и не после. Одна из самых частых ошибок внедрения — неверный порядок тегов.
- Категории согласия вашего баннера должны быть связаны с сигналами, чтобы при выборе пользователя соответствующие параметры обновлялись в реальном времени, а не менялось лишь то, что показано на странице.
- Взаимодействие должно обновлять состояние согласия, передаваемое в Google, которое и решает, сработает ли тег полностью, в смоделированном режиме или не сработает вовсе.
- Нужно осознанно выбрать между Basic и Advanced режимом. Это не техническая мелочь, которую можно оставить на самотёк: это бизнес-решение о том, каким объёмом передачи данных вы готовы пожертвовать до получения согласия и какую часть измерений сможете восстановить после.
- Следует перепроверить, что в продакшене теги срабатывают в правильном порядке, как описано выше. Частая ошибка — срабатывание тегов до инициализации согласия, что делает всю конструкцию бесполезной, хотя внешне она выглядит рабочей.
Использование CMP, спроектированной под Consent Mode, вместо собственной разработки решает большинство этих проблем, перекладывая сложность передачи сигналов на CMP: вам остаётся лишь определить категории так, чтобы они сопоставлялись с нужными параметрами, а обновления отправлялись в Google в ответ на действия пользователя. Предварительная блокировка скриптов удерживает теги до прихода первого сигнала, а движок региональных правил применяет состояние «отказ по умолчанию» именно к посетителям из ЕЭЗ и Великобритании.
Подробнее — ConsentX против OneTrust
Как протестировать Consent Mode V2?
После запуска не считайте, что всё работает, — протестируйте!
- Сначала проверьте консоль браузера и вкладку сети, до принятия каких-либо решений о согласии. Убедитесь, что до установки любых cookie Google Ads / Analytics вызов gtag('consent', ...) не задаёт значений «разрешено» по умолчанию для сессий из ЕЭЗ и Великобритании.
- Используйте GTM Preview или Google Tag Assistant, чтобы пошагово пройти срабатывание тегов и убедиться, что инициализация согласия происходит раньше всех остальных тегов и что последующие теги действительно учитывают состояние согласия, а не срабатывают всегда независимо от выбора пользователя.
- Протестируйте все сценарии согласия. Принять все, отклонить все и любые пользовательские наборы, которые допускает ваш баннер. Проверьте значения ad_storage, analytics_storage, ad_user_data и посмотрите, что показывает встроенная диагностика Consent Mode в GA4 для каждого случая. GA4 показывает, поступают ли корректные сигналы согласия и активно ли сейчас статистическое моделирование для региона, — это хороший способ заметить сломанное внедрение, не углубляясь в сетевые запросы.
- Периодически перепроверяйте внедрение, особенно после изменений в тегах или CMP. Новый маркетинговый тег, обновление контейнера GTM или редизайн баннера могут нарушить порядок срабатывания незаметно для всех. Проверка не один раз, а не только сразу после запуска, поможет заметить регрессии, которые могут тихо портить ваши измерения неделями и даже месяцами.
Если нужна быстрая внешняя проверка того, что срабатывает до выбора посетителя, бесплатный сканер cookie перечисляет каждый тег и каждый файл cookie, загружающийся при первой отрисовке.
Заключение
Consent Mode v2 — не защита от возможного штрафа. Это элемент саморегулирования Google для его собственной рекламной платформы. Четыре правильных сигнала, отказ по умолчанию, инициализация согласия раньше всего остального — вот способ и остаться в рамках требований, и сохранить стабильную эффективность кампаний. Другой путь ведёт к уменьшению аудиторий, зашумлённым конверсиям и умирающим без видимой причины активным кампаниям — и ни копейки ваших денег не уйдёт на штраф, но винить будет некого, кроме себя. Учитывая вывод Google Signals из эксплуатации в середине 2026 года, сейчас идеальный момент подготовиться, а не тянуть до самого дедлайна.
Готовы обеспечить соответствие требованиям без ручной настройки? Попробуйте ConsentX бесплатно и настройте сигналы Consent Mode v2 за считаные минуты.
Часто задаваемые вопросы
Обязателен ли он для моего сайта?
Он обязателен, если вы используете Google Ads/GA4 и работаете с пользователями из ЕЭЗ, Великобритании или Швейцарии. Без него вы не сможете вести ремаркетинг, отслеживать конверсии и показывать персонализированную рекламу Google пользователям в ЕС или Великобритании.
Что нового в v2 по сравнению с v1?
Версия 2 добавляет два дополнительных сигнала (ad_user_data и ad_personalization) к двум, охваченным версией 1 (ad_storage и analytics_storage).
Заменяет ли он мой баннер cookie или CMP?
Нет, не заменяет. Он работает вместе с ними. Ваш баннер cookie или CMP по-прежнему нужен, чтобы получать согласие пользователей в ЕС или Великобритании. А этот скрипт сообщает тегам Google о выборе пользователя.
Нужен ли он, если я не работаю с пользователями из ЕС и Великобритании?
Он не требуется, если вы не работаете с пользователями из ЕС или Великобритании. Однако многие сайты используют сервисы Google, не осознавая, что у них есть пользователи из этих регионов.
Как добавить тег Google для Consent Mode?
Вам понадобится добавить небольшой фрагмент кода JavaScript, который задаст настройки согласия по умолчанию для всех cookie до загрузки вашего баннера cookie (установив все сигналы в denied). Затем нужно обновлять эти сигналы по выбору пользователя и уведомлять теги Google об обновлении. Обычно этот процесс автоматизируется платформой управления cookie или через Google Tag Manager.
