Google Consent Mode v2: як працює, що насправді змінює та чого не виправить за вас

Частою помилкою є ототожнення платформи управління згодою (CMP) із самим режимом згоди від Google. CMP (Consent Management Platform) відповідає за візуальну та юридичну сторону: відображає банер, збирає вибір відвідувача та зберігає його. У свою чергу, Google Consent Mode v2 працює як комунікаційний інтерфейс (API) - він зчитує цей вибір і коригує поведінку скриптів Google Analytics 4 та Google Ads.

Усе просто: якщо користувач натискає на банері «Відхилити аналітичні cookie», сайт повинен негайно передати тегу сигнал analytics_storage=denied. Сама по собі кнопка «Відхилено» у спливаючому вікні нічого не змінює, якщо скрипти відстеження не отримають відповідної команди.

У зв’язку з набранням чинності Акта про цифрові ринки ЄС (DMA), Google зробив використання Consent Mode v2 обов’язковим. Якщо перша версія v1 базувалася на двох основних параметрах (analytics_storage та ad_storage), то у версії v2 з’явилися два нові, ключові сигнали:

• ad_user_data - визначає згоду на передачу персональних даних користувача до Google для рекламних цілей та вимірювання (необхідно, зокрема, для розширених конверсій).
• ad_personalization - відповідає за згоду на покази персоналізованої реклами та формування списків ремаркетингу.

Обидва ці параметри повинні приймати значення granted (надано) або denied (відхилено) залежно від вибору відвідувача. Відсутність правильної передачі цих сигналів призводить до неможливості збирання аудиторій та оптимізації рекламних кампаній у Google Ads.

Впровадження Consent Mode v2 можна здійснити у двох варіантах:

• Базовий режим (Basic Mode): Скрипти Google повністю заблоковані до моменту, поки користувач не зробить вибір на банері. У разі відмови сайт не надсилає до Google жодних даних. Це найпростіша модель, яка гарантує максимальний рівень конфіденційності, але унеможливлює збір сигналів для моделювання даних.
• Розширений режим (Advanced Mode): Теги Google завантажуються одразу при вході на сторінку із замовчуваним станом denied. У разі відмови вони не записують файли cookie, але надсилають анонімні сигнали (так звані cookieless pings). Google використовує ці сигнали для поведінкового моделювання в GA4 та моделювання конверсій у Google Ads.

Важливо підкреслити: розширений режим не означає стеження всупереч волі користувача - дані оцінюються статистично на агрегованому рівні. Вибір відповідного режиму слід завжди узгоджувати з юристом або фахівцем із захисту даних вашої компанії.

Consent Mode v2 - це інструмент комунікації, а не універсальне рішення для будь-яких помилок в аналітиці. Ось у чому сам Consent Mode вам не допоможе:

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

Щоб Google Analytics 4 зміг запустити алгоритми поведінкового моделювання, вебсайт повинен відповідати суворим кількісним порогам: збирати щонайменше 1000 подій на день зі станом analytics_storage='denied' протягом принаймні 7 днів та щонайменше 1000 користувачів на день зі станом analytics_storage='granted' протягом щонайменше 7 із останніх 28 днів. Якщо трафік на сайті занадто малий, модель просто не сформується.

Щоб переконатися, що передача згод працює коректно, варто провести перевірку за допомогою Google Tag Assistant або у вкладці Network в інструментах розробника браузера (DevTools):

• Тест 1 (до вибору): Відкрийте сайт у режимі інкогніто. У розширеному режимі початковий стан сигналів має вказувати на відсутність згоди (у параметрах запитів collect шукайте значення gcs=G100 або gcs=G1--, а в параметрі gcd - літери станів за замовчуванням).
• Тест 2 (після прийняття): Натисніть «Прийняти все». Параметри в наступних запитах повинні оновитися на стан granted (наприклад, gcs=G111 та літери r або v у gcd).
• Тест 3 (після відмови): Перезапустіть сесію та натисніть «Відхилити». Сигнали повинні зберегти стан denied.

Зверніть увагу, чи команда оновлення згоди (consent update) виконується до того, як сайт надішле основні аналітичні події. Протестуйте налаштування не лише на головній сторінці, а й на посадках (landing pages) рекламних кампаній - там порядок завантаження скриптів нерідко відрізняється.

Якісна документація після аудиту не обмежується фразою «Consent Mode працює». Вона повинна містити:

• Перелік усіх чотирьох робочих сигналів (analytics_storage, ad_storage, ad_user_data, ad_personalization).
• Визначення їхніх значень за замовчуванням та момент оновлення згоди.
• Поведінку тегів після відмови (повне блокування чи надсилання анонімних сигналів).
• Скріншот із тестування в Google Tag Assistant або перевірки window.dataLayer.

Лише така детальна документація дозволяє чітко розмежувати можливі проблеми зі згодою від помилок у конфігурації GTM, GA4 чи коді самого сайту.

Правильне налаштування Google Consent Mode v2 - це не просто формальне дотримання вимог Акта про цифрові ринки ЄС (DMA), а перш за все умова збереження ефективності цифрового маркетингу. Відсутність або помилкова передача ключових сигналів, таких як ad_user_data та ad_personalization, унеможливлює формування аудиторій ремаркетингу, блокує відстеження розширених конверсій та погіршує роботу автоматичних стратегій призначення ставок у Google Ads. Натомість належне налаштування розширеного режиму дозволяє передавати анонімні сигнали без файлів cookie, що дає змогу алгоритмам Google здійснювати поведінкове моделювання в GA4 та відновлювати дані про конверсії. У підсумку це забезпечує повніше розуміння шляху користувачів, захищає рекламні бюджети від втрати ефективності та надає достовірні дані для прийняття зважених бізнес-рішень.