Перейти до контенту
whitead

Fix: Consent Mode v2 не задеплоєний для EEA трафіку

знахідка google ads оновлено 2026.05.25 8 хв читання
// зміст · 6 розділів
  1. Чому це важливо
  2. Як перевірити проблему
  3. Як виправити
  4. Як переконатися що виправлення спрацювало
  5. Пов'язані правила + концепти
  6. Джерела

Акаунт показує оголошення користувачам в EEA, але Consent Mode v2 (advanced або basic) не задеплоєний. З 2024-03-06 Google примусово вимагає його як умову для remarketing, conversion modeling та персоналізації реклами на EEA трафіку [1][2]. Аудит підняв цей finding тому, що геотаргетинг кампаній і локаль лендінгу вказують на EEA-експозицію, а теги не передають чотири обов'язкові сигнали згоди.

Чому це важливо

Enforcement Consent Mode v2 з боку Google — не рекомендація. З 2024-03-06 акаунти, що показують рекламу EEA-юзерам без валідного сигналу згоди, втрачають доступ до наповнення remarketing-списків, audience-based bidding, і шару conversion modeling для unconsented трафіку [1][2]. У липні 2025 Google почав надсилати повідомлення невідповідним акаунтам про те, що personalized ads, non-personalized ads, remarketing і conversion tracking будуть вимкнені повністю [8]. Це вже друга хвиля enforcement — перша обрізала measurement, друга обрізає саме показ реклами.

Бізнес-вплив накладається шарами. Smart Bidding стратегії (tCPA, tROAS, Max Conv Value) спираються на conversion signal для оптимізації; коли суттєва частка EEA конверсій не записується через брак consent-сигналу, моделі ставок дрейфують, CPA зростає, learning phase скидається на кожну зміну бюджету понад 20%. Performance Max і Demand Gen страждають найсильніше — їхні audience signals і value-based bidding залежать від remarketing eligibility. Якщо аудит підняв ще й зламаний Conversion Tracking або відсутні Enhanced Conversions — Consent Mode v2 це prerequisite, який потрібно полагодити першим. Решта виправлень не відновить сигнал, який Google відмовляється приймати.

Географія ширша за "EEA only". UK GDPR (Data Protection Act 2018) і PECR вимагають те саме правило consent-before-tracking; ICO у своїх вказівках трактує Consent Mode v2 як прийнятний технічний контроль. Швейцарський nFADP (revised Federal Act on Data Protection, діє з 2023-09-01) створює еквівалентні обов'язки, і Швейцарія входить у scope політики Google EU User Consent Policy нарівні з EEA та UK [10]; за повідомленнями вендорів, Google почав примусово застосовувати її до швейцарського трафіку з середини 2024 [5][6]. Навіть акаунти з таргетингом поза EEA в зоні ризику, якщо отримують покази користувачам у цих регіонах — Google оцінює за geo юзера на моменті покази, а не за таргетингом кампанії. Будь-яка ненульова частка показів у EEA / UK / CH = scope; коли вона перевищує ~5%, бізнес-вплив на bidding і measurement стає матеріальним, а не косметичним.

Як перевірити проблему

  1. Відкрий Google Ads. Перейди в Goals → Conversions → Summary, клікни на будь-яку Google Ads website conversion action, потім відкрий вкладку Diagnostics. Знайди рядок "Consent mode status for EEA users". Здорові акаунти показують "Reading and recording consent statuses" з зеленим статусом [7]. (У старіших UI акаунтів цей шлях ще доступний через Tools → Conversions; Google мігрував більшість акаунтів на меню Goals протягом 2024-2025.)
  2. Відкрий consent overview у Google Tag Manager: Admin → Container Settings → активуй "Consent Overview", потім повернись у контейнер і клікни на іконку щита поряд із Tags. У кожного тега, що спрацьовує на EEA трафіку, має бути запис "Consent Settings". Теги з позначкою "Not set" зливають дані і будуть відкинуті Google [4].
  3. Запусти Google Tag Assistant на представницькому лендінгу. Завантаж сторінку в чистому браузері, відхили CMP-банер кнопкою "Reject all", потім переглянь найперший Consent-івент. Підтверди, що всі чотири параметри — ad_storage, analytics_storage, ad_user_data, ad_personalization — присутні і виставлені у "Denied" за замовчуванням. Прийми банер і переконайся, що наступний Consent-івент оновлює їх до "Granted" [7].
  4. Перевір експозицію кампаній: Reports → Predefined reports → Geographic → User location. Відфільтруй до EEA-країн плюс UK і Швейцарії. Будь-яка ненульова частка показів у цих регіонах = ти в scope; як тільки вона перетинає ~5%, деградація modeling і remarketing переходить із soft (тиха втрата measurement) у матеріальну (моделі ставок дрейфують, CPA зростає).

Як виправити

Заплануй 4-8 годин роботи плюс validation-вікно від 48 годин до 2 тижнів. Скоординуй з тим, хто володіє CMP (Consent Management Platform) і tagging-ом.

  1. Візьми Google-сертифікований CMP, якщо немає. Cookiebot, OneTrust, Usercentrics, iubenda, Termly, CookieHub, Didomi і ще 40+ сертифіковані. Self-built банери дозволені, але важчі в підтримці; якщо робиш сам — доведеться вручну імплементувати gtag consent API [4].
  2. Визнач — advanced чи basic. Advanced краще для measurement quality: теги вантажаться з default-denied state, шлють cookieless pings до згоди, дають advertiser-specific conversion modeling. Basic блокує теги повністю до згоди і працює на grubер general model. Бери advanced, якщо юридичний відділ не примушує до basic [3].
  3. Налаштуй чотири сигнали в CMP. Зв'яжи "advertising" / "marketing" перемикачі згоди з ad_storage, ad_user_data, ad_personalization; "analytics" / "statistics" з analytics_storage. Default state — "Denied" для всіх чотирьох [4].
  4. Онови gtag defaults до того, як спрацює будь-який Google tag. Якщо керуєш банером сам — виклик gtag('consent', 'default', ...) має йти синхронно у <head> до завантаження gtag.js. Region-specific defaults (наприклад, denied для EEA + UK + CH, granted для решти) знижують втрати даних для нерегульованих гео [4].
  5. Підключи update event. На accept у банері викликай gtag('consent', 'update', { ad_storage: 'granted', ... }). Більшість сертифікованих CMP робить це автоматично після мепінгу сигналів; перевір через Tag Assistant.
  6. Передеплой GTM-контейнери і скинь CDN-кеші. Consent settings живуть і в конфізі контейнера, і в конфізі тегів — переопубліковуй обидва. Якщо є server-side GTM, передеплой і серверний контейнер.
  7. Для non-EEA акаунтів з EEA-трафіком деплой advanced consent mode глобально з region-specific defaults. Це soft-signal fix — нічого не коштує і захищає measurement, коли EEA / UK / CH share починає дрейфувати вище ~5%.

Як переконатися що виправлення спрацювало

  • Tag Assistant показує всі чотири consent-параметри з коректним default-denied і update-granted станами
  • Панель Diagnostics у Google Ads показує "Reading and recording consent statuses" протягом 48 годин (допускається до 2 тижнів)
  • GTM consent overview не має жодного тега з "Not set" consent configuration на EEA трафіку
  • Об'єм EEA конверсій у звіті Conversions стабілізується або відновлюється протягом 14 днів (порівняй 14-day before vs 14-day after)
  • Remarketing-списки відновлюють ріст на сторінці Audience manager
  • Якщо мігрував з no-consent на advanced consent mode — modeled conversions з'являться за 7 повних днів валідної імплементації для кожної комбінації country × domain, що проходить поріг Google у 700 ad clicks у середньому за день у 7-денному вікні [9]

Якщо панель Diagnostics і через 14 днів показує жовтий чи червоний статус — прогони Tag Assistant з кількох EEA-geo VPN-сесій. Найчастіший mode of failure — частковий деплой (consent на основному домені, але не на subdomain з checkout).

Цей finding — gating dependency для всього measurement stack на EEA трафіку. Поки Consent Mode v2 не задеплоєний, Enhanced Conversions, Data-Driven Attribution і remarketing-based bidding signals частково або повністю заблоковані. Супутні findings — "Enhanced Conversions not enabled", "remarketing audiences not growing", "Smart Bidding learning phase stuck" — зазвичай зникають downstream, щойно сигнали згоди починають надходити. Полагодь це першим; решта оптимізацій нашаровується зверху.

Пов'язані правила + концепти

Джерела

  1. Google Ads Help — About consent mode. https://support.google.com/google-ads/answer/10000067 (accessed 2026-05-25)
  2. Google Tag Manager Help — Updates to consent mode for traffic in European Economic Area (EEA). https://support.google.com/tagmanager/answer/13695607 (accessed 2026-05-25)
  3. Google Ads Help — Set up consent mode. https://support.google.com/google-ads/answer/14009635 (accessed 2026-05-25)
  4. Google for Developers — Set up consent mode on websites. https://developers.google.com/tag-platform/security/guides/consent (accessed 2026-05-25)
  5. Usercentrics — What are Google's New Consent Requirements for Switzerland?. https://usercentrics.com/knowledge-hub/google-consent-requirements-switzerland/ (accessed 2026-05-25)
  6. Cookiebot — Google's March Deadline for Consent Mode & Ads Privacy Compliance. https://www.cookiebot.com/en/googles-consent-mode-deadline-ads-privacy-compliance/ (accessed 2026-05-25)
  7. Google Ads Help — Verify consent mode implementation. https://support.google.com/google-ads/answer/14218557 (accessed 2026-05-25)
  8. Search Engine Land — Google cuts conversion tracking in EU over consent mode non-compliance. https://searchengineland.com/google-cuts-conversion-tracking-eu-consent-mode-459606 (2025-07)
  9. Google Ads Help — About consent mode modeling. https://support.google.com/google-ads/answer/10548233 (accessed 2026-05-25)
  10. Google — EU user consent policy. https://support.google.com/google-ads/answer/9028179 (accessed 2026-05-25)
// чи було корисно?
// анонімно · не зберігаємо персональні дані
← Назад до Wiki