Режим согласия в GTM: что это и как настроить | Статьи SEOnews

Режим согласия в GTM: что это и как настроить | Статьи SEOnews
Руслан Фатхутдинов Веб-аналитик агентства Реаспект

Редактор Telegram-канала «Мысль украдена» В Google Tag Manager есть полезные и эластичные функции для работы с согласием юзера (на сбор различной инфы о посещении) . Функции поддерживают эластичную настройку обработки согласия не совсем лишь приборов Google, но и, в принципе, всех тегов, которые можнож добавить через Google Tag Manager.

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

Главно сказать, что функции, связанные с согласием, доступны без ограничений для обеих версий Google Tag Manager, как для безвозмездной, так и для платной GTM 360.

Типы согласия

Есть 5 типов согласия, которые рекомендует применять Google:

Тип

Описание

ad_storage

Хранение данных, связанных с рекламой.

analytics_storage

Хранение данных, связанных со статистикой. К примеру, длительностью посещения и т. д.

functionality_storage

Хранение данных, связанных с функциями сайта или прибавления. К примеру, выбранный язык и т. д.

personalization_storage

Активирует хранение данных, связанных с персонализацией. К примеру, советы видео и т. д.

security_storage

Активирует хранение данных, связанных с обеспечением сохранности. К примеру, аутентификацией, блокировкой фрода и иными методами охраны.

Занимательно, что в Европейском союзе хранилища functionality_storage и security_storage относятся к хранилищам строгой необходимости не требуют получения согласия.

Функции, связанные с согласием на уровне тегов

Функции, связанные с согласием на уровне тегов, находятся в конце раздела «Расширенные настройки».

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

Проверки встроенного согласия


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

К примеру, на скриншоте выше указаны типы согласия ad_storage и analytics_storage, перечисленные в разделе «Проверка встроенного согласия». Это означает, что тег (конкретно шаблон этого тега) указал в собственных разрешениях, что ему нужен доступ для чтения и/или записи к сиим конкретным типам разрешений.

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

У тегов Google (Analytics, Ads и Floodlight) есть интегрированные проверки для analytics_storage и ad_storage, и их поведение описано. Иные теги могут требовать иные типы согласия, а что происходит в ситуации предоставления или непредоставления согласия, надобно читать в доках на официальном сайте сервисов.

Главно! Раздел «Проверка встроенного согласия» есть лишь в том случае, ежели тег (шаблон тега) обращается к состоянию согласия из собственного кода. Ежели тег не взаимодействует с API согласия, блока «Проверка встроенного согласия» не будет.

Проверки доп согласия


Эта настройка дозволяет проверять уровень предоставленного согласия прямо из самого контейнера, даже ежели сам тег никак не взаимодействует с API согласия.

В разделе представлено три варианта:

  1. Не настроено – функция по умолчанию. Ежели вы не точно понимаете, как данное согласие обязано влиять на работу тега, избирайте эту опцию.
  2. Доп согласие не требуется – избирайте эту опцию, ежели тег обязан запускаться без разницы от того, какой уровень согласия отдал юзер.
  3. Для активации тега требуется доп согласие – эта функция для эластичных опций, ежели тег обязан поменять свое поведение в зависимости от различных опций типов согласия. Опосля активации данной функции покажется маленькая таблица, в которую можнож добавить любые из 5 обрисованных выше типов согласия. Тег будет срабатывать лишь в том случае, ежели все перечисленные типы согласия получат разрешение.

Окно обзора опций режима согласия

Для активации окна с обзором опций режима согласия перейдите в раздел «Администрирование» > «Функции контейнера» и поставьте галочку в пт «Включить обзор опций режима согласия».

Опосля этого в разделе «Теги» вверху справа, рядом с клавишей «Создать», покажется иконка в виде щита с галочкой (Обзор опций режима согласия) .


Нажав на эту клавишу, вы откроете окно со перечнем всех тегов и их опциями согласия.

Все теги в этом окне распределены по двум блокам:

  1. «Режим согласия не настроен» – в этом блоке находятся все теги, у каких в разделе «Проверка доп согласия» выбрана функция «Не настроено». Иными словами, проверка доп согласия не настроена.
  2. «Режим согласия настроен» – тут находятся все теги, у каких настроена проверка доп согласия.
  • Значение «Нет» в колонке показывает, что в доп настройках согласия у тега был выбран вариант «Доп согласие не требуется».
  • Ежели в настройках выбран пункт «Для активации тега требуется доп согласие», в колонке «Доп согласие» будут указанные типы согласия.

В окне «Обзор опций режима согласия» доступны массовые действия с согласием. Для того чтоб задать согласие сходу нескольким тегам, надобно поставить галочки против подходящих, и надавить на иконку щита с шестеренкой (Массово поменять функции, связанные с согласием) .


Триггеры обработки согласия

Есть 2 типа триггеров, которые относятся к режиму согласия:

  1. Инициализация.
  2. Инициализация согласия.

Два триггера добавлены в раздел «Просмотр страницы» и в режиме предпросмотра загружаются отдельными событиями.


Триггер «Инициализация согласия»

Триггер «Инициализация согласия» срабатывает самым первым из всех вероятных триггеров. Этот триггер употребляется для пуска тегов, которые задают или обновляют статус согласия, получаемого от юзера. Таковым образом гарантируется, что теги, которые будут вызваны триггерами опосля этого триггера, будут учесть данные юзером функции согласия.

Иными словами, этот триггер предназначен для применения с тегами платформы для запросов согласия или тегов, которые устанавливают функции согласия по умолчанию.

По умолчанию во всех контейнерах находится триггер «Consent Initialization – All Pages».


На уровне данных (dataLayer) этот триггер отправляется в качестве действия «gtm.init_consent» с именованием «Consent Initialization».

Триггер «Инициализация»

Триггер «Инициализация» запускается сходу опосля триггера «Инициализация согласия», но перед хоть какими иными триггерами. Он употребляется для функции зависимостей, не связанных с согласием.

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

По умолчанию во всех контейнерах находится триггер «Initialization – All Pages».


На уровне данных (dataLayer) этот триггер отправляется в качестве действия «gtm.init» с именованием «Initialization».

Настройка обработки согласия

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

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

Некие платформы добавили свои решения в общую галерею тегов и переменных Google Tag Manager. Три решения можнож узреть в окне обзора опций режима согласия. Еще часть решений можнож отыскать в разделе «Шаблоны» по ключевикам «Constent» или «CMP».


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

Настройка проекта в cookiebot

1. Заходим на сайт cookiebot и проходим регистрацию.


2. Давим на иконку с карандашом около поля Domain Group (в этом блоке происходит прибавление, удаление и переключение меж группами доменов) . Задаем заглавие собственной группы доменов / компании.

Одна группа доменов соединяет в себе домены и поддомены, принадлежащие одной компании.

3. Вкладка «Domains» в разделе «Settings» создана для управления доменами и поддоменами:

  • В поле «Domain name», нажав на иконку со знаком плюса, можнож добавить адресок домена / поддомена. В столбце «Scan frequency» задается частота переобхода сайта с целью обновления перечня cookie-файлов.
  • В поле «Domain alias» задаются доп зеркала домена, ежели он доступен по нескольким адресам.
  • Ежели вы добавили несколько доменов, найдите поле «Enable bulk consent for all domains». Активируйте его, чтоб согласие, данное на одном домене, было учтено всеми доменами.
  • В блоке «User consent expiration» можнож выбрать срок, через который у юзера опять будет запрошено согласие.

В левой доли окна есть 4 иконки, которые отвечают за различные действия. Иконка с галочкой «Save» сохранит внесенные исправления. Иконка со стрелкой «Undo Changes» откатит все внесенные конфигурации до заключительных сохраненных. Иконка с монитором и одной белоснежной полосой «Preview» покажет, как будет смотреться настроенное окно сбора согласия. Иконка с монитором и 3-мя полосами «Preview» покажет, как будет смотреться перечень и описание отысканных на сайте файлов cookie.

4. Вкладка «Dialog» в разделе «Settings» создана для управления наружным видом окна для сбора согласия, его позиции появления, также содержания.

5. Вкладка «Declaration» в разделе «Settings» дает возможность настроить, необходимо ли демонстрировать гостю перечень кук, отысканных на сайте, или нет.

6. На вкладке «Content» в разделе «Settings» можнож выбрать язык окна запроса согласия, также поменять или добавить свои условия в текст согласия.

7. Заключительная вкладка раздела «Settings» величается «Your scripts» и отвечает за установку скрипта cookiebot на сайт. Потому что мы будем применять Google Tag Manager, нас интересует лишь значение Domain Group ID.

8. В разделе «Cookies» находится перечень найденных во время сканирования сайта файлов cookie. Для каждого файла будут указаны образцы страничек, на которых они были обнаружены, образцы значения, к какому домену они относятся и срок их жизни.

Не считая того, каждому файлу можнож задать тип согласия и описание.

Соответствие типов согласия Google Tag Manager и Cookiebot

GTM Consent Type

Cookiebot Type

ad_storage

marketing

analytics_storage

statistic

functionality_storage

preferences

personalization_storage

preferences

security_storage

necessary

Для большинства файлов cookiebot автоматом определит тип согласия. А для тех файлов, для которых не сумеет его найти, выставит значение «Unclassified». Этот тип согласия не относится ни к одному иному. Не будет блокироваться в случае запрета какого-нибудь типа согласия со стороны гостя. Иными словами, чрезвычайно главно распланировать все «Unclassified»-файлы по правильным типам.

В левой доли экрана есть две клавиши. Клавиша с иконкой стрелки «Downnload» даст возможность экспортировать перечень отысканных файлов со всеми доп сведениями. А кнопка с иконкой плюса «Add Cookie» дозволяет добавить новейший файл cookie.

Главно! Ежели сайт был добавлен не так давно, эта страничка может не содержать файлы cookie. Обращайте внимание на информацию в разделе status.

9. В разделе «User consents» содержится статистика по сбору согласия для всех добавленных в группу страничек.

10. А в разделе «Reports» содержится информация о сделанных сканированиях страничек.

Настройка тега cookiebot в контейнере Google Tag Manager

1. В контейнере переходим в раздел «Шаблоны» > «Шаблоны тегов», обретаем шаблон с заглавием «Cookiebot CMP» и прибавляем его себе.

2. В разделе «Теги» создаем новейший тег.

  • Тип – Cookiebot CMP.
  • Cookiebot ID – Domain Group ID, приобретенный в итоге функции cookiebot.
  • Language – Default (auto-detect) . Метод определения тегом языка, на котором надобно демонстрировать баннер сбора согласия гостю.
  • Enable IAB Transparency and Consent Framework – стоит отмечать лишь в случае, ежели используете фреймворки сбора согласия (Transparency and Consent Framework (TCF) ).
  • Default Consent State – все поставить «Granted». Какой уровень согласия будет у тега с указанными типом до того, как юзер сам укажет тип согласия.
  • Wait for update – 2000. Сколько миллисекунд ожидать до показа баннера сбора согласия.
  • Триггер – «Consent Initialization – All Pages».

Чтоб проверить корректность функции тега, можнож запустить контейнер в режиме предпросмотра.

А так пуск тега смотрится в режиме предпросмотра.

Настройка триггеров обновления согласия

Триггерами неких тегов выступают различные этапы загрузки странички. К примеру, у PageView тега Universal Analytics тегом выступает событие Page View. При запросе согласия эти действия будут упущены. Другими словами просмотр странички, в течение которого дано согласие, не попадет в счетчик. И первым просмотром будет теснее последующая загрузка странички.

Чтоб засчитать просмотр или в момент загрузки странички, или в момент выдачи согласия необходимо добавить 5 новейших триггеров типа пользовательское событие:

  • cookie_consent_statistics,
  • cookie_consent_marketing,
  • cookie_consent_preferences,
  • cookie_consent_necessary,
  • сookie_consent_update.

Каждое из этих событий происходит в момент обновления статуса согласия для каждого из типов согласия.

Настройка типов согласия для тегов

Остается открыть окно обзора опций согласия и для каждого тега указать верный тип согласия.

Итог функции режима согласия

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

Покажу, как это работает на образце тега Universal Analytics – Pageview.

1. Зададим тегу проверку доп согласия уровня «Для активации тега требуется доп согласие» с типом «analytics_storage».

2. Вторым триггером пуска добавим «CE – cookie_consent_statistics».

3. Тип согласия «analytics_storage» в GTM равен типу согласия «Statistics». Потому в самом теге «Cookiebot CMP» выставим этому типу согласия значение по умолчанию «Denied».

4. Запускаем режим предпросмотра и глядим событие «Container Loaded» (триггер «Просмотр страницы») , потому что непосредственно оно является обыденным триггером для пуска главных счетчиков.

Видим, что тег не запущен:

Раскрываем доскональную информацию о теге и видим, что тег не запущен из-за «Not fired due to missing consent» (Не запущен из-за неимения согласия) .

Файла cookie Universal Analytics (Имя _ga) нет.

Никаких хитов тоже нет.

4. Предоставим согласие на сбор Statistic данных.

Опосля выдачи согласия вышло событие «cookie_consent_statistics» и тег запустился.

Заключение

На момент написания данной статьи обладателям страничек на местности Рф нет необходимости подробно контролировать режим согласия и сбор данных, как, к примеру, это происходит в Европейском союзе или штате Калифорния. Но, вероятно, в некий момент таковая потребность покажется.

И, как вы видите, настроить работу с согласием благодаря Google Tag Manager и иным готовым решениям довольно просто и живо.

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

Статьи

Добавить комментарий

Нам важно знать ваше мнение. Оставьте свой отзыв или ответ

Комментариев 0

Обновления на форуме