Режим согласия в серверном Google Tag Manager

Недавние изменения в требованиях к конфиденциальности сделали обязательным получение согласия пользователей на использование файлов cookie и скриптов отслеживания, связанных с рекламой или аналитикой. Чтобы помочь владельцам сайтов соответствовать этим требованиям, Google ввел режим согласия. Используя режим согласия в web GTM, вы можете адаптировать поведение тегов в зависимости от согласия пользователя.

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

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

Cookies можно разделить по назначению:

• Строго необходимые файлы cookie - для этого типа файлов cookie не нужно получать согласие пользователя, поскольку они необходимы для правильной работы веб-сайтов. Обычно они имеют концепцию 1-ой стороны.

• Preferences cookies - эти типы cookies позволяют веб-сайтам запоминать системные предпочтения, установленные пользователями ранее. Это может быть корзина продуктов, язык, местоположение и т.д. Требуется согласие.

• Статистические файлы cookie - обычно это агрегированные анонимизированные файлы cookie, которые помогают улучшить работу сайта. Обычно они отслеживают, на какие страницы нажимали пользователи, какие страницы посещали и т.д. Требуется согласие.

• Маркетинговые файлы cookie - используются для сбора личной информации с целью предоставления более релевантной персонализированной рекламы. В большинстве случаев это файлы cookie третьей стороны. Требуется согласие.

Существует также список требований к тому, как должны выглядеть баннеры cookie и какую информацию содержать. Ниже приведен список основных требований GDPR к баннерам cookie, но в некоторых странах есть и свои требования:

• Предоставлять четкую информацию, используя нетехнический язык, о том, какие данные собирает каждый файл cookie и как они используются.

• Хранить и регистрировать согласие, полученное от пользователей.

• Позволять пользователям взаимодействовать с сайтом, даже если они не разрешают использование файлов cookie или ничего не выбрали на баннере с файлами cookie.

• Дайте пользователям возможность отозвать свое согласие.

• Не используйте файлы cookie и не собирайте данные без разрешения пользователя.

Google ввел режим согласия в веб-контейнере Google Tag Manager. Режим согласия - это новая настройка в веб-тегах GTM, которая позволяет управлять статистикой и маркетинговыми cookies. Эта настройка помогает уважать решения пользователей и настраивать поведение тегов в зависимости от статуса согласия.

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

Существуют некоторые теги со встроенной проверкой согласия. В первую очередь это такие теги Google, как Google Ads, Google Analytics, Floodlight, Conversion Linker. Настройка параметров согласия для этих тегов более проста, в то время как теги без согласия требуют дополнительной настройки.

Для настройки режима согласия недостаточно только Web GTM. Вам также понадобится платформа управления согласием. Основная цель CMP - показать баннер cookie на вашем сайте. Большинство платформ управления согласием могут интегрироваться с режимом согласия в Google Tag Manager. У Google есть список CMP, которые могут сочетаться с режимом согласия. Некоторые CMP создали теги для веб-GTM, что значительно упрощает интеграцию. Каждый CMP имеет свою документацию по интеграции режима согласия GTM. Я настоятельно рекомендую настраивать режим согласия в соответствии с их инструкциями.

Серверный GTM пока не имеет режима согласия, аналогичного веб-GTM. Если вы хотите реализовать режим согласия для серверного Google Tag Manager, необходимо сначала реализовать режим согласия в веб-GTM. В этом гайде в качестве примера будет использоваться cookiebot CMP, так как мы используем его для stape.

1. Первый шаг - включить обзор согласия в настройках контейнера веб-GTM.

2. Добавьте тег Consent Management Platform в веб-контейнер GTM. Этот тег должен инициировать инициализацию Согласия - Все страницы. Возможно, вы захотите изменить состояние согласия по умолчанию для каждого типа cookie.

3. В большинстве случаев нет необходимости настраивать дополнительные изменения для таких тегов, как Google Ads, Analytics, Floodlight и Conversion Linker, поскольку они имеют встроенные проверки согласия. Но я настоятельно рекомендую проверить документацию CMP по настройке режима согласия для продуктов Google, поскольку она может отличаться.

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

4. Когда пользователь разрешает cookies, наши CMP отправляют пользовательское событие cookie_consent_update. Я удалю существующий триггер "все просмотры страниц" и заменю его на пользовательское событие cookie_consent_update для запуска тега Facebook pageview.

5. Обновите триггер для всех ваших тегов. Чтобы увидеть настройки согласия для всех из них, вы можете открыть Обзор согласия в веб GTM. 

6. После настройки режима согласия для тегов GA и FB в web GTM необходимо убедиться, что серверные теги GTM срабатывают только при наличии согласия. Существует два способа использования режима согласия в sGTM:

• Использование пользовательских событий, которые CMP отправляет на dataLayer. (рекомендуем использовать этот метод)

• Использование параметров GA, определяющих состояние согласия.

7. Сначала покажу, как настроить режим согласия в sGTM с помощью пользовательского события. Создайте новый тег UA или GA4, который отправляет событие consent granted в sGTM. Он должен срабатывать на пользовательское событие cookie_consent_update (в моем случае).

8. В серверном GTM измените триггер для тега Facebook pageview. В моем случае это пользовательское событие cookie_cosent_update, заявленное клиентом GA4. 

9. В этом разделе показано, как настроить режим согласия в sGTM с помощью параметра состояния согласия GA4 GCS. Значение параметра GCS зависит от согласия пользователя:

• gcs=G100 означает, что согласие не получено

• gcs=G111 означает, что согласие получено.

Создайте новую переменную данных события в контейнере sGTM, которая фиксирует параметр GSC.

10. Создайте триггер для тега page_view Facebook Conversion API в контейнере sGTM. Я буду запускать тег FB CAPI pageview, когда имя клиента будет равно GA4, имя события будет page_view, а GSC будет равно G111. 

По моему опыту, этот метод менее надежен, чем использование пользовательских событий в веб-GTM. Когда пользователь попадает на страницу в первый раз, GA видит, что согласие не получено, и FB pageview не срабатывает. Если пользователь остается на той же странице и разрешает cookies, GA не отправит обновленное значение GSC. Таким образом, теги GA и FB в sGTM не сработают, и вы пропустите некоторые события просмотра страницы.

11. Последним шагом будет тестирование режима согласия sGTM в режиме предварительного просмотра и публикация контейнера, если все сделано правильно.

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

Свяжитесь с нами, если вам нужна помощь в начале работы или в настройке отслеживания на стороне сервера для вашего бизнеса. Мы являемся экспертами в области интернет-рекламы и можем помочь вам оставаться впереди в 2022 году и в будущем.