Consent mode: що стається з конверсіями, коли відвідувач не дав згоди на cookie

⏱ 9 хв читання
Коротко: після банера згоди частина конверсій зникає зі звітів не тому, що «Google зламався», а тому що без згоди на cookie теги не можуть прямо зв’язати клік з заявкою. Consent mode передає Google вибір відвідувача; у базовому режимі до кліку по банеру дані взагалі не йдуть, у розширеному при відмові йдуть cookieless pings. Моделювання конверсій може частково закрити дірку, але лише після порогу 700 кліків за 7 днів на пару домен × країна і коректного впровадження. Нижче: різниця режимів, таблиця «сигнал згоди → що Google може», коли моделювання вмикається і що перевірити власнику.

Знайома картина: поставили банер «Прийняти cookies», юрист порадив «як треба», а через тиждень у Google Ads конверсій стало помітно менше. Кампанії ті самі, сайт той самий, бюджет той самий. Власник починає крутити ставки. Насправді зламалося не «оптимізація», а вимірювання: частина відвідувачів відмовила від cookie, і Google більше не бачить прямий шлях від кліка до заявки.

Basic
Теги чекають на згоду і після відмови нічого не надсилають.
Перевірка: поведінка тегів до і після вибору.
Advanced
Cookieless pings можуть підтримати модель для рекламодавця.
Перевірка: сигнали згоди і діагностика.
Діагностика
Впровадження і активне моделювання є різними станами.
Перевірка: статус конкретної дії.
Джерело: Google Ads Help.
Базовий і розширений режими вимірювання Consent Mode

Consent mode це не банер

Банер згоди показує відвідувачу питання «дозволяєте cookies?». Consent mode робить інше: передає відповідь у Google, і теги змінюють поведінку під цей вибір. Дослівно з довідки: consent mode «lets you communicate your users’ cookie or app identifier consent status to Google», а сам банер чи віджет він не надає. Банер окремо, сигнал згоди окремо. Якщо є лише банер без consent mode, Google не знає, що саме обрав користувач, у форматі, який розуміють Ads і Analytics.

Для власника практичний сенс простий: «ми поставили вікно з cookies» ще не означає «вимірювання налаштоване під відмову». Перевірка йде не по зовнішньому вигляду сайту, а по тому, чи Google бачить статус consent mode у діагностиці конверсій.

Базовий і розширений режим простими словами

Google описує два способи впровадження: basic і advanced. Різниця не в «красивішій назві», а в тому, чи взагалі щось летить у Google до відповіді на банері і наскільки детальною буде потім модель.

Що порівнюємоБазовий (basic)Розширений (advanced)
Коли вантажаться Google-тегиЗаблоковані, поки користувач не взаємодіє з банеромЗавантажуються одразу; за замовчуванням згода denied (якщо не налаштовано інакше)
Що йде в Google до відповідіНічого: навіть статус згоди за замовчуванням не надсилаєтьсяПоки банер чекає на відповідь, можуть надсилатися стандартний статус згоди denied і cookieless pings
Якщо користувач відмовивДані не передаються взагалі, теги не спрацьовуютьТеги не пишуть cookies, але можуть надсилати cookieless pings
Моделювання конверсійЗагальна модель (general, менш детальна)Модель під вашого рекламодавця (advertiser-specific, детальніша)

Джерело порівняння: About consent mode (таблиця Overview, знято 2026-08-03). У EEA, Швейцарії та UK Google окремо зазначає можливі регіональні відмінності поведінки тегів: правовий контекст там жорсткіший, і «як у всіх» може не збігатися з налаштуванням за замовчуванням.

Що з цього робити власнику: якщо мета «не втратити дані повністю при відмові», advanced дає моделі більше сигналів (cookieless pings). Basic жорсткіший: до кліка по банеру тиша, при відмові теж тиша, модель бідніша. Вибір між ними узгоджують із юристом і CMP; стаття не замінює правову консультацію, вона пояснює технічний наслідок для звітів.

Сигнал згоди: що Google може і чого не може

Нижче не «юридичний чекліст», а карта для власника: що змінюється в вимірюванні, коли відвідувач сказав «ні».

Сигнал / ситуаціяЩо Google можеЧого Google не може (за довідкою)
Згода granted (користувач дозволив)Теги працюють як звичайно: cookies, повні дані вимірюванняобмежень consent mode на cookies немає
ad_storage deniedНадсилати cookieless pings (у advanced); обрізати IP; використовувати грубі сигнали для моделюванняПисати нові advertising cookies; читати наявні first-party advertising cookies
analytics_storage deniedНадсилати cookieless pings у Analytics для подальшого моделюванняЧитати/писати first-party analytics cookies
Cookieless pings при відмовіПовідомити статус згоди, факт key event, допоміжні технічні дані (час, user agent, referrer тощо)Відстежувати окремого користувача між сайтами, будувати ремаркетинг-списки, збирати профілі (прямо: pings «never used» для цього)
Немає прямого зв’язку клік → конверсіяОцінити атрибуцію через conversion modeling (де виконані пороги)Гарантовано відновити 100% «зниклих» конверсій; моделі мінімізують over-prediction

Поведінка при denied детально: Consent mode reference. Про pings і ремаркетинг: About consent mode modeling. Якщо у таблиці вище стоїть «не може», не шукайте обхід через «хитрий тег»: це і є сенс consent mode, поважати вибір і не писати advertising cookies.

Що таке моделювання конверсій і коли воно вмикається

Коли cookie заборонені, Google не бачить повний шлях користувача. Моделювання для consent mode (доступне з квітня 2021 для тих, хто проходить критерії) намагається закрити дірки: аналізує спостережувані дані і тенденції, порівнює поведінку тих, хто дав згоду, і тих, хто відмовив, і оцінює атрибуцію для unconsented шляхів. Модельовані конверсії потрапляють у колонку «Conversions» і в звіти, що на ній побудовані; далі їх бачить і автоматичне призначення ставок.

Важливе уточнення з довідки про modeled online conversions: моделювання відповідає на питання «чи цей клік пов’язаний із конверсією», а не «чи взагалі хтось купив». У звітах модельовані й спостережувані конверсії йдуть разом у колонці Conversions; стабілізація цифр може зайняти до 5 днів.

Коли воно реально «вмикається» (eligibility з довідки):

  1. Коректно впроваджено consent mode (або IAB TCF v2.0).
  2. Поріг трафіку: 700 кліків по рекламі за 7 днів на групування domain × country. Менше кліків, менше шансів, що модель запрацює саме для вашої пари «сайт × країна».
  3. Період навчання моделі після критеріїв: Google пише, що модельовані конверсії з’являються поступово.

У кабінеті (Goals → Conversions → Summary → дія → Diagnostics) після впровадження бувають два статуси: «Consent mode is implemented» (впроваджено, але пороги моделювання ще не досягнуті) і «Consent mode is implemented and modeling is active». Статус може з’явитися за 48 годин, інколи до 2 тижнів: Verify consent mode implementation.

Google також зазначає, що користувачі зі згодою зазвичай у 2-5 разів частіше конвертуються, ніж ті, хто відмовив. Тому падіння в звіті після банера рідко дорівнює «частці відмов» один до одного: відмовили не «випадкова половина» аудиторії, а люди з іншою поведінкою. Це пояснення з довідки, не норма для вашої ніші; свій розрив дивіться лише після того, як моделювання active.

Що зробити власнику, щоб не втратити дані повністю

  1. Розвести банер і consent mode. Банер є? Добре. А чи передається статус у Google? Перевірка: Tag Assistant на сайті (default denied, update після кліка по банеру) і статус у Diagnostics конверсій.
  2. Зрозуміти, який у вас режим: basic чи advanced. Якщо при відмові потрібні cookieless pings для кращої моделі, це шлях advanced (і узгодження з юристом). Google прямо радить pings при denied для точнішого моделювання; без них модель може лишитися, але без advertiser-specific calibration.
  3. Не «лікувати» падіння конверсій ставками в перший тиждень. Спочатку вимірювання: 7 повних днів після впровадження, пороги, статус modeling. Uplift у impact results показують до 4 тижнів після modeling start date, по domain × country.
  4. Перевірити, що сигнал стоїть на всіх сторінках, де є теги: пропущена thank-you page або лендінг кампанії ламає саме ту конверсію, яку ви рахуєте.
  5. Не плутати «менше в колонці» з «менше заявок у CRM». Consent mode ріже cookie-атрибуцію. Живі заявки могли лишитися; змінився облік, не обов’язково бізнес.

Якщо на цьому кроці видно, що банер є, а consent mode і діагностика конверсій «німі», правити оголошення марно: кампанія оптимізується за неповним сигналом. Наступний крок – перевірити ланцюг між CMP, тегами, дією-конверсією та звітом.

Хочете систему, а не розрізнені поради?

На безкоштовному майстер-класі показую покроково, як перетворити рекламу на передбачуваний потік клієнтів.

Дивитися майстер-клас →

Коли це НЕ працює

Часті питання

Чому після банера впали конверсії, хоча заявки в CRM на місці?

Бо частина відвідувачів відмовила від cookie, і Google не може прямо записати «цей клік → ця заявка». CRM бачить форму; Ads бачить лише те, що дозволено cookie і моделюванням. Спочатку перевірте consent mode і статус modeling, не ставки.

Basic чи advanced: що ставити власнику сервісу?

Технічно advanced дає моделі cookieless pings і advertiser-specific модель; basic не шле дані до відповіді на банері і при відмові теж мовчить. Правовий вибір (що дозволено у вашій юрисдикції) узгоджуйте з юристом і CMP. З боку звітів: якщо обрали basic, очікуйте бідніше моделювання.

Моделювання не з’явилося. Це нормально?

Так, якщо не набрано 700 кліків за 7 днів на domain × country, або впровадженню менше 7 повних днів, або статус ще не доїхав (до 48 годин, інколи до 2 тижнів). Дивіться Diagnostics: «implemented» без «modeling is active» означає саме поріг або навчання, а не обов’язково помилку коду.

Чи можна «обходити» відмову, щоб конверсії не падали?

Ні, і не варто. Consent mode саме для того, щоб при denied не писати advertising cookies. Обхід суперечить сенсу інструменту і правовому режиму, заради якого банер ставили. Робочий шлях: коректний сигнал, pings де дозволено, моделювання за порогами, плюс офлайн/CRM-імпорт там, де продаж закривається не на сайті.