Новые настройки режима согласия в Google Tag Manager

27 мая 2021 года Google выпустил обновление диспетчера тегов, которое позволяет настроить режим согласия пользователей (Consent Mode) и интегрировать его с другими CMP-платформами. О новой настройке в тегах, новых триггерах согласия и всех изменениях в функционале Google Tag Manager в этой статье.

За последний месяц в моем блоге было опубликовано несколько материалов на тему режима согласия. Я рекомендую прочитать их все, чтобы лучше понять данное нововведение компании:

• Что такое режим согласия Google?
• Включение и отключение функций для рекламодателей и персонализации рекламы

Помимо самого режима согласия и его роли в будущем, я подробно разобрал работу CMP-платформ (Consent Management Platform) на примере сервиса Cookiebot и Google Tag Manager. Однако все же давайте проговорим это еще раз.

Начало

CMP-провадейры, платформы (Consent Management Platform) - это специальные сервисы, которые владельцы сайтов могут использовать для:

• запроса, получения и хранения согласия пользователей (благодаря всплывающему окну);
• настройки конфиденциальности пользователей (пользователь сам выбирает, какими данными он разрешает поделиться);
• хранения списка поставщиков технологий из глобального списка поставщиков (Global Vendor List);
• обновления информации о согласии (если пользователь вдруг решил изменить свой выбор).

25 мая 2018 года в Евросоюзе вступил в силу общий регламент защиты персональных данных (General Data Protection Regulation, сокр. GDPR), который предоставляет резидентам Евросоюза (ЕС) возможность управлять своими персональными данными - спрашивать у компаний цель сбора и обработки информации, месте хранения, а в случае необходимости, сделать запрос на ее удаление. Под такие данные попадают IP-адреса, идентификаторы устройств, данные о местоположении и файлы cookie.

Все компании, которые обрабатывают личные данные пользователей, находящихся на территории ЕС, обязаны соблюдать GDPR. И прежде, чем собирать данные о своих пользователях и предоставлять таргетинг персонализированной рекламы, необходимо получить это самое разрешение от самого пользователя. В этом как раз и помогают CMP-платформы.

Думаю, вы не раз видели такое всплывающее окно при заходе на сайт:

Его можно создать как обычный баннер, предупреждающий пользователя о сборе информации, а можно добавить от CMP-платформы целый настраиваемый виджет с возможностью выбора конкретных файлов cookie, и интегрировать с рекламными инструментами (Google Ads) и аналитическими сервисами (Google Analytics). А если пользователь захочет отозвать свое разрешение, то всего за несколько кликов вы сможете это сделать благодаря CMP-провайдеру.

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

3 сентября 2020 года Google запустил режим согласия (Google Consent Mode), предлагающий более гибкое использование тегов Google и измерение конверсий в зависимости от выбора пользователя в соответствии с требованиями GDPR. В этом режиме были представлены две настройки тегов, которые управляют файлами cookie в рекламных и аналитических целях для рекламодателей, использующих Global Site Tag (gtag.js) или Google Tag Manager. Это:

1. ad_storage (для рекламных инструментов);
2. analytics_storage (для Google Analytics);

Также для настройки и активации режима согласия Google стало возможным воспользоваться CMP-провайдерами, с которыми компания сотрудничает и имеет прямые интеграции. На момент написания данной статьи доступны интеграции со следующими сервисами: Commanders Act, Consentmanager, Cookie Information A/S, Cookiebot, Crownpeak, Didomi, iubenda, OneTrust и Usercentrics. Подробнее о CMP, интегрированных с режимом согласия, читайте в официальной документации Google.

Чтобы контролировать поведение других сторонних тегов для этих и других, новых типов согласия пользователя, Google решила упростить данный процесс и представила новую настройку режима согласия в Google Tag Manager. Теперь все пользователи GTM и GTM 360 могут напрямую интегрироваться с режимо согласия и легко включать его в поведение тегов на своем веб-сайте.

В связи с этим в самом интерфейсе тоже произошли некоторые изменения.

Настройки, связанные с согласием

В каждом теге в разделе Расширенные настройки появилась опция Настройки, связанные с согласием (BETA):

В настройке теперь есть два режима:

1. проверки встроенного согласия;
2. проверки дополнительного согласия с возможностью выбора.

Проверка встроенного согласия говорит о том, что данный тег уже поддерживает перечисленные согласия. Они определяются Google автоматически. Например, на скриншоте выше для тега Google Аналитика: конфигурация GA4 были определены проверки встроенного согласия ad_storage и analytics_storage, а для тега типа Пользовательский HTML (см. скриншот ниже) встроенных согласий не было обнаружено.

У тега типа Ремаркетинг в Google Рекламе, Связывание конверсий и Floodlight определился ad_storage, и т.д. Другие теги могут отображать иные типы согласия, о которых пойдет речь ниже.

Новые типы согласия

При выборе настройки Для активации тега требуется дополнительное согласие есть возможность указать тип согласия из выпадающего списка:

Теперь доступно 5 типов согласия:

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

Последние три типа согласия можно использовать для любых тегов, не связанных с Google (для них используйте ad_storage и analytics_storage). Проверки дополнительного согласия вы можете выполнять сразу на уровне тегов GTM, не применяя условия проверки согласия к триггерам. Если требуется использовать все дополнительные согласия, вы можете добавить их к тегу поочередно, прописав значения в отдельных полях:

Если пользователь не дает согласия на определенные типы, которые вы выбрали для данного тега, такой тег не будет запущен.

В статье, посвященной разбору настройки Cookiebot, я описывал типы файлов cookie, которые заложены в их систему:

 

• Necessary (Необходимые) - помогают сделать сайт удобным, позволяя реализовать основные функции, такие как навигация по странице и доступ к защищенным областям сайта. Сайт не может нормально функционировать без этих файлов куки;
• Preferences (Настроечные) - позволяют сайту запоминать информацию, которая изменяет способ работы или вид сайта, например, с учетом вашего предпочтительного языка и региона, в котором вы находитесь;
• Statistics (Статистические) - помогают владельцам сайтов понять, как посетители взаимодействуют с сайтами, путем сбора и представления анонимной информации;
• Marketing (Маркетинговые) - используются для отслеживания перемещения посетителей по сайтам. Цель этого отслеживания — показ рекламных объявлений, которые актуальны и интересны для конкретного пользователя и тем самым более ценны для издателей и сторонних рекламодателей;
• Other (Без категории) - это файлы cookie, которые Cookiebot пытается классифицировать вместе с поставщиками конкретных файлов куки.

И в зависимости от выбора пользователя, мы можем в Google Tag Manager передавать итоговое состояние, и далее запускать или блокировать триггер активации -> активировать/блокировать запуск тег. У других CMP-платформ список категорий может чуть отличаться, но сам подход к работе точно такой же.

Типы согласия ad_storage и analytics_storage используются в режиме согласия Google и для продуктов/тегов компании Google. А вот новые типы согласия functional_storage, personalization_storage, security_storage можно как раз использовать для сопоставления других категорий, которые могут быть в CMP-платформах.

Если проводить аналогию новых типов согласий и тех категорий файлов cookie, которые есть у провайдера Cookiebot, то Preferences можно было бы отнести к functional_storage, Statistics к personalization_storage, а Necessary к security_storage. Пока это лишь мое предположение того, как это может работать в будущем.

На данный момент ни одна CMP-платформа не поддерживает такие типы согласия, как: functional_storage, personalization_storage, security_storage (а нужно ли?). Но они присутствуют в документации разработчиков по настройке пользовательских шаблонов Google Tag Manager. И вы на основе новых функций, которые включают в себя набор API-интерфейсов и типов согласия, можете создать свое собственное решение и опубликовать его в галерее шаблонов сообщества.

Другими словами: Google Tag Manager теперь позволяет создавать сторонним разработчикам собственные решения, которые будут поддерживать режим согласия и удовлетворять требованиям GDPR и TCF v2.0, и предлагает для этого использовать несколько типов согласий с рекомендуемыми именами functional_storage, personalization_storage и security_storage. Однако если вы предлагаете варианты согласия, которые не соответствуют этим типам (не хотите использовать предопределенные), вы также можете предоставить настраиваемые типы согласия, указав свой собственный ключ типа согласия.

Подробнее о том, как создать свое решение режима согласия как CMP, как его настроить по умолчанию, обновлять при изменении пользователем статуса согласия и развернуть его в галерее шаблонов сообщества, читайте в официальной справке API пользовательских шаблонов.

Возвращаемся к настройкам тега. В проверке дополнительного согласия доступно 3 варианта:

1. Не настроено (по умолчанию);
2. Дополнительное согласие не требуется;
3. Для активации тега требуется дополнительного согласие.

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

При такой настройке тег будет активироваться только тогда, когда все перечисленные типы согласия будут иметь значение granted (предоставлено), то есть когда фактически пользователь подтвердит на сайте свое согласие по этим типам согласия. Только после этого тег запуститься.

Функция обзора настроек режима согласия

Чтобы быстро посмотреть на все теги и их режимы согласия, вы можете включить обзор настроек режима согласия. Для этого перейдите в раздел Администрирование - Настройки контейнера, и поставьте галочку напротив Включить обзор настроек режима согласия (BETA).

Сохраните изменения. После этого в разделе Теги вы увидите новую иконку в виде щита:

При нажатии на нее откроется отдельное окно с настройками всех тегов:

В таблице Режим согласия не настроен отображаются теги, для которых настройка дополнительного согласия не задана. А для тегов, у которых выбрана настройка дополнительного согласия (либо Дополнительное согласие не требуется, либо Для активации тега требуется дополнительного согласие перечислены типы согласия).

В этом же окне вы можете массово изменить настройки согласия. Для этого просто отметьте нужные теги и правом верхнем углу нажмите на значок щита с настройкой:

Для выбранных тегов укажите необходимый тип согласия:

Новые триггеры

Если вы перейдете в раздел Триггеры, то заметите, что в списке триггеров Просмотр страницы появилось два новых:

1. Инициализация (Initialization);
2. Инициализация согласия (Consent Initialization);

Важно: эти триггеры не могут обрабатывать асинхронные запросы (браузер будет по-прежнему реагировать на команды и могут выполняться другие скрипты). То есть использование какого-либо из предложенных новых триггеров не гарантирует 100% правильную работу, поскольку даже при активации тега с триггером Инициализация согласия (Consent Initialization - All Pages) он может завершиться только после того, как некоторые другие теги уже начали запускаться для последующих триггеров.

Инициализация согласия (Consent Initialization)

Данный триггер срабатывает самым первым на шкале событий в режиме отладки Google Tag Manager, до нового Initialization, Container Loaded, DOM Ready и Window Loaded. Событие фиксируется всегда на каждой странице.

На уровне данных (dataLayer) событие имеет название gtm.init_consent. Этот триггер следует запускать тогда, когда вы используете CMP-платформу или хотите запустите какой-либо код, который устанавливает согласие по умолчанию для 5 различных типов согласия (ad_storage, analytics_storage, functional_storage, personalization_storage, security_storage).

Триггер Consent Initialization является системным, он предназначен для обеспечения соблюдения настроек согласия до срабатывания других триггеров. Его не следует использовать для запуска тегов, которые должны активироваться на раннем этапе на сайте, за исключением тех тегов, которые устанавливают или обновляют состояние согласия пользователя для вашего сайта по умолчанию. Если вы хотите активировать какие-либо теги, которые должны срабатывать раньше других триггеров по шкале событий (до Container Loaded с отметкой gtm.start), используйте триггер Инициализация (Initialization - All Pages).

Инициализация (Initialization)

Событие срабатывает вторым по счету на шкале событий GTM - после нового Consent Initialization, но до привычных Container Loaded, DOM Ready и Window Loaded. Событие фиксируется всегда на каждой странице.

На уровне данных (dataLayer) событие имеет название gtm.init. С помощью данного триггера можно запустить какой-нибудь тег до загрузки самого контейнера или счетчиков аналитики (Яндекс.Метрики, Google Analytics, Facebook Pixel и т.д.), а также устанавливать зависимости между тегами, которые не связаны с режимом согласия (для таких целей используйте триггер Инициализация согласия).

Итоговая настройка

В результате, чтобы ваша интеграция прошла успешно, режим согласия работал, а активации триггеров/тегов в Google Tag Manager была зависима от выбора пользователя, вам необходимо:

• выбрать CMP-провайдера, который поддерживает интеграцию с диспетчером тегов Google;
• настроить всплывающее окно с возможностью выбора, которое пользователи будут видеть при заходе на сайт;
• настроить триггеры и теги активации в Google Tag Manager по инструкции, указанной на сайте CMP-платформы, или дождаться, пока CMP-платформы обновят настройки, исходя из нововведений Google с помощью новых API-интерфейсов шаблонов;
• проверить корректность работы на сайте.

В завершение

Пока новые функции режима согласия находятся в бета-тестировании и самые популярные CMP-платформы не имеют полной интеграции с GTM. Остается только ждать, когда все ключевые игроки обновят настройки и создадут свои собственные шаблоны с учетом режима согласия и требований законодательств.

Компании, которые обрабатывают личные данные пользователей, находящихся на территории ЕС, обязаны соблюдать GDPR и TCF v2.0. И это вовсе не значит, что соблюдение регламента не распространяется на российские компании. Напротив, требования GDPR имеют отношения к компаниям в любой стране, деятельность которых направлена на физических лиц в ЕС.

Добавив новый функционал в диспетчер тегов, Google фактически включил в процесс создания сами CMP-платформы, предоставив им набор API-интерфейсов и типов согласия. Теперь не только пользователи Google Tag Manager должны самостоятельно настраивать и делать большую часть работы, но и поставщики услуг также должны принимать активное участие. А, как вы теперь понимаете, это долгий и трудоемкий процесс.

Режим согласия, CMP-платформы, Google Consent Mode - это не будущее, а уже настоящее. И игнорирование фактического выбора пользователя может повлечь за собой юридические последствия.