Блог

CookiePass и Google Consent Mode: что баннер согласия делает с вашим трафиком

Опубликовано 24 сентября 2026 г.· Обновлено 18 октября 2026 г.· 3 мин чтения

На этом сайте работает CookiePass. Это сервис согласия на cookies, реализующий Google Consent Mode v2 так, как это описывает Google, — и именно это свойство в итоге важнее цветов баннера: оно определяет, что ваш тег Google отправляет при каждом просмотре страницы до ответа посетителя, после его «да» и после его «нет». Вот как это выглядит со стороны сервера, где каждое из этих обращений проходит через ваш контейнер.

Что на самом деле меняет Consent Mode

Выберите режим согласно политике организации. Не отключайте намеренную блокировку скриптов лишь ради появления событий. **Basic:** блокируйте код отслеживания до получения необходимого согласия. До этого в SignalHost не ожидаются события отслеживания. **Advanced:** теги Google загружаются со значениями `denied` по умолчанию. Google может получать измерения без cookie до выбора или после отказа. Такой сигнал не является согласием.

Поле `gcs` описывает только хранение данных для рекламы и Analytics. Оно не подтверждает два более новых разрешения на обработку данных. Проверьте все четыре в Google Tag Assistant: кодированные поля запросов могут меняться.

gcs=G100   ad_storage denied,  analytics_storage denied
gcs=G101   ad_storage denied,  analytics_storage granted
gcs=G110   ad_storage granted, analytics_storage denied
gcs=G111   both granted
(no gcs)   storage summary missing; our current storage gate permits it, not proof of consent

Установите `analytics_storage`, `ad_storage`, `ad_user_data` и `ad_personalization` в `denied` до запуска кода SignalHost. Затем баннер обновляет каждое разрешение согласно выбору посетителя.

Как CookiePass это подключает

Consent Mode v2 требует последовательности, а не настройки. Состояние по умолчанию должно быть объявлено до загрузки тега Google — отклонено для тех, кто ещё не выбрал, — обновление должно следовать в момент решения посетителя, а состояние — восстанавливаться при каждом повторном визите. При неверном порядке первый просмотр страницы в каждой сессии уходит как согласованный ещё до того, как баннер отрисован.

Вот последовательность, которую CookiePass формирует из собственного скрипта, так что ничего из этого не попадает в ваш контейнер Tag Manager:

gtag('consent', 'default', {
  ad_storage: 'denied',
  analytics_storage: 'denied',
  ad_user_data: 'denied',
  ad_personalization: 'denied',
  wait_for_update: 500
});

// …the visitor accepts all four purposes…
gtag('consent', 'update', {
  ad_storage: 'granted',
  analytics_storage: 'granted',
  ad_user_data: 'granted',
  ad_personalization: 'granted'
});

Это вся интеграция. Собственные теги Google учитывают состояние согласия автоматически, включая теги, которые SignalHost публикует в ваш веб-контейнер. Ничему в серверном контейнере не нужно условие согласия; добавить его вручную — это как раз способ получить заблокированный тег Google рядом с незаблокированными тегами событий, отправляющими данные напрямую в Google.

Что ваш серверный контейнер видит до и после выбора

**Basic:** блокируйте код отслеживания до получения необходимого согласия. До этого в SignalHost не ожидаются события отслеживания. **Advanced:** теги Google загружаются со значениями `denied` по умолчанию. Google может получать измерения без cookie до выбора или после отказа. Такой сигнал не является согласием.

До выбора и после отказа: соответствующие разрешения остаются `denied`.
Только аналитика: `analytics_storage` может быть разрешено; рекламные разрешения остаются отклонёнными.
Реклама разрешена: предоставляйте только те разрешения, на которые посетитель действительно согласился.
Отзыв: соответствующие значения возвращаются в `denied`. Перезагрузите страницу и проверьте сохранённый выбор.

Доказывает ли видимое событие правильность согласия? Нет. События в реальном времени показывают приём SignalHost, а не все четыре разрешения или доставку рекламной платформе. Проверяйте согласие в Tag Assistant, а платформу — отдельно.

Что это значит для ваших цифр трафика

**Basic:** блокируйте код отслеживания до получения необходимого согласия. До этого в SignalHost не ожидаются события отслеживания.
**Advanced:** теги Google загружаются со значениями `denied` по умолчанию. Google может получать измерения без cookie до выбора или после отказа. Такой сигнал не является согласием.

Контрольный список

До начала отслеживания баннер должен установить для разрешений состояние «отказано». После выбора посетителя обновляйте только разрешённые им цели, сохраняйте этот выбор и обрабатывайте отзыв согласия.
Для каждого теста открывайте новое приватное окно. В Google Tag Assistant введите URL сайта и проверьте первые и последние события Consent.
До выбора и после отказа: соответствующие разрешения остаются `denied`.
Только аналитика: `analytics_storage` может быть разрешено; рекламные разрешения остаются отклонёнными.
Реклама разрешена: предоставляйте только те разрешения, на которые посетитель действительно согласился.
Отзыв: соответствующие значения возвращаются в `denied`. Перезагрузите страницу и проверьте сохранённый выбор.
Добавьте точный URL загрузчика из установочного кода SignalHost в правила блокировки баннера. Ваш домен может не подходить под обычные правила Google. Разрешайте загрузку только после необходимого согласия.

[Руководство по настройке баннера cookie](/ru/blog/cookie-banner-consent-mode-server)