Коротко: Google Consent Mode v2 передаёт Google выбор пользователя через четыре основных consent-сигнала. Basic mode полностью блокирует Google tags до согласия. Advanced mode загружает их с исходным состоянием
deniedи может отправлять ограниченные cookieless measurements для моделирования. Выбор режима должен соответствовать фактической CMP-логике и юридической оценке; сам Consent Mode не делает сайт автоматически соответствующим GDPR.
Cookie banner может выглядеть правильно, а данные всё равно уходить не так, как выбрал пользователь. Например, человек отклоняет marketing cookies, но старый GTM container продолжает передавать ad_user_data: granted. Для бизнеса это одновременно риск обработки без ожидаемого разрешения и плохой входной сигнал для Google Ads.
Наша позиция: Consent Mode — не кнопка «сохранить данные». Сначала он должен точно передать выбор человека. Моделирование и Smart Bidding идут после этого, а не вместо этого.
Технические сведения сверены 28 сентября 2026. Проверка конкретного аккаунта и юридическая оценка его потоков данных выполняются отдельно.
Что изменилось в Consent Mode v2
Google добавил к существующим состояниям ad_storage и analytics_storage два сигнала:
ad_user_data— разрешено ли отправлять пользовательские данные Google для рекламных целей;ad_personalization— разрешена ли персонализированная реклама.
ad_storage относится к рекламному хранению, analytics_storage — к аналитическому. Разрешение хранения не означает разрешение всех рекламных целей. Предыдущая версия тоже не была только бинарным переключателем запуска тега.
Для трафика из Европейской экономической зоны Google требует собирать и передавать consent-сигналы, чтобы продолжать использовать соответствующие возможности измерения, персонализации и remarketing. Если компания применяет собственный banner, Google рекомендует внедрить Consent Mode v2; сертифицированная CMP может передавать сигналы через свою интеграцию. Это требование продукта Google, а не отдельный закон под названием «Consent Mode». (Google Ads Help)
Важно не подменять смысл: Google не выдаёт сайту юридическое разрешение на обработку. Компания по-прежнему отвечает за то, как получает consent, какие цели показывает человеку и какие данные отправляет каждому получателю.
Чем Basic mode отличается от Advanced mode
| Критерий | Различие режимов |
|---|---|
| До согласия | Basic блокирует Google tags; Advanced загружает их с исходным состоянием, обычно denied. |
| При отказе | Basic не отправляет Google данные; Advanced может отправлять ограниченные запросы без cookies. |
| Моделирование конверсий | Basic может использовать общие модели; Advanced — модели конкретного рекламодателя при выполнении условий. |
| Smart Bidding | Использует доступные наблюдаемые и модельные конверсии; объём и качество не гарантированы. |
| Персонализированные аудитории | Нужное согласие остаётся обязательным; моделирование не создаёт идентифицируемый список remarketing. |
| Privacy | Оба режима требуют оценки фактической обработки; Advanced не становится допустимым автоматически. |
| Сложность и выбор | Basic передаёт меньше данных; Advanced требует дополнительных проверок потоков и eligibility. |
В Basic mode моделирование Google Ads опирается на общую модель, потому что сайт не отправляет собственные сигналы о non-consented взаимодействиях. Advanced mode может дать advertiser-specific modeling, поскольку Google получает ограниченные измерения без cookies. Официальная документация прямо предупреждает: advanced implementation означает передачу данных даже при denied; состав и допустимость этого потока нужно оценивать, а не называть его автоматически «анонимным». (Google: Consent Mode overview)
Отсутствие pings само по себе не доказывает Basic: причиной может быть ошибка интеграции, блокировщик или незапущенный тег. Проверяйте конфигурацию и фактический сценарий вместе.
Какие условия нужны для моделирования
Google Ads указывает среди условий 700 рекламных кликов в день в течение семи дней для каждой пары страна–домен, корректную реализацию и достаточное качество модели. Это критерии eligibility, не гарантия восстановления определённой доли конверсий. Google Ads: условия моделирования.
GA4 behavioural modeling — другой процесс. Среди условий: 1 000 событий в день с отказом от analytics consent минимум семь дней, 1 000 ежедневных пользователей с согласием минимум в семи из последних 28 дней и подходящая Advanced-реализация. Достижение порогов не гарантирует доступность функции. GA4: поведенческое моделирование.
Поэтому утверждения «Advanced возвращает 70%» или «повышает точность ставок на 30%» нельзя переносить как обещание Canem Errant. Сначала нужно проверить, доступно ли моделирование в конкретном аккаунте и сходятся ли смоделированные отчёты с реальными заказами.
Почему это особенно важно для бизнеса в Австрии и ЕС
Австрийская Datenschutzbehörde указывает, что технически необязательные cookies можно устанавливать или считывать только после consent. Отказ должен быть таким же простым, как согласие; pre-checked boxes, скрытый отказ и nudging не создают действительный выбор. Правило относится не только к файлам с названием cookie, но и к хранению или доступу к данным на устройстве. (DSB: Datenschutz & Cookies)
GDPR отдельно регулирует обработку персональных данных. Если компания опирается на consent, он должен быть свободным, конкретным, информированным и однозначным, а отзыв — доступным без негативных последствий. (EDPB: Consent)
Отсюда два вывода:
- CMP должна получать реальный выбор до технически необязательной обработки.
- Consent Mode должен точно передавать этот выбор, но не заменяет privacy notice, правовое основание, data minimization и договоры с получателями данных.
Даже cookieless ping нельзя автоматически объявлять неперсональным. Оценка зависит от параметров запроса, идентификаторов, возможности сопоставления и дальнейшей обработки Google.
Как Consent Mode влияет на измерение и Smart Bidding
Smart Bidding использует наблюдаемые и, когда доступно, смоделированные конверсии. Ошибки consent меняют обучающие данные:
- если теги запускаются до выбора, система может обработать данные вопреки интерфейсу banner;
- если consent всегда остаётся
deniedпосле принятия, разрешённые события не доходят полностью; - если Basic и Advanced перепутаны, команда неверно оценивает доступный объём моделирования;
- если продажи не сверяются с backend, рост отчётных конверсий можно ошибочно принять за рост выручки.
Моделирование не восстанавливает конкретного пользователя и не доказывает конкретную продажу. Оно оценивает совокупный объём. Поэтому рекламный отчёт нужно сравнивать с заказами и оплатами за тот же период, учитывая задержку конверсий и возвраты.
Как внедрить Consent Mode через GTM или прямой gtag
Шаг 1. Зафиксируйте цели и категории CMP
Сопоставьте категории banner с analytics_storage, ad_storage, ad_user_data и ad_personalization. Не объединяйте статистику и персонализацию в один неясный переключатель. Решение о Basic или Advanced согласуйте с ответственным за privacy и фактическим списком данных.
Шаг 2. Установите default до остальных тегов
Google рекомендует задавать исходное consent-состояние до загрузки измерительных тегов. Пример показывает структуру, но регионы и wait_for_update выбираются под конкретную CMP:
В Google Tag Manager используйте подходящий CMP template на Consent Initialization. Для собственного consent template предназначены setDefaultConsentState и updateConsentState; произвольный вызов gtag из Custom HTML не является равноценной заменой.
Два примера ниже относятся к прямой gtag-интеграции вне GTM consent template. Они предполагают инициализированный Google tag и подключённую CMP, а не представляют полную установку:
gtag('consent', 'default', {
ad_storage: 'denied',
analytics_storage: 'denied',
ad_user_data: 'denied',
ad_personalization: 'denied'
});Не копируйте произвольную задержку только потому, что она есть в статье. Google предлагает wait_for_update, когда CMP загружается асинхронно, но значение должно соответствовать реальной реализации. (Google: setup guide)
Задержка 500 ms не является универсальным значением или постоянной блокировкой; последующее обновление должно работать и после её окончания.
Шаг 3. Передайте update после выбора
CMP должна обновить только те состояния, которые человек действительно разрешил:
gtag('consent', 'update', {
ad_storage: 'granted',
analytics_storage: 'granted',
ad_user_data: 'denied',
ad_personalization: 'denied'
});Этот пример специально показывает частичный выбор. Нельзя автоматически переводить все четыре сигнала в granted после нажатия на одну категорию, если интерфейс обещает более детальный контроль.
CMP сохраняет и обновляет выбор; Consent Mode не делает это автоматически. Передайте update до ухода пользователя на другую страницу и проверьте сохранение отказа после отзыва.
Шаг 4. Проверьте все сценарии
В Tag Assistant и browser network проверьте первый визит, принятие всех категорий, полный отказ, частичный выбор, изменение решения и повторный визит. Затем откройте Google Ads diagnostics и убедитесь, что сигналы действительно принимаются.
URL passthrough и ads data redaction — отдельные функции. Их нельзя включать как универсальный «privacy preset»: оцените, какие click IDs передаются, когда они редактируются и совпадает ли это с документированным выбором пользователя.
Passthrough может передавать click information по ссылкам внутри того же домена: проверьте параметры и redirect. Redaction касается определённых рекламных click IDs при отказе от рекламного хранения. Ни одна функция не создаёт юридическое разрешение на передачу данных.
Какие ошибки встречаются чаще всего
Сигналы v2 отсутствуют. CMP передаёт только ad_storage и analytics_storage, потому что конфигурацию не обновили после 2023 года.
Default устанавливается слишком поздно. Google tag успевает выполниться до consent initialization, поэтому первый запрос не соответствует ожидаемому состоянию.
Все состояния меняются одновременно. Человек разрешает аналитику, а GTM также включает рекламные данные и персонализацию.
Browser и server container получают разный consent. В браузере marketing запрещён, но server-side tag продолжает отправлять событие.
Команда проверяет только banner. Красивый интерфейс не доказывает, что network requests и платформенные diagnostics соответствуют выбору.
Обосновывайте выводы данными конкретной интеграции. Без проверяемой выборки нельзя объявлять долю австрийских аккаунтов с ошибками или фиксированные потери конверсий.
Почему Consent Mode и server-side tracking нужно проектировать вместе
В server-side схеме web container передаёт consent parameters в server container, а каждый outbound tag применяет их перед отправкой. Google прямо указывает, что Consent Mode настраивается в web container, после чего server container получает эти параметры вместе с запросом. (Google: server-side Consent Mode)
Это позволяет централизованно документировать маршруты данных и не передавать платформам ненужные поля. Но «двойная проверка» полезна только при одном источнике consent-состояния и тестируемых правилах. Два несогласованных слоя создают не дополнительную защиту, а два места для ошибки.
Consent-aware Google tags обрабатывают переданные состояния. Для custom tags Meta, TikTok и других получателей нужны явные проверенные правила: Google-сигналы не управляют ими автоматически. Запишите цель, допустимые поля, условие отправки и поведение после отзыва для каждого адресата.
Практическую архитектуру Pixel, backend и server container разбирает руководство по server-side tracking.
Что можно проверить на этой неделе
- Откройте Tag Assistant и найдите
ad_user_dataиad_personalizationдо и после выбора в CMP. - Сравните полный отказ, частичный выбор и полное согласие по реальным network requests, а не только по интерфейсу banner.
- Проверьте, получает ли server container те же consent-состояния.
- Сверьте Google Ads conversions с backend-заказами и отделите моделируемое изменение отчёта от изменения реальных продаж.
Дополнительные источники: Google: CMP setup.
Частые вопросы
В чём главное различие Basic и Advanced Consent Mode?
Basic блокирует Google tags до consent и не отправляет Google данные при отказе. Advanced загружает tags с исходным denied и может отправлять cookieless measurements для advertiser-specific modeling. Это разный объём передачи данных, поэтому выбор нельзя делать только по желанию получить больше конверсий в отчёте.
Обязателен ли Consent Mode v2 для австрийской компании с Google Ads?
Google требует актуальные consent-сигналы для использования соответствующих функций измерения, remarketing и персонализации на EEA traffic. Закон требует действительного основания и соблюдения правил cookies и персональных данных, но не предписывает конкретный продукт Google. Компания может выбрать другой технический путь, понимая ограничения функций Google Ads.
Сколько конверсий восстановит Advanced mode?
Заранее это неизвестно. Доступность зависит от трафика, условий eligibility, согласия и качества настройки. Проверяйте diagnostics и backend; нельзя обещать фиксированный процент или новые продажи только благодаря моделированию.
Какие CMP поддерживают Consent Mode v2?
У Google есть программа сертифицированных CMP, но наличие в списке не гарантирует правильную конфигурацию конкретного сайта. Нужно проверить mapping категорий, default/update, порядок загрузки и реальное поведение запросов. (Google: CMP setup)
Делает ли Consent Mode сайт соответствующим GDPR?
Нет. Он передаёт consent-состояния Google tags. Соответствие зависит от интерфейса CMP, целей, основания обработки, состава данных, получателей, договоров, сроков хранения и возможности отзыва. Для спорной архитектуры нужна оценка privacy-специалиста или юриста.
Если banner, GTM и Google Ads показывают разные consent-состояния, сначала зафиксируйте фактические network requests. Посмотрите Tracking & CAPI или опишите проблему в форме.
