Імпорт конверсій GA4 у Google Ads — канонічний спосіб дати Smart Bidding багатший downstream-сигнал, і водночас канонічний спосіб тихо подвоїти підрахунок, коли ніхто не вимикає попередню нативну дію, яку він замінив. Результат: завищені ставки, недодача обсягу й стовпець «Conversions», що більше не відповідає реальності.
Що насправді означає «подвійний підрахунок GA4-імпорту»
Конверсійна подія GA4, імпортована в Google Ads, стає окремою дією-конверсією на боці Ads з власним рядком у Goals → Summary. Якщо той самий бізнес-результат ТАКОЖ вимірюється нативним тегом Google Ads (gtag, GTM, Enhanced Conversions або офлайн-імпорт), і ОБИДВА рядки мають Goal type = Primary — кожна реальна конверсія рахується двічі, по одному разу через кожен шлях (Довідка Google Analytics — Link Analytics and Google Ads, 2025).
Це важливо, бо Smart Bidding оптимізує під стовпець Conversions. Подвоєний сигнал штовхає tCPA/tROAS-біддери ставити так, ніби кожен клік удвічі цінніший, ніж насправді. CPC росте, бюджети звʼязуються раніше, реальний CPA тихо погіршується — а дашборд бадьоро рапортує «покращення», бо надутий чисельник його приховує. Optmyzr і Analytics Mania задокументували це як одну з найчастіших знахідок аудиту на акаунтах, що мігрували на GA4 у 2023-2024 і не почистили старі імпорти Universal Analytics → Ads (Optmyzr — PPC data tracking: what breaks, why it breaks, 2025; Analytics Mania — Google Ads conversion tracking troubleshooting, 2025).
Структурно це інше за tracking gap (нуль конверсій там, де мають бути) — тут протилежна проблема: конверсій забагато, всі реальні, просто пораховані кількома шляхами.
Топ причин (за частотою в аудитах)
- Legacy GA4-імпорт ніколи не вимикали після міграції на Enhanced Conversions — команда вмикає Enhanced Conversions на нативному тегу Ads для точності first-party-даних, але залишає активною стару GA4-імпортовану версію тієї самої події purchase. Тепер рапортують обидві. Найпоширеніший патерн.
- Маркетинг додає GA4-події без ревʼю операційної команди — growth-маркетолог створює нову конверсійну подію GA4 (
generate_lead,sign_up) та імпортує її в Ads. Ніхто не помічає, що вона перетинається з існуючою нативною конверсією Ads «Form Submission», що вказує на ту саму thank-you-сторінку. - Хибна установка «більше сигналу — краще» — практик навмисно вмикає обидва шляхи, думаючи, що це покращить Smart Bidding. Не покращить — Smart Bidding хоче один канонічний сигнал на ціль; дублікати спотворюють модель.
- GA4-імпорт
purchaseплюс нативний Adspurchaseз різними вікнами атрибуції — обидва рахують ту саму виручку, але з різними lookback-вікнами, генеруючи неконсистентні підсумки й розбіжності зі звіркою GA4 vs Ads conversions. - Імпорти на рівні goal накладені на імпорти на рівні event — імпортовано GA4 Key Event І GA4-ціль «Purchase», що його містить — подвоєння всередині самого GA4-шляху.
- Залишки крос-акаунтної міграції — агентство приймає акаунт, імпортує GA4 з нуля, але не аудитує вже активний GA4-імпорт попередньої агенції, привʼязаний до іншої GA4-property.
Діагностичний чекліст
Працюйте згори вниз. Перший рядок таблиці відповідає, чи є взагалі проблема дублювання.
| # | Перевірка | Де в інтерфейсі | Поріг |
|---|---|---|---|
| 1 | Кількість дій з Goal type = Primary на одну бізнес-ціль | Goals → Summary → modify columns → показати Source + Goal type | >1 Primary-рядок на одну реальну ціль = дублювання |
| 2 | Нативний Ads + GA4 покривають ту саму подію | Фільтр Source = Website І Source = Google Analytics (GA4) | Обидва присутні з однаковим URL призначення або назвою події |
| 3 | Привʼязка GA4-property | Tools → Linked accounts → Google Analytics (GA4) | >1 GA4-property привʼязана = імовірний legacy-лінк |
| 4 | Перетин Goal- vs Event-імпортів | Goals → Source = GA4 → перевірити назви | Та сама подія імпортована і як Key Event, і як Goal |
| 5 | Звірка: GA4 google/cpc conv vs стовпець Ads Conversions | GA4 → Acquisition → Traffic acquisition (google/cpc) vs Ads Campaigns | Ads > GA4 на >20% натякає на подвійний підрахунок |
| 6 | Цілі tCPA/tROAS, що раптом стали «легкими» після імпорту | Історія Bidding | Target hit-rate підскочив суттєво (велика step-зміна без інших змін в акаунті) = надутий сигнал — дослідіть перетин джерел |
Шляхи виправлення
Послідовність важлива — видалення дії-конверсії стирає її історію; пониження зберігає audit trail.
- Замапте кожну бізнес-ціль на канонічне джерело. На ціль (purchase, lead, demo, sign-up тощо) оберіть ОДНЕ джерело: нативний тег Ads (краще для транзакційних з Enhanced Conversions), GA4-імпорт (краще для engagement / багатокрокових цілей, уже змодельованих у GA4), або офлайн-імпорт (краще для B2B lead-qualification value). Задокументуйте рішення.
- Понижуйте — а не видаляйте — неканонічні дії. Виставте їхній Goal type у Secondary у Goals → Conversions → edit. Secondary-дії все ще пишуться, все ще зʼявляються в All conversions, але більше не годують стовпець
Conversionsчи Smart Bidding. Видалення втратить історію порівняння. - Ребейзлайн на 14 днів. Стовпець Conversions впаде — це коректно, він нарешті рахує правду. Анотуйте зміну в акаунті, щоб post-cleanup-порівняння CPA/ROAS посилались на новий baseline.
- Очікуйте повторного входу Smart Bidding у фазу навчання. Прибирання сигналу з входу оптимізатора — суттєва зміна; tCPA/tROAS-стратегії зазвичай потребують 5-7 днів для стабілізації (smart-bidding-learning-phase). Тримайте цілі сталими — не ганяйтеся за провалом.
- Узгодьте вікна атрибуції. Якщо залишаєте GA4-імпорт як канонічний, переконайтесь, що вікно конверсій GA4 збігається з вікном Ads. Розділений lookback у GA4 (30-денний acquisition для подій first_open/first_visit, 90-денний для решти подій на кшталт purchases) — поширений mismatch із conversion lookback windows у Google Ads. Узгодьте обидві сторони явно, інакше очікуйте сталий reconciliation drift, задокументований у fix-ga-vs-ads-conversions-mismatch.
- Розвʼяжіть застарілі GA4-property. У Linked accounts приберіть лінки на GA4-property, що більше не використовуються активно; це не дасть майбутнім імпортам повторно ввести дублікати.
Методологічна примітка. Правило ga_vs_ads_conversions Whitead (звʼязана finding-стаття: fix-ga-vs-ads-conversions-mismatch) виявляє upstream-причину подвійного підрахунку GA4-імпорту, читаючи інвентар дій-конверсій Google Ads, групуючи за inferred-бізнес-ціллю (патерн URL призначення + нормалізація назв подій) і прапорить будь-який кластер цілей з >1 дією, де include_in_conversions = true. Сигнал зважує severity пар-дублікатів за 30-денною часткою витрат кампаній на Smart Bidding (більше витрат оптимізує на надутий сигнал = вища severity). Рекомендація фіксу спершу виносить рішення про канонічне джерело (який шлях лишити), а не який вимкнути, бо хибне пониження може стерти багатший сигнал — наприклад, пониження нативного Ads з Enhanced Conversions на користь GA4-імпорту втрачає first-party identity match-back.
Коли ескалювати
Ескалюйте з тактичного очищення до перегляду стратегії вимірювання, якщо:
- В акаунті >3 джерел конверсій, що перетинаються (нативне + GA4 + офлайн + серверне) — вибір канонічних джерел вимагає крос-командного рішення, а не дискреції аудитора. Див. server-side-gtm-for-google-ads.
- Пониження GA4-імпортів обвалює задеклароване число конверсій на >50% — Smart Bidding місяцями тренувався на сильно надутому сигналі; потрібен measurement reset і, можливо, перегляд стратегії, а не лише чистка стовпця.
- Команда одночасно мігрує last-click → DDA — робити обидва одночасно компаундує варіативність; спершу очищення, потім зміна атрибуції, з 14-денним gap-ом стабілізації.
Пов'язані поняття
- fix-ga-vs-ads-conversions-mismatch — звʼязана з правилом finding-стаття для симптому розбіжності, що цей playbook запобігає.
- Enhanced Conversions — зазвичай правильне канонічне джерело для транзакційних цілей; зрозумійте до пониження нативного Ads на користь GA4.
- Data-driven attribution — DDA в Ads vs GA4 підсилює розбіжності, коли обидва рапортують ту саму ціль; узгоджуйте до імпорту.
- Conversion tracking — фундаментальний primer про те, як побудовано стовпець Conversions.
- server-side-gtm-for-google-ads — серверна дедуплікація — durable-відповідь, коли кілька шляхів вимірювання мають співіснувати.
- smart-bidding-learning-phase — очікуйте re-entry після пониження будь-якого сигналу, що годує стовпець Conversions.
Джерела
- Import Google Analytics 4 conversions into Google Ads — Довідка Google Ads, 2025-10
- Link Google Analytics 4 properties to Google Ads — Довідка Google Analytics, 2025-09
- About conversion actions — Довідка Google Ads, 2025-08
- About primary and secondary conversion actions — Довідка Google Ads, 2025-07
- PPC data tracking: what breaks, why it breaks, and what to do — Optmyzr, 2025
- Google Ads conversion tracking not working? 28 reasons and fixes — Analytics Mania, 2025