Режим згоди в серверному Google Tag Manager

Нещодавні зміни у вимогах до конфіденційності призвели до того, що веб-сайти повинні отримувати згоду користувачів на використання файлів cookie та скриптів відстеження, пов’язаних із рекламою чи аналітикою. Щоб допомогти власникам веб-сайтів дотримуватися цих вимог, Google запровадив режим згоди. Використовуючи режим згоди в веб-GTM, ви можете адаптувати поведінку тегів на основі згоди користувача.

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

GDPR і файли cookieСкопіюйте посилання на цей розділ

Правила конфіденційності, головним чином GDPR Європейського Союзу та Каліфорнійський закон про конфіденційність споживачів, забороняють веб-сайтам збирати дані про відвідувачів веб-сайтів без їхньої згоди. Користувачі можуть вибрати, чи можуть сайти збирати інформацію та використовувати файли cookie за допомогою банерів файлів cookie.

Файли cookie можна розрізняти за призначенням:

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

• Файли cookie налаштувань – ці типи файлів cookie дозволяють веб-сайтам запам’ятовувати системні налаштування, які користувачі встановили раніше. Це може бути кошик товару, мова, місцезнаходження тощо. Потрібна згода.

• Статистичні файли cookie - це зазвичай анонімні файли cookie, які допомагають покращити ефективність веб-сайту. Зазвичай він відстежує, на які сторінки натискали користувачі, відвідані сторінки тощо. Потрібна згода.

• Маркетингові файли cookie – використовуються для збору особистої інформації для надання більш релевантної персоналізованої реклами. У більшості випадків це сторонні файли cookie. Потрібна згода.

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

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

• Зберігати та реєструвати згоду, отриману від користувачів.

• Дозвольте користувачам взаємодіяти із сайтом, навіть якщо вони не дозволяють файли cookie або нічого не вибрали на банері файлів cookie.

• Дозволити користувачам відкликати свою згоду.

• Не використовуйте файли cookie та не збирайте дані, якщо це не дозволено користувачеві.

Режим згоди в веб-GTMСкопіюйте посилання на цей розділ

Google представив режим отримання згоди в веб-контейнер Google Tag Manager. Режим згоди – це новий параметр у веб-тегах GTM, який дозволяє керувати статистикою та маркетинговими файлами cookie. Цей параметр допомагає поважати рішення користувачів і налаштовувати поведінку тегів на основі статусу згоди.

Під час впровадження режиму згоди в Google Tag Manager ви можете активувати налаштування згоди лише в країнах або регіонах, де потрібна згода. Це допоможе відстежувати більший відсоток користувачів, які відвідують ваш сайт.

Є деякі теги з вбудованою перевіркою згоди. Це насамперед теги Google, такі як Google Ads, Google Analytics, Floodlight, Conversion Linker. Налаштування параметрів згоди є більш простим для цих тегів, тоді як теги без згоди вимагають додаткового налаштування.

Щоб налаштувати режим згоди, недостатньо лише веб-GTM. Вам також знадобиться Платформа керування згодою (CMP - Consent Management Platform). Основною метою CMP є показ банера cookie на вашому сайті. Більшість платформ керування згодою можна інтегрувати з режимом згоди в Google Tag Manager. У Google є список CMP, які можна поєднувати з режимом згоди. Деякі CMP створили теги для веб-GTM, що полегшило інтеграцію. Кожен CMP має свою документацію щодо інтеграції режиму згоди GTM. Я настійно рекомендую налаштувати режим згоди відповідно до їхніх інструкцій.

Як налаштувати режим згоди в серверному 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. Коли користувач дозволяє файли cookie, наші CMP надсилають спеціальну подію cookie_consent_update. Я видалю існуючий тригер «усі перегляди сторінок» і заміню його спеціальною подією cookie_consent_update, щоб активувати тег Facebook pageview.

5. Оновіть тригер для всіх ваших тегів. Щоб переглянути налаштування згоди для всіх, ви можете відкрити огляд згоди в веб-GTM.

6. Після того як ви налаштували режим згоди для тегів GA та FB у веб-GTM, вам потрібно переконатися, що теги GTM сервера активуються лише тоді, коли надається згода. Існує два способи використання режиму згоди в sGTM:

• Використання спеціальних подій, які CMP надсилає на рівень даних. (рекомендуємо використовувати цей метод)

• Використання параметрів GA, які визначають стан згоди.

7. По-перше, дозвольте мені показати, як налаштувати режим згоди в sGTM за допомогою спеціальної події. Створіть новий тег UA або GA4, який надсилає згоду на подію до sGTM. Він має ініціювати спеціальну подію cookie_consent_update (у моєму випадку).

8. У серверному GTM змініть тригер для тегу перегляду сторінки Facebook. У моєму випадку це спеціальна подія cookie_cosent_update, заявлена клієнтом GA4.

9. У цьому розділі показано, як налаштувати режим згоди в sGTM за допомогою параметра стану згоди GA4 GCS. Значення параметра GCS залежить від згоди користувача:

• gcs=G100 означає, що згода не надана

• gcs=G111 означає згоду надано

Створіть нову змінну даних події в контейнері sGTM, яка фіксує параметр GSC.

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

З мого досвіду цей метод менш надійний, ніж використання спеціальних подій у веб-GTM. Коли користувач потрапляє на сторінку вперше, GA бачить, що згода не надана, і перегляд сторінки FB не запускається. Якщо користувач залишається на тій самій сторінці та дозволяє файли cookie, GA не надсилатиме оновлене значення GSC. Таким чином, теги GA та FB у sGTM не запускатимуться, і ви пропустите деякі події перегляду сторінки.

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

Висновок:Скопіюйте посилання на цей розділ

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

Зв’яжіться з нами, якщо вам потрібна допомога з початку роботи чи налаштування відстеження на стороні сервера для вашого бізнесу. Ми є експертами з онлайн-реклами та можемо допомогти вам залишатися на випередженні у 2022 році та надалі.