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

Виправлення: розбіжність конверсій між GA4 та Google Ads

знахідка google ads оновлено 2026.05.20 8 хв читання
// зміст · 7 розділів
  1. Чому це важливо
  2. Як перевірити проблему
  3. Як виправити
  4. Як підтвердити, що виправлення спрацювало
  5. Діагностичний чек-лист — пройди всі п'ять пунктів через 14 днів після розгортання
  6. Пов'язані правила та концепції
  7. Джерела

Коли конверсії Google Ads, які звітує GA4, і нативні конверсії Google Ads розходяться більш ніж на 20%, жодному з дашбордів вірити не можна — і Smart Bidding майже напевно оптимізується під сигнал, відмінний від того, який твоя команда переглядає на понеділковому стендапі. Зведи цифри докупи раніше, ніж крутити бюджети чи змінювати стратегії ставок.

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

Google Ads і GA4 міряють того самого користувача за різними правилами. Google Ads рахує конверсію, коли спрацьовує його власний тег (або коли хеші Enhanced Conversions збігаються з серверною подією), атрибутуючи її за моделлю атрибуції та вікном атрибуції (lookback window) самої конверсійної дії в Ads. GA4 рахує конверсію, коли налаштована подія спрацьовує у потоці даних GA4, атрибутуючи її за reporting identity + attribution settings GA4, і зараховує її Google Ads лише тоді, коли source/medium сесії резолвиться як google/cpc — а це вже залежить від auto-tagging, сигналів Consent Mode та крос-девайс зшивання.

Правило Whitead спрацьовує на MEDIUM, коли абсолютне відхилення між двома числами перевищує 20% на стабільному 14-денному вікні для тієї самої первинної цілі. Цей поріг збігається з операційним rule-of-thumb, що описаний у practitioner-розборах (Analytics Mania, Kissmetrics, Ruler Analytics): до 10% — шум, 10-20% — підлягає розслідуванню, понад 20% означає, що принаймні одна з двох систем звітує фікцію. Smart Bidding споживає число Google Ads; дашборд стейкхолдера зазвичай показує число GA4; якщо вони розходяться на 25%, хтось приймає рішення в неправильній реальності.

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

  1. Відкрий GA4 → Reports → Acquisition → Traffic acquisition. Встанови діапазон на останні 14 днів (уникай останніх 48 год — рядок з моделюванням ще не фінальний). Відфільтруй Session source / medium = google / cpc. Зафіксуй значення Conversions для основної події-конверсії.
  2. Відкрий Google Ads → Campaigns на той самий 14-денний інтервал. Сегментуй за Conversions → Conversion action. Підсумуй рядки, які відповідають тій самій бізнес-цілі (наприклад purchase, qualified_lead).
  3. Порахуй відхилення: |GA4 - Ads| / max(GA4, Ads). Понад 0.20 — знахідка підтверджена. Перепровір на стабільному 14-денному вікні; ніколи не використовуй вікно, що включає деплой тегів, перемикання моделі атрибуції чи зміну Consent Mode.
  4. Відкрий Google Ads → Tools → Conversions → для кожної конверсійної дії перевір Attribution model, Click-through conversion window, Engaged-view conversion window та налаштування Goal type (Primary / Secondary). Звір це з GA4 → Admin → Attribution settings (Reporting attribution model + Acquisition conversion lookback window).

Якщо кроки 1-3 показують відхилення >20%, а крок 4 виявляє будь-яку розбіжність у моделі атрибуції АБО у вікні атрибуції (lookback window) АБО стакнутий GA4-імпорт поряд із нативною Ads-дією для тієї самої цілі — правило підтверджене.

Як виправити

Заплануй робочу сесію на 60-90 хвилин з власниками аналітики + платної реклами на одному дзвінку. Більшість виправлень торкаються обох консолей; зміни лише з одного боку відтворюють розбіжність протягом тижня.

  1. Обери одне джерело істини на ціль. Для кожної бізнес-конверсії (purchase, lead, signup) визнач: нативна конверсійна дія Google Ads АБО імпортована конверсія GA4 АБО офлайн (CRM upload). Ніколи двох. Зафіксуй вибір. Див. імпорт GA4 → Google Ads як канонічне дерево рішень.

  2. Вирівняй моделі атрибуції з обох боків. Постав Attribution model конверсійної дії Google Ads на Data-driven через Tools → Conversions → дія → Edit settings. У GA4 постав Admin → Attribution settings → Reporting attribution model на Data-driven. Лише розбіжність моделей може давати суттєве відхилення — виправ це першим, перш ніж шукати інші причини.

  3. Вирівняй вікна атрибуції (lookback window). Встанови однакове значення для click-through window у Google Ads та для acquisition conversion lookback у GA4 (за замовчуванням обидва на 30 днів для лідогенерації, 90 днів для considered B2B SaaS). Вікно атрибуції у GA4 знаходиться у Admin → Attribution settings → Acquisition conversion lookback window.

    # Рекомендована стартова точка
Google Ads click-through window:     30 days
Google Ads engaged-view window:       3 days
GA4 acquisition lookback:            30 days
GA4 other-events lookback:           30 days

  4. Підтверди симетричне застосування Consent Mode v2. І gtag (web container), і endpoint вимірювання GA4 мають отримувати однакові сигнали ad_storage + analytics_storage. Якщо Consent Mode стоїть на Advanced для GA4, але Basic для Ads (типова ситуація після часткової міграції CMP), Ads побачить менше «сирих» конверсій і покладатиметься на моделювання, тоді як GA4 покаже modeled-row total. Див. Enhanced Conversions щодо API-mode payload, який закриває більшість consent-розривів.

  5. Вимкни подвійний облік. У Google Ads → Tools → Conversions постав Goal type на Secondary для кожної неканонічної дії, що покриває ту саму ціль (лише Primary-дії потрапляють у колонку Conversions і використовуються Smart Bidding). Правильність цієї класифікації — non-negotiable.

  6. Перезаміряй на 14 днях. Після змін не суди про результат раніше 14 повних днів після деплою. Перемикання моделі атрибуції запускає recalibration у дусі фази навчання Smart Bidding; порівняння на неповному вікні введе в оману.

"Differences between Google Ads and Analytics conversions are expected. Common causes include attribution model differences, conversion windows, and how each product handles cross-device, modeled, and consent-impacted conversions."
— Google Ads Help, Differences between Google Ads and Google Analytics conversions (доступ 2026-05-20)

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

Діагностичний чек-лист — пройди всі п'ять пунктів через 14 днів після розгортання

  • Відхилення менше 15% між GA4-конверсіями для google/cpc та колонкою Conversions у Google Ads по основній цілі на 14-денному вікні.
  • Моделі атрибуції збігаються — обидві консолі на data-driven (або обидві явно на last-click, якщо акаунт у списку винятків DDA).
  • Вікна атрибуції (lookback window) збігаються — Google Ads click-through window == GA4 acquisition lookback window, зафіксовано в measurement runbook.
  • Жодного подвійного обліку — для кожної бізнес-цілі рівно одна конверсійна дія має Goal type = Primary у Google Ads.
  • Симетрія Consent Mode — ad_storage + analytics_storage ідуть і у gtag, і в endpoint GA4; рядок modeled-conversion у GA4 у межах ±10% від modeled-сумарного значення Ads.

Якщо всі п'ять проходять, перезапусти аудит — ga_vs_ads_conversions переходить з failed → passed. Якщо відхилення лишається >15% після того, як виправлення 1-5 застосовані, ескалюй до серверного measurement review (див. суміжний плейбук нижче).

Methodology note. Правило ga_vs_ads_conversions у Whitead — це перевірка рівня акаунту в категорії вимірювання, що оцінюється на 14-денному вікні. Перевірка споживає queryset conversions з Google Ads (action name, category, status, 30-day count, attribution model — з обмеженням 20 дій на акаунт, щоб уміститися в context budget AI-review промпта) та маршрутизується до промпта check_ga_vs_ads_gap. Output mapping повертає passed, коли severity_score менший за 1, low при >=1, medium при >=2 — калібровано під смуги відхилення <10% / 10-20% / >20%, що звітуються в case studies Analytics Mania, Kissmetrics та Ruler Analytics. Правило наразі тримається у tombstone-стані (is_active: false), бо v1 аудит-пайплайн бачить лише Ads-бік; інтеграція GA4 OAuth + GA4 Reporting API, яка закриє петлю порівняння даних, числиться як кандидат Epic 8. До поставки цієї інтеграції правило виставлене у wiki для self-service оператора і виринає в audit narrative як callout «перевір вручну», а не як автоматизована знахідка.

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

  • Data-driven attribution — головний драйвер відхилення через mismatch моделей; вирівнюй його першим.
  • Імпорт GA4 → Google Ads — плейбук про вибір єдиного джерела істини і прибирання подвійного обліку.
  • Enhanced Conversions — закриває consent-розриви, що деформують саме Ads-бік.
  • Server-side GTM для Google Ads — шлях ескалації, коли client-side виправлення лишають залишкове відхилення >15%.
  • Consent Mode v2 — фреймворк, що має бути симетричним для обох endpoint-ів.
  • Виправлення: атрибуція last-click — суміжна знахідка, яка часто co-occurs та виправляється в тій самій сесії.

Джерела

// чи було корисно?
// анонімно · не зберігаємо персональні дані
← Назад до Wiki