Неточності у відстеженні офлайн-конверсій у Google Ads

Дані щодо офлайн-конверсій у ваших рекламних кабінетах Google Ads можуть бути менш надійними, ніж ви очікуєте. Під час детального аналізу роботи системи було виявлено дві неочікувані особливості поведінки платформи, які здатні суттєво вплинути на точність вашої звітності:

• Зарахування конверсій до некоректних облікових записів: Якщо ви завантажуєте офлайн-конверсії одразу для кількох рекламних акаунтів єдиним масивом, Google може зарахувати конверсії тим кабінетам, які фактично не генерували відповідних кліків чи дзвінків.
• Успішне завантаження не гарантує зарахування конверсії: Статуси «Успішно» (Successful) або «#OK» в інтерфейсі зовсім не означають, що система Google остаточно прийняла конверсію і вона з’явиться у ваших звітах.

Ці проблеми значно ускладнюють розуміння того, яку саме кількість конверсій фактично врахував Google, і ставлять під сумнів точність звітності між різними акаунтами. Після тривалого аналізу розбіжностей та консультацій зі службою підтримки Google, ми підготували детальний розбір причин цих аномалій та кроки для їх усунення.

Завантаження конверсій у декілька акаунтів одночасно

Багато українських маркетингових агенцій та великих брендів (наприклад, національні ритейлери, що мають окремі інтернет-магазини або суббренди під єдиним керуючим акаунтом MCC) імпортують офлайн-конверсії у кілька рекламних кабінетів через єдине завантаження. Це логічне рішення, яке економить час і зменшує операційне навантаження порівняно з дробленням файлів для кожного акаунту окремо.

Історично склалося так, що Google приймав завантажений GCLID (ідентифікатор кліку Google) або номер телефону лише в тому акаунті, який безпосередньо згенерував цей клік чи дзвінок, і відхиляв його для всіх інших.

Проте зараз алгоритм змінився. Якщо ви використовуєте однакову назву дії-конверсії (наприклад, «Покупка» або «Кваліфікований лід») у різних акаунтах, Google може прийняти конверсію в кабінеті, який не мав жодного відношення до генерації цього кліку чи дзвінка.

Ця проблема була виявлена на прикладі мультибрендового рекламодавця, що має окремі автономні акаунти Google Ads для кожного бренду під загальним керуючим записом. Дані про продажі передавалися до Google через імпорт офлайн-конверсій, причому кожен кабінет мав дію-конверсію з ідентичною назвою. Під час зведення аналітики з’ясувалося, що конкретні ідентифікатори GCLID якимось чином дублювалися та приймалися одразу кількома рекламними акаунтами.

Після тривалих перемовин зі службою підтримки Google було отримано офіційну відповідь: це очікувана поведінка системи. Якщо ви завантажуєте GCLID або номер телефону в акаунт, і назва дії-конверсії у файлі збігається з назвою в цьому акаунті, Google може схвалити таке завантаження, навіть якщо клік відбувся в іншій кампанії іншого кабінету.

Чи призводить це до завищення показників (Overcounting)?

Так. В інтерфейсі (UI) певних акаунтів можна побачити конверсії, прив’язані до конкретних кампаній, хоча ці кампанії фізично їх не генерували.

Чи впливає це на інтелектуальне призначення ставок (Smart Bidding)?

За заявою служби підтримки Google, такі «хибні» конверсії не враховуються алгоритмами Smart Bidding, а кредит за конверсію отримує лише та кампанія, що згенерувала клік. Втім, на практиці ці конверсії відображаються у стовпці «Конверсії» та безпосередньо впливають на розрахунок вартості за конверсію (CPA) у звітах. Незалежно підтвердити, що вони жодним чином не впливають на навчання автоматичних стратегій призначення ставок, наразі неможливо.

Чи стається це з кожною завантаженою конверсією?

Ні. У багатьох випадках Google все ж повертає повідомлення про помилку, зазначаючи, що конверсію відхилено через те, що клік не пов’язаний з даним акаунтом. Алгоритм, за яким Google в одних випадках приймає такі конверсії, а в інших — ні, залишається непрозорим.

Як усунути проблеми з некоректним відстеженням

Щоб запобігти зарахуванню офлайн-конверсій до неправильних акаунтів, українським маркетологам та аналітикам варто впровадити одну з трьох наступних стратегій:

1. Сегментація файлів імпорту: Розділяйте бази даних і завантажуйте конверсії виключно в той рекламний кабінет, який їх згенерував.
2. Унікальний неймінг конверсій: Задайте дії-конверсії у кожному акаунті унікальну назву (наприклад, «Покупка_Бренд_А», «Покупка_Бренд_Б») і використовуйте відповідні назви у файлах імпорту.
3. Міжакаунтне відстеження (Cross-account conversion tracking): Налаштуйте єдине відстеження конверсій на рівні керуючого акаунту (MCC), замість того, щоб створювати локальні дії-конверсії у кожному підпорядкованому (child) акаунті.

Чому статуси «Успішно» та «#OK» не гарантують результату

Коли ви завантажуєте офлайн-конверсії, Google повертає статус, що вказує на розпізнавання імпорту.

• В онлайн-інтерфейсі ви побачите статус «Успішно» (Successful).
• У завантаженому звіті відображатиметься «#OK».

Раніше маркетологи обґрунтовано вважали, що такий статус означає беззаперечне прийняття конверсії системою. Проте, як роз’яснила служба підтримки Google, початкова валідація завантаження перевіряє лише три базові речі:

1. Правильність структури файлу.
2. Наявність вказаної дії-конверсії у кабінеті.
3. Коректність формату GCLID.

Повна перевірка атрибуції відбувається значно пізніше. Отже, статус «#OK» в історії завантажень свідчить лише про те, що рядок був придатним для читання (readable). Це зовсім не означає, що конверсія буде врахована у фінальній статистиці. Нерідко виникає ситуація, коли кількість фактично відображених в акаунті конверсій виявляється значно меншою за кількість рядків зі статусом «#OK».

Чому Google розпізнає, але не зараховує конверсію?

Служба підтримки надає два основні пояснення можливих розбіжностей:

• Конверсія є дублікатом (наприклад, ви випадково завантажили той самий GCLID кілька разів).
• Конверсія пов’язана з кліком, який система Google визнала недійсним (фрод, випадкові склікування тощо).

Як правильно верифікувати прийняті конверсії

Не покладайтеся виключно на статус завантаження. Якщо ви завантажили 100 конверсій (наприклад, статусів з української CRM-системи) і Google відзначив 90 з них як «Успішно», це створює ілюзію 90% прийняття. Але якщо у рекламному кабінеті згодом з’являється лише 60 конверсій, ваш реальний показник успішного імпорту становить 60%, і алгоритми недоотримують критично важливі дані.

Рішення: Регулярно звіряйте кількість вивантажених офлайн-конверсій із кількістю конверсій, що фактично з’являються в рекламному акаунті. Зважайте на те, що у стандартних стовпцях звітності Google приписує конверсію до дати кліку, а не до дати здійснення конверсії. Тому цифри за конкретний день можуть не збігатися день у день, особливо в нішах із довгим циклом прийняття рішення (наприклад, нерухомість або B2B-послуги в Україні).

Оновлення Google щодо атрибуції та авторизації імпорту

Нещодавно у блозі розробників Google Ads було анонсовано покращення процесу імпорту офлайн-конверсій, що розгорталися протягом квітня-травня поточного року (без порушення сумісності з API). Основні зміни включають:

• Покращена атрибуція та відновлення даних (Fallback recovery): Google почав зараховувати частину прострочених GCLID та кліків, що відбулися до самої конверсії. Це має зменшити кількість помилок типу EXPIRED_EVENT та CONVERSION_PRECEDES_EVENT.
• Гнучкі запити на імпорт: Змінено структуру авторизації. Тепер керуючим (MCC) або клієнтським акаунтам стало простіше імпортувати конверсії від імені інших кабінетів. Очікується зменшення кількості помилок UNAUTHORIZED_CUSTOMER та INVALID_CUSTOMER_FOR_CLICK, що потенційно може підвищити загальний рівень атрибуції.

Рекомендації для щоденної роботи

Неочікувана поведінка системи відстеження офлайн-конверсій робить процес верифікації даних критично важливим етапом роботи performance-маркетолога. Зважаючи на те, що конверсії можуть «осідати» у неправильних акаунтах, а статуси успішного завантаження не дорівнюють фактичним даним у звітах, рекомендуємо дотримуватися таких правил:

1. Завантажуйте виключно нові, раніше не імпортовані конверсії.
2. Ведіть суворий внутрішній облік (лог) унікальних ідентифікаторів GCLID, які ви передаєте в систему.
3. Проводьте регулярну звірку (реконсиляцію) даних між вашою CRM та інтерфейсом Google Ads, орієнтуючись на час конверсії.

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

Читайте статтю англійською мовою.

Inaccuracies in Google Ads Offline Conversion Tracking