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

Відстеження конверсій (Conversion Tracking)

глосарій google ads оновлено 2026.04.29 6 хв читання
// зміст · 9 розділів
  1. Що вимірює відстеження конверсій
  2. Стек конверсій 2026 року
  3. Дії, цілі та вартості конверсій
  4. Поширені помилки розуміння
  5. «Звичайного JS-пікселя достатньо.»
  6. «Імпорт конверсій з GA4 = прямий тег конверсії.»
  7. «Лічильник Google Ads не збігається з GA4. Хто правий?»
  8. Повʼязані поняття
  9. Джерела

Відстеження конверсій звʼязує витрати в Google Ads з бізнес-результатами. У 2026 це вже не піксель — це Google Tag, розширені конверсії та режим згоди v2.

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

Відстеження конверсій фіксує визначену бізнес-дію — покупку, кваліфікований лід, дзвінок, інсталяцію — і приписує її до кліку, який її породив. Кредит подорожує разом з GCLID (Google Click Identifier) у параметрі цільової сторінки і збігається з подією конверсії, коли спрацьовує Google Tag. Без цього збігу Google Ads бачить лише кліки й витрати; автоматичне призначення ставок (Smart Bidding) не має сигналу для оптимізації, а ROAS (рентабельність витрат на рекламу) перетворюється на здогадку.

Три примітиви визначають усе наступне: дія конверсії (правило), ціль конверсії (групування на рівні кампанії), вартість конверсії (грошова чи проксі-вага). Помилка в них — і призначення ставок, атрибуція та аудити успадкують її.

Стек конверсій 2026 року

Розглядай відстеження конверсій як шарову систему. Кожен шар відновлює сигнал, який втратив попередній:

  1. Google Tag (gtag.js) через Google Tag Manager — базовий тег спрацьовує на кожній сторінці; події конверсії — на success-URL чи DataLayer-пушах. Замінює застарілий піксель conversion.js.
  2. Розширені конверсії (Enhanced Conversions) — надсилають хешовані SHA-256 first-party-дані (email, телефон, імʼя, адреса) разом із пінгом конверсії. Google зіставляє хеш зі станом залогіненого користувача й повертає конверсії, які втратив би через ITP та файли cookie. Розширені конверсії для вебу зазвичай піднімають виміряні конверсії на +5-25% (Google Ads Help, 2025-08).
  3. Режим згоди v2 (Consent Mode v2) — коли користувач відмовляє у згоді на файли cookie, тег надсилає cookieless-пінги, які Google моделює. Розширений (Advanced) режим обовʼязковий для трафіку EEA/UK/CH від 2024-03; хвиля примусу від 2025-07-21 почала пригнічувати аудиторії й змодельовані конверсії в облікових записах, які не відповідають вимогам.
  4. Серверне тегування (sGTM) — переносить тег з браузера на first-party-ендпоінт у твоєму домені. Обходить блокувальники реклами, продовжує термін життя файлу cookie за межі 7-денного ліміту Safari ITP, чистить PII перед передачею.
  5. Імпорт офлайн-конверсій (OCI) → Data Manager — для B2B-воронок, де реальна конверсія відбувається в CRM, GCLID + хешований email повертаються через Google Ads Data Manager. Застаріла нативна інтеграція Salesforce припинена 2025-05-31.

Шари сумуються. Лише пропуск режиму згоди v2 на трафіку EEA може стерти ~40% змодельованих конверсій (Conversios, 2025-10).

Дії, цілі та вартості конверсій

Аудитори постійно плутають ці три речі — саме тому знахідки починаються з них.

Поняття Що це Типова помилка
Дія конверсії Окреме правило (напр. «Покупка», «Відправка форми») з категорією, правилом підрахунку, моделлю атрибуції, вартістю. Налаштовується у Інструменти → Конверсії. Позначати кожну мікроподію як Primary — забруднюється сигнал для призначення ставок.
Ціль конверсії Набір дій на рівні кампанії, який служить ціллю оптимізації. Лишити «Використовувати стандартну ціль облікового запису» і дивуватися, чому лідгенова кампанія оптимізується під покупки.
Вартість конверсії Грошова чи проксі-сума, прикріплена до дії. Живить tROAS і Maximize Conversion Value. Жорстко вказати 1.00 для кожного ліда, а потім запускати tROAS.

"Set up conversion tracking before you launch your campaigns. If you wait, your bid strategies have no data to learn from."
— Google Ads Help, Set up conversion tracking (звернення 2026-04-29)

Дії Primary живлять автоматичне призначення ставок; Secondary — лише спостережувані. Аудиторський патерн: одна Primary на макро-конверсію (покупка АБО кваліфікований лід), мікроподії — як Secondary.

Поширені помилки розуміння

«Звичайного JS-пікселя достатньо.»

Ні. Налаштування «лише піксель» проти браузерів 2026 (Safari ITP, Firefox ETP, Chrome Privacy Sandbox) втрачає 15-30% конверсій до того, як вони доходять до Google Ads, і не має шляху повернути користувачів EEA, які відмовили у згоді. Достатньо у 2019; підлога вимірювання у 2026.

«Імпорт конверсій з GA4 = прямий тег конверсії.»

Ні. Конверсії з GA4 приходять із застосованою атрибуцією й session-stitching GA4 — затримка 24-48 годин, дедуплікація, без крос-девайс-зіставлення, яке зберігає нативний тег. Використовуй як резерв, не як основу.

«Лічильник Google Ads не збігається з GA4. Хто правий?»

Обидва праві в межах того, що вимірюють. Google Ads рахує конверсії, приписані до кліків (вікно 30 днів, click-based, крос-девайс). GA4 рахує події в межах сесій (вікно 90 днів, data-driven). Очікувана розбіжність — 10-30%. Понад 40% — це проблема з тегуванням.

В аудитах Whitead зламане чи часткове відстеження конверсій — це найчастіша знахідка високого рівня критичності: трапляється приблизно у двох з трьох облікових записів, які ми переймаємо, і майже завжди невидиме зсередини, бо кабінет «показує конверсії». Режими відмов кластеризуються: Primary-дія, виставлена на низькоінтентову мікроподію, через що автоматичне призначення ставок ганяється за шумом; розширені конверсії увімкнені в UI, але ніколи не підкручені до email-поля форми — match rate тримається на 12% замість 75%+; режим згоди v2 застряг на Basic у EEA-кампаніях, тихо пригнічуючи змодельовані конверсії. Кожна прогалина коштує 15-35% виміряного ROAS. Порядок виправлення важливий: підняти Google Tag, переконатися, що Primary спрацьовує, накласти розширені конверсії, потім режим згоди v2, і лише після цього серверне тегування — коли перші чотири шари чисті.

Повʼязані поняття

Джерела

← Назад до Wiki