Компанії, які рекламують людей у Європейській економічній зоні, повинні поєднувати надійні вимірювання з дійсною згодою. Google Consent Mode v2 повідомляє теги Google про вибір відвідувача; це не банер і він сам по собі не збирає згоду. Якщо реалізовано за допомогою Google Tag Manager на стороні сервера, ці варіанти переміщуються з кожним прийнятним запитом до контрольованого серверного контейнера перед тим, як дані будуть направлені далі.
Що додає Consent Mode v2
Режим згоди використовує сигнали, які повідомляють Google, чи дозволено сховище та конкретне використання реклами. Версія 2 додала ad_user_data і ad_personalization до існуючих сигналів ad_storage і analytics_storage. Чотири сигнали відповідають на різні запитання, і їх не слід розглядати як один глобальний перемикач «так чи ні».
Для трафіку з ЄЕЗ Google вимагає відповідних сигналів згоди для таких функцій, як персоналізація реклами, ремаркетинг і вимірювання. Ваша організація залишається відповідальною за прийняття рішення про те, яка правова основа та дизайн банера є відповідними.
Як згода проходить через server-side GTM
Платформа управління згодою записує вибір відвідувача в браузері. Веб-контейнер встановлює згоду за умовчанням перед запуском тегів Google і оновлює цей стан після відповіді відвідувача. Потім тег Google надсилає стан згоди із запитами до основної кінцевої точки тегування.
Клієнт GA4 у контейнері сервера читає запит. Теги Google Analytics і Google Ads застосовують вбудовані перевірки згоди, тоді як додаткові тригери або перетворення можуть запобігти потраплянню даних у недозволені місця призначення. Хостинг на стороні сервера централізує примусове виконання, але він не може відновити відсутній або неправильно синхронізований сигнал браузера.
Базовий режим проти розширеного режиму
У базовому режимі згоди теги Google блокуються, доки відвідувач не надасть відповідну згоду. Це простіше міркувати, але Google не отримує запити ping із заблокованими тегами.
У розширеному режимі теги Google завантажуються з відхиленими параметрами за замовчуванням і можуть надсилати обмежені вимірювання без файлів cookie, якщо згоду відхилено. Google може використовувати придатні дані для моделювання. Розширений режим не є автоматично правильним юридичним вибором для кожного веб-сайту: перегляньте точні запити, свою конфігурацію CMP і вказівки від відповідного національного регулятора, перш ніж прийняти його.
Помилки, які створюють недостовірні дані
Найпоширенішою помилкою є час: перегляд сторінки запускається перед командою згоди за замовчуванням або оновлення згоди надходить після навігації, і конверсія втрачається. Інші помилки включають відображення кожної категорії CMP як дозволену, пропуск двох рекламних сигналів v2, налаштування лише деяких сторінок або дозвіл ігнорувати згоду спеціальним тегам сервера.
Перевірте як прийняття, так і відмову. Сам по собі успішний приймальний тест мало що доводить. Перевірте новий сеанс, відвідувача, який повернувся, вибір на рівні категорії, відкликання згоди та навігацію між субдоменами.
Режим згоди сам по собі не відповідає законодавству
Режим згоди передає та забезпечує виконання вибору; це не визначає, чи відповідають ваш банер, цілі, періоди зберігання чи міжнародні перекази законодавству ЄС і національному законодавству. Ознайомтеся з поточними вказівками відповідного національного регулятора та отримайте кваліфіковану юридичну консультацію щодо конкретної обробки.
Контрольний список впровадження Consent Mode v2
Використовуйте цю послідовність для нового впровадження або аудиту.
- 01
Інвентарні мітки та призначення
Перелічіть кожне призначення аналітики та реклами, дані, які воно отримує, його призначення та категорію згоди, яка ним керує.
- 02
Налаштуйте CMP
Запропонуйте чіткий вибір і зіставте кожну категорію з чотирма сигналами згоди Google, не припускаючи згоди.
- 03
Спочатку встановіть згоду за умовчанням
Виконайте команду за замовчуванням перед тегами Google або подіями перегляду сторінки, використовуючи там, де це необхідно, значення за замовчуванням для певного регіону.
- 04
Правильно надсилайте оновлення
Коли відвідувач вибере, оновити згоду перед запуском подій, які залежать від нещодавно наданого стану.
- 05
Передайте згоду sGTM
Направте тег Google через кінцеву точку основного сервера та переконайтеся, що клієнт GA4 отримує параметри згоди.
- 06
Перевірте кожен стан
Використовуйте Tag Assistant, мережеві інструменти браузера, sGTM Preview і діагностику постачальника, щоб перевірити надані, відхилені та змішані варіанти.
Вбудуйте згоду в потік даних
Надійна європейська реалізація починається з прозорого CMP і правильного часу згоди. Тоді GTM на стороні сервера надає контрольовану точку для перевірки та доставки в певний пункт призначення.
Ставтеся до згоди як до даних про подію, які повинні залишатися точними протягом усього шляху, а не як до банера, який можна встановити один раз і забути.
Consent Mode v2 в Європі: типові запитання
Чи є Consent Mode v2 обов’язковим згідно із законодавством ЄС?
Законодавство ЄС не називає продукт Google обов’язковим. Режим згоди — це механізм Google для передачі вибору згоди своїм тегам, тоді як правила ЄС і національні правила визначають базові зобов’язання.
Чи знімає server-side GTM потребу в CMP?
Ні. Серверний контейнер не запитує згоду відвідувача. Вам все одно потрібне відповідне рішення для отримання згоди, і ви повинні передати його вибір у налаштування тегів.
Чи мають заборонені користувачі надсилати ping без файлів cookie?
Це залежить від вашої реалізації, конфігурації та юридичної оцінки. Розширений режим підтримує обмежені запити ping, але його не можна вмикати, не розуміючи, що саме надсилається.
Як перевірити чотири сигнали згоди?
Перевірте режим згоди в Tag Assistant, перевірте вихідні запити та підтвердьте, що контейнер сервера отримує очікуваний стан для прийняття, відхилення та вибору на рівні категорії.