Эта статья предназначена для разработчиков, которые уже реализовали решение для запросов согласия на своем сайте и хотят настроить режим согласия в серверной среде.
Что такое режим согласия
Если включен режим согласия, вы можете передавать Google информацию о том, согласны ли пользователи на сбор данных с помощью файлов cookie или идентификаторов приложения. Работа тегов корректируется в зависимости от этой информации. Функция "Режим согласия" не создает для вас баннер или виджет, а только взаимодействует с вашей платформой для запросов согласия (CMP).
Подробные сведения приведены в статье Режим согласия на сайтах и в мобильных приложениях.
Чтобы реализовать режим согласия, вам потребуется следующее:
- доступ с правами администратора к нужным продуктам Google;
- баннер или другое решение для запросов согласия на вашем сайте, совместимое с Consent Mode API или gtag.js;
- веб-контейнер и серверный контейнер Google Менеджера тегов;
- клиент Google Аналитика: GA4 в серверном контейнере для получения данных, на сбор которых пользователи дали согласие.
Как режим согласия работает с добавлением тегов на стороне сервера
Баннер с запросом согласия на вашем сайте получает информацию о выборе пользователя и отправляет ее в тег Google.
Тег Google передает эту информацию в серверный контейнер, добавляя параметры согласия в HTTP-запрос.
Теги продуктов Google на сервере работают с учетом согласия – количество и типы передаваемых ими данных меняются в зависимости от выбора пользователя.
Расширенный режим согласия
В серверных контейнерах поддерживается обычный и расширенный режим согласия.
Если вы выбрали расширенную версию и включили параметры, зависящие от региона, настройте поддержку этих параметров на сервере тегов.
Пример
Предположим, вам нужно настроить Consent Mode API для отслеживания конверсий в Google Рекламе и Google Аналитике 4. На вашем сайте уже есть баннер для запросов согласия, который вы развернули в веб-контейнере с помощью общедоступного шаблона.
Вам необходимо убедиться, что теги Google Рекламы и Google Аналитики активируются, если пользователь принял файлы cookie этих сервисов (ad_storage и analytics_storage соответственно).
Если же пользователь отклонил их, все запросы ping должны отправляться без файлов cookie.
Чтобы настроить режим согласия с добавлением тегов на стороне сервера, необходимы следующие компоненты:
Веб-контейнер (клиентский)
- Баннер для запросов согласия. Запрашивает согласие на сохранение файлов cookie для Google Рекламы и Google Аналитики. Изменяет статус согласия в зависимости от выбора пользователя.
- Тег Google. Инициализирует библиотеку Google Аналитики 4 в браузере и отправляет данные в серверный контейнер.
Серверный контейнер
- Клиент "Google Аналитика: GA4". Интерпретирует входящие HTTP-запросы из веб-контейнера.
- Тег связывания конверсий. Регистрирует конверсии.
- Тег отслеживания конверсий Google Рекламы. Отправляет данные о конверсиях в Google Рекламу.
Как настройки согласия влияют на поведение тегов
На вкладках ниже показано, как настройки согласия влияют на поведение различных тегов.
Теги Google Аналитики 4
Поведение тегов
analytics_storage: granted– теги Google Аналитики 4 работают как обычно.analytics_storage: denied- Обычный режим согласия. Теги Google полностью блокируются (не загружаются) до тех пор, пока пользователь не примет файлы cookie Аналитики. Ни на стороне клиента, ни на стороне сервера эти файлы не устанавливаются, не считываются и к ним не осуществляется доступ.
- Расширенный режим согласия. Теги Google загружаются на каждой странице, независимо от статуса согласия. Их поведение корректируется на основе выбора пользователя с помощью команд режима согласия. Если пользователь отклоняет ad_storage, в Google Аналитику отправляется запрос ping без файлов cookie. Такой запрос – это анонимное, обезличенное событие Google Аналитики. Ни на стороне клиента, ни на стороне сервера файлы cookie не устанавливаются, не считываются и к ним не осуществляется доступ.
Поддерживаемые функции
- Сквозная передача URL. Работает, если включена в клиентском теге Google.
- Спецификация TCF версии 2.0. Работает, если включена в веб-контейнере для всей страницы. Теги считывают строки TCF и благодаря этому могут поддерживать сигналы Google и персонализацию рекламы.
Теги конверсий Google Рекламы
Подготовка
Чтобы эти теги работали, в серверный контейнер необходимо добавить тег связывания конверсий.
Поведение тегов
ad_storage: granted– теги конверсий Google Рекламы работают как обычно.ad_storage: denied– файлы cookie Google Рекламы не записываются и не считываются. Вместо этого браузер отправляет пиксель отслеживания конверсий в домен, не использующий файлы cookie.
Поддерживаемые функции
- Сквозная передача URL. Работает, если включена в клиентском теге Google.
- Удаление данных рекламы. Работает, если включено в клиентском теге Google.
- Спецификация TCF версии 2.0. Работает, если включена в веб-контейнере для всей страницы.
- Расширенное отслеживание конверсий. Работает, если пользователь дал согласие.
Теги ремаркетинга Google Рекламы
Поведение тегов
ad_storage: granted– теги ремаркетинга Google Рекламы работают как обычно.ad_storage: denied– использование HTTP-запросов и файлов cookie блокируется.
Поддерживаемые функции
- Сквозная передача URL не поддерживается.
- Удаление данных рекламы. Если пользователь отклонил
ad_storage, то тег не отправляет запрос на сохранение данных. - Спецификация TCF версии 2.0. Работает, если включена в веб-контейнере для всей страницы.
Теги продаж и счетчиков Floodlight
Подготовка
Чтобы эти теги работали, в серверный контейнер необходимо добавить тег связывания конверсий.
Поведение тегов
ad_storage: granted– теги Floodlight работают как обычно.ad_storage: denied– использование HTTP-запросов и файлов cookie блокируется.
Поддерживаемые функции
- Сквозная передача URL. Работает, если включена в клиентском теге Google.
- Удаление данных рекламы. Если пользователь отклонил
ad_storage, то тег не отправляет запрос на сохранение данных. - Спецификация TCF версии 2.0. Работает, если включена в веб-контейнере для всей страницы.