Блог
Баннер cookie перед серверным тегингом: что меняется, а что нет
Опубликовано · Обновлено · 2 мин чтения
Баннер спрашивает посетителя. Consent Mode передаёт его выбор тегам Google. Блокировка скриптов определяет, запускается ли код SignalHost вообще. Это разные задачи. Просто показать баннер недостаточно.
Что серверный тегинг меняет в вопросе согласия: ничего
Имя хоста от первого лица — техническое свойство запроса. Это не разрешение. Если вчера вам требовалось согласие на установку аналитического cookie, оно требуется и сегодня, и то, что cookie теперь ставит metrics.yoursite.com вместо google-analytics.com, здесь ни при чём. Вопрос регулятора — что вы собираете и зачем, а не через какой сервер прошёл пакет по дороге.
Настроить cookie-баннер
Баннер спрашивает посетителя. Consent Mode передаёт его выбор тегам Google. Блокировка скриптов определяет, запускается ли код SignalHost вообще. Это разные задачи.
В настройках поставщика баннера включите интеграцию Google Consent Mode v2. Просто показать баннер недостаточно. Не добавляйте второй баннер или дубликат тега Google.
Basic или Advanced: в чём разница?
Выберите режим согласно политике организации. Не отключайте намеренную блокировку скриптов лишь ради появления событий.
- **Basic:** блокируйте код отслеживания до получения необходимого согласия. До этого в SignalHost не ожидаются события отслеживания.
- **Advanced:** теги Google загружаются со значениями `denied` по умолчанию. Google может получать измерения без cookie до выбора или после отказа. Такой сигнал не является согласием.
Задайте значения по умолчанию и передавайте выбор
Установите `analytics_storage`, `ad_storage`, `ad_user_data` и `ad_personalization` в `denied` до запуска кода SignalHost. Затем баннер обновляет каждое разрешение согласно выбору посетителя.
- Согласие только на аналитику не должно давать разрешение на рекламу.
- Запоминайте выбор для следующих посещений и отправляйте обновление при его изменении или отзыве.
- Расширенные конверсии Google Ads также требуют разрешения `ad_user_data` и настройки в Ads. `ad_personalization` относится к персонализированной рекламе, а не к обычному подсчёту событий.
Если баннер блокирует скрипты
Добавьте точный URL загрузчика из установочного кода SignalHost в правила блокировки баннера. Ваш домен может не подходить под обычные правила Google. Разрешайте загрузку только после необходимого согласия.
Перед включением сопоставления контактов
Эта необязательная функция может читать e-mail, введённые на сайте. Хеширование не делает контакты анонимными, и для подсчёта обычных событий они не нужны.
В режиме Advanced контакты могут попасть в SignalHost до их удаления SignalHost, когда `ad_storage` имеет значение `denied`. Если передача до согласия недопустима, оставьте сопоставление выключенным или блокируйте код до согласия.
Проверьте согласие и отказ
Для каждого теста открывайте новое приватное окно. В Google Tag Assistant введите URL сайта и проверьте первые и последние события Consent. Проверьте:
- До выбора и после отказа: соответствующие разрешения остаются `denied`.
- Только аналитика: `analytics_storage` может быть разрешено; рекламные разрешения остаются отклонёнными.
- Реклама разрешена: предоставляйте только те разрешения, на которые посетитель действительно согласился.
- Отзыв: соответствующие значения возвращаются в `denied`. Перезагрузите страницу и проверьте сохранённый выбор.
Доказывает ли видимое событие правильность согласия? Нет. События в реальном времени показывают приём SignalHost, а не все четыре разрешения или доставку рекламной платформе. Проверяйте согласие в Tag Assistant, а платформу — отдельно.