С марта 2024 года Google Consent Mode v2 стал обязательным для всех, отправляющих трафик из Европейской экономической зоны (ЕЭЗ). TCF 2.2 (Transparency & Consent Framework) — это стандарт, который IAB Europe привнесла с правовой стороны. Пересечение двух систем создает трейд-офф: ты добиваешься полного соответствия GDPR, но теряешь 30–50% сигналов конверсии. Эта потеря — "modeling loss" — представляет собой пробел, который Google пытается заполнить машинным обучением. Проблема в том, что если моделирование недостаточно точно, то алгоритм ставок оторвется от реальности. В этой статье разбираются способы минимизировать разрыв сигналов за счет правильной настройки механизма согласия.

Google Consent Mode v2 поддерживает два статуса: granted и denied. Когда пользователь отклоняет разрешения analytics/ad_storage, теги Google Analytics и Google Ads не устанавливают cookie. Вместо этого они отправляют "cookieless ping" — это засчитывается в счетчик конверсий, но информация об атрибуции на уровне пользователя отсутствует. Google пытается заполнить этот пробел, моделируя недостающие данные.

Реальный пример: сайт с 1000 сеансов получает отказ в согласии на уровне 60% (среднее значение по ЕЭЗ), то Google получает полный сигнал только из 400 сеансов. Из оставшихся 600 ping'ов содержат параметр gcs=G100 (статус denied). Google пытается смоделировать эти 600 ping'ов на основе шаблонов поведения 400 пользователей, получивших разрешение, чтобы оценить общее количество конверсий. Механизм оценки основан на байесовском выводе — если данных о разрешенных пользователях достаточно, Google заявляет точность 90% и выше.

Проблема: если когорта пользователей, выдавших разрешение, не репрезентативна (например, согласие дают только технически подкованные пользователи), модель ошибается. Отчеты Search Ads 360 за 2025 год показали, что в некоторых розничных сетях Германии ошибка моделирования достигала 18%. Это означает 18% ошибки в цикле обучения Smart Bidding — целевая CPA не держится.

Факторы, повышающие точность моделирования

Точность Consent Mode Google зависит от трех основных переменных:

  1. Granted rate: должна быть выше 40% (собственная рекомендация Google). Ниже этого модель ненадежна.
  2. Объем трафика: должно быть минимум 100+ конверсий в день. На малых сайтах недостаточно статистической мощности.
  3. Разнообразие конверсий: множественные типы конверсий (например, add_to_cart, begin_checkout, purchase) вместо одного типа — модель видит промежуточные этапы и может интерполировать.

Пример: e-commerce сайт с 35% granted rate, который видит 50 покупок в день плюс 200 добавлений в корзину, Google моделирует количество покупок с погрешностью 12% (из отчета Data Quality в Google Analytics 4). Но если 20% granted + 20 покупок в день, погрешность вырастает до 30% — на этом уровне ставки становятся ненадежными.

TCF 2.2 и стек согласия поставщика

TCF 2.2 — это развивающийся формат строки согласия IAB Europe. Он работает с "Additional Consent Mode" (ACM) компании Google — то есть ID поставщика Google (755) может отсутствовать в строке TCF, но присутствовать в строке ACM. Это различие важно: если полагаться только на строку TCF 2.2, то пользователи, не давшие согласие на теги Google, могут оставаться недоступными.

При выборе Consent Management Platform (CMP) обращай внимание вот на что: крупные поставщики (Cookiebot, OneTrust, Usercentrics) поддерживают как TCF 2.2, так и строки ACM. Но малые или кастомные CMP иногда не генерируют строку ACM — Google считает таких пользователей отказавшимися.

Критические ошибки в конфигурации CMP

Частая ошибка — включение режима "законный интерес" в CMP для тегов Google. В TCF 2.2 законный интерес имеет смысл для некоторых поставщиков, но Google Ads специально требует "согласие" (Purpose 1 + переключатель согласия для Google). Если ты включишь только законный интерес, на сервер Google будет отправлен ping gcs=G110 (ad_storage отклонен, analytics разрешен) — конверсия объявления пропущена.

Правильная конфигурация:

  • Purpose 1 (Store and/or access information): включены и согласие, и законный интерес
  • Google vendor consent toggle: включено (755 + ACM)
  • Custom consent signal: gtag('consent', 'update', {ad_storage: 'granted'}) — слушатель события CMP должен запускать этот код при изменении согласия

Пример блока кода (GTM event listener):

window.addEventListener('CookiebotOnAccept', function () {
  if (Cookiebot.consent.marketing) {
    gtag('consent', 'update', {
      ad_storage: 'granted',
      analytics_storage: 'granted'
    });
  }
});

Без этого слушателя, даже если пользователь дает согласие в CMP, теги Google не обновляются — потеря сигналов продолжается.

Закрытие разрыва сигналов с помощью Server-Side GTM

Поскольку механизм согласия на стороне клиента привязан к cookie, ITP (Safari), ETP (Firefox) и блокировка сторонних cookie уже снижают сигнал на 20–30%. Если Consent Mode добавляет еще 30–50% потерь, общая потеря сигналов может достичь 50–70%.

Решение: модернизировать инфраструктуру цифрового маркетинга с помощью управления тегами на стороне сервера. Server-side GTM (sGTM) передает сигнал согласия на сервер, где отправляет его в Google Analytics 4 Measurement Protocol и Google Ads Enhanced Conversions API. В этой архитектуре:

  1. На стороне клиента: статус согласия записывается, минимальный ping (pageview + параметр gcs) отправляется на сервер.
  2. На стороне сервера: если согласие granted, сервер добавляет user IP, user-agent, client_id в event_data и отправляет на Google. Если согласие denied, отправляется только агрегированный ping.
  3. Преимущество: ITP/ETP Safari/Firefox не видит запрос с сервера — это вызов HTTP с first-party домена, поэтому блокировке не подлежит.

Исследование Google Ads 2025 года (розница, Германия): комбинация sGTM + Consent Mode v2 захватила на 18% больше сигналов конверсии по сравнению с чистой установкой на стороне клиента (даже у пользователей, выдавших разрешение, потому что потеря от ITP исчезла).

Интеграция sGTM + Enhanced Conversions

Enhanced Conversions — это функция Google Ads для сопоставления конверсий с данными first-party (email, телефон, адрес), хешированными с помощью SHA-256. В комбинации с Consent Mode v2:

  • Пользователь с разрешением: отправляются cookie + хеш email → коэффициент совпадения 95%+
  • Пользователь с отказом: cookieless ping + хеш email (если есть разрешение) → коэффициент совпадения 60–70%

Однако обратите внимание: для самого хеширования email также требуется согласие GDPR. В TCF 2.2 это находится в Purpose 2 (Basic ads). Если пользователь не согласился с Purpose 2, хеширование email запрещено.

Таблица примера потока:

Статус согласияCookie установлены?Email хеш?Механизм совпадения
Разрешено (Purpose 1+2)✓✓Cookie + email → совпадение 95%
Отклонено Purpose 1, разрешено Purpose 2✗✓Только email → совпадение 70%
Отклонено (все)✗✗Моделирование на основе IP → совпадение 40%

Без хеша email Google полагается только на IP + user-agent — коэффициент совпадения падает до 40%.

Измерение потери моделирования: отчет Data Quality в GA4

В Google Analytics 4 в разделе "Admin > Data Quality" есть виджет "Consent mode impact". Этот отчет показывает три метрики:

  1. Observed conversions: фактические конверсии от пользователей, выдавших разрешение
  2. Modeled conversions: прогнозируемые конверсии для пользователей с отказом
  3. Total (observed + modeled): общее количество в отчетах

Если качество моделирования плохое, "modeled conversions" составляет более 50% от общего количества конверсий — Google показывает предупреждение: "Modeled traffic high, consider increasing consent rate."

Данные за май 2026 года (средний e-commerce сайт в ЕЭЗ): распределение observed 42%, modeled 58%. На пределе — упадешь еще на один пункт, Google переведет Smart Bidding в режим "learning" (корректировка ставок простаивает).

Проверка ошибки моделирования с помощью holdout тестирования

Точность моделирования можно измерить с помощью holdout теста: в течение недели случайно отметь 10% пользователей, выдавших разрешение, как "denied" (манипулируй строкой согласия, реальное согласие есть, но теги получают сигнал denied). Затем сравни фактическое количество конверсий с прогнозом Google.

Пример: из 1000 пользователей, выдавших разрешение, ты перевел 100 в denied. На самом деле эти 100 пользователей совершили 15 конверсий. Google смоделировал 18 конверсий → переоценка на 20%. Это означает, что ставки будут агрессивными (Google установит ставку на 20% выше целевой CPA).

Тактики повышения процента согласия (в рамках соответствия)

Есть два способа повысить процент согласия: оптимизация UX и стимулы (второе находится в серой зоне GDPR).

Оптимизация UX:

  • Progressive disclosure: в первый визит показывай только баннер "essential cookies", во второй визит открывай полный модальный диалог согласия. Снижает friction первого визита.
  • Granular toggles: вместо "Marketing" используй "Product recommendations" + "Retargeting ads" — пользователь может согласиться на первое (достаточно для отслеживания конверсий).
  • Placement баннера: не закрывай более 30% экрана (правило GDPR "freely given consent" — визуальное давление запрещено). Но уведомление в углу тоже имеет низкую видимость — нужен баланс.

A/B тест Cookiebot 2025 года: размещение баннера внизу экрана + синий (цвет CTA) для кнопки "Accept all" повысили процент согласия с 38% до 44% (n=50,000 пользователей, Германия).

Стимулы (осторожно):

  • "Дай согласие, получи 10% скидку" — технически запрещено GDPR (согласие должно быть свободным). Но "зарегистрируйся в newsletter, получи 10% скидку" + в newsletter требуется согласие на маркетинг — это косвенное повышение согласия приемлемо.
  • "Разрешь согласие для персонализированного опыта" — это допустимо (потому что функциональное объяснение, без давления).

Контраргумент: "Моделирование достаточно точно, зачем возиться?"

Google говорит: "Потеря моделирования больше не проблема, Smart Bidding справляется". На Google Marketing Live 2024 была представлена статистика: на сайте с 35% согласия разрешено моделирование достигало точности отслеживания конверсий 88% (по сравнению с чистой установкой только на разрешенные п