Режимы согласия передачи cookies для трафика в ЕЭЗ Google

Слышали про запрет на передачу cookie? Запрет на передачу персонализированных данных о событиях, посещениях пользователей? А про историю событий Facebook на IOS 14+? Аналогичное теперь начинается и в Google, и актуальным становится с 24 марта 2024 года. Итак, разберемся более детально.

Разрешение и запрет на передачу персонализированных данных стали актуальны для устройств IOS 14+ несколько лет назад, а особенно болезненным это стало тогда для рекламодателей Facebook. Решением для Facebook была интеграция API Conversions. Google тогда решил вопрос через обновление шифрования внутри Tag Manager. Но теперь речь идет абсолютно обо всех сайтах, на которых есть любой из тегов Google и у которых трафик идет из Европейской Экономической Зоны (ЕЭЗ).

В настоящее время Google желает, чтобы у всех пользователей сайтов из ЕЭЗ была возможность давать или не давать свое согласие на обработку данных о пользователях (cookie). Данную инфраструктуру принято называть - режим согласия.

Режим согласия - это разрешение или запрет передачи пользовательской информации о посещении сайта (cookies).

Этот режим должны внедрить все сайты, у которых имеется хоть один из тегов Google (аналитика, тег менеджер, тег конверсий).

По информации Google, сначала представители компании будут в консультативной форме помогать внедрять данный функционал. В дальнейшем, в случае отсутствия имплементации режима согласия, последует блокировка аккаунта Google реклама.

Логически, тем кто работает по рекламе - шутить не стоит, так как все аккаунты гугл рекламы сейчас верифицированы и подтянуты к тому или иному лицу. Сложнее ситуация, если сайт занимается только SEO и никаких коммерческих обязательств перед Google не имеет. Но, в любом случае стоит ожидать, что при отсутствии режима согласия последуют серьезные санкции, так как сверху над Google есть требования законодательства Европейского Союза.

Дополнительные риски и почему мы об этом пишем.

☝ Кроме санкций от Google есть и рекламные риски, а именно - если данные не будут передаваться, аналитика не будет получать конверсий, Google Ads не увидит эффективности рекламных кампаний. Соответственно, рекламный процесс управляемый интеллектуальными стратегиями назначениями ставок станет абсолютно непредсказуемым и его эффективность будет стремиться к нулю. Это подвергает риску коллапса весь сектор диджитал рекламы.

Это своеобразная революция в сфере передачи данных, которая поменяет алгоритмы работы многих. Если не адаптироваться к новым реалиям режимов согласия передачи данных, это вызовет риски для существования многих видов интернет-бизнеса. Поэтому рекомендуем тщательно вникнуть в принципы работы режима согласия.

➊ Как реализовать режим согласия?

👉 Через сертифицированных партнеров Google, предлагающих готовые решения по имплементации кода согласия разработчиков. Вам остается только выбрать с кем работать и вставить на сайт код.

👉 Самостоятельно имплементируя дополнительные строчки кода в существующие теги Google Developer, согласно регламента.

Вы можете пойти по первому пути, самому легкому, но в перспективе столкнетесь с тем, что статистика не будет Вас радовать, так как баннеры согласия будут очень стандартизированы.

В режимах согласия есть конкретные настройки, меняя которые, меняются и алгоритмы обработки данных, которые отправляются на сервера Google сервисов.

➋ Как понимать работу алгоритмов согласий?

2.1 Командой, которая управляет разрешением на сбор данных, является “consent”.

Команда “consent” имеет 2 значения:

default - по умолчанию;
update - задача обновления характеристик.

* Команда “consent” должна вызываться на каждой странице сайта.

2.2 Как только загружается страница, код должен отработать так, что по умолчанию будет установлен запрет на передачу данных, так как пользователь еще не дал на это согласия. Например:


('consent', 'default', {
  'ad_storage': 'denied',
  'analytics_storage': 'denied'
});

2.3 Когда пользователь нажмет что-либо на всплывающем баннере, то в директиву “consent” должен добавиться тип согласия с разрешением или запретом передачи данных.

Типы согласия могут быть следующими:

ad_storage - разрешить сохранять данные (например, в файлах cookie), связанные с рекламой;
analytics_storage - разрешить сохранять данные (например, в файлах cookie), связанные с аналитикой, такие как продолжительность посещения;
functionality_storage - разрешить сохранять данные, связанные с функциями сайта или приложения, например языковые настройки;
personalization_storage - разрешить сохранять данные, связанные с персонализацией, например рекомендации видео;
security_storage - разрешить сохранять данные, связанные с обеспечением безопасности (например аутентификацией), предотвращением мошенничества и другими способами защиты.

Команды запрета и разрешения на обработку данных выглядят так:

granted - разрешение на передачу данных;
denied - запрет на передачу данных.

2.4 Пример реализации может быть следующий:


<!-- Global site tag (gtag.js) - Google Analytics -->
<script async src="https://www.googletagmanager.com/gtag/js?id=G-XXXXXX"></script>
<script>
  window.dataLayer = window.dataLayer || [];
  function gtag(){dataLayer.push(arguments);}

  // Default ad_storage to 'denied'.
  gtag('consent', 'default', {
    'ad_storage': 'denied'
  });

  gtag('js', new Date());
  gtag('config', 'G-XXXXXX');
</script>

<!-- Update this section based on your business requirements. -->
<script>
  function consentGranted() {
    gtag('consent', 'update', {
      'ad_storage': 'granted'
    });
  }
</script>

<body>
  ...
  <button onclick="consentGranted">Yes</button>
  ...
</body>

По коду мы видим, что сначала устанавливается запрет на сбор данных по умолчанию, а затем идет разрешение для “ad_storage”.

Согласно регламента, так и должно быть. Если Вы пропустите шаг установки настроек по умолчанию, то система интерпретирует это как разрешение - “granted”, что не является правильным согласно регламента.

Мы долго изучали документацию, чтобы выдать это в более понятном виде. Для подтверждения правоты своей логики, мы покажем Вам тест на одном из популярных сайтов, как отрабатывает один из плагинов, сертифицированных Google.

Базовое открытие сайта без подтверждения.

Видим, что если ничего не нажимать, в cookies подгружается минимум информации. А самое главное - нет уникального идентификатора клиента Google Analytics.

Открытие сайта с подтверждением на сбор статистики и данных маркетинга.

Сразу видим подгрузку данных по Google Analytics и другим системам.

У Вас возникнет вполне логичный вопрос:

А как работать тогда? Как делать рекламу?

Мы думали, что решением будет сквозная аналитика через Measurement Protocol, но нет! Ведь, пока пользователь не даст согласия - не будет сгенерирован Client ID и не передастся GCLID.

Поэтому, есть несколько вариантов:

Нарушать законодательство и работать, как и ранее.
Делать имитацию подтверждения, а по факту ее не делать. Но, это до первого предупреждения.
Работать с UTM метками, как рекомендует Google. Но, увы, при синхронизации конверсии не подгрузятся в Google Ads. Вы увидете конверсии в GA4, но Google Ads не сможет воспользоваться этими данными.

При запрете на передачу данных, GCLID тоже не передается в cookies. Он просто существует в URL без какой либо передачи данных. Это подтверждают наши тесты в скриншотах.

Делать баннер согласия более явным и подробным, чтобы стимулировать людей нажимать именно то, что Вам выгодно. Вот достаточно неплохой пример от Facebook:

И вот пример в Google:

Если ранее просто висел баннер с предупреждением и кнопочкой, то теперь каждое нажатие кнопок в таком баннере за что-то отвечает и меняет алгоритмы передачи данных пользователя на сервер владельца сайта и сервисов Google.

Ну и напоследок, если Вы будете делать окно согласия самостоятельно, то можно использовать несколько хитростей:

👉 Если пользователь согласился - прописывайте время жизни cookies на максимальный срок.

👉 Если пользователь не согласился - прописывайте время жизни cookies на минимальный срок.

* Возможно у Вас на сайте уже стоит блок на разрешение о передаче cookies, но в 99% случаев это муляж. Должны быть изменения в алгоритме передачи данных внутри сайта при нажатии кнопок, что собственно и требует Google.

Проверить реализацию режима согласия (consent mode) уже можно через Tag Manager во вкладке, которую сделали недавно:

Полезные официальные источники:

Режимы согласия и Украина

По состоянию на момент написания статьи, Украина пока НЕ входит в Европейское Экономическое Сообщество (ЕЭС), и поэтому, если реклама идет ТОЛЬКО на Украину, то режимы согласия можно не реализовывать. Соответственно, этот вопрос можно отложить до вступления Украины в ЕС.

Надеемся, этот материал был для Вас полезным и интересным. Если будут обновления в данной теме, мы обязательно дополним статью.

Заказать услугу

Режимы согласия для трафика в ЕЭЗ

Дополнительные риски и почему мы об этом пишем.

Режимы согласия и Украина