Автоматичні звіти: де автоматика ламає сенс
Розбираємо, чому автоматичні звіти дають завищені чи розбіжні цифри: вікна конверсій, дедуплікація, джерела даних і що перевірити.
Редакція ADS BeastОпубліковано 8 хв читання
Автоматичні звіти ламають сенс тоді, коли автоматика зводить докупи події з різних джерел без узгодження: різні вікна конверсій, різні ідентифікатори замовлень, різні правила атрибуції. Цифра виходить охайна, а рішення на ній — хибне. Нижче — де саме це стається і як перевірити звіт до того, як він піде власнику.
Коротко
- Автоматичний звіт — це зведення даних за заданими правилами; він не перевіряє, чи узгоджені ці правила між джерелами.
- Головні джерела розбіжностей: вікно конверсії, дедуплікація за ідентифікатором замовлення, подвійний облік основної й додаткової дії.
- Зміна числа конверсій сама по собі не доводить, що спрацювала дедуплікація.
- Перевіряти треба не підсумок, а шлях події: що надіслано, з яким ID, з якого джерела, за яким вікном.
- Звіт варто будувати під одне рішення, а не збирати всі доступні метрики в одну таблицю.
Що таке автоматичний звіт і де межа його компетенції
Автоматичний звіт — це набір даних, який система збирає за наперед заданими правилами й оновлює без ручної участі. Правила задає людина: які джерела підключити, які події вважати результатом, за який період порівнювати. Автоматика виконує ці правила буквально.
Звідси й межа. Звіт не знає, що у вас «продаж» у CRM і «конверсія» в рекламному кабінеті — це одна подія, описана двома мовами. Він не знає, що частина замовлень оформлена з того самого пристрою двічі. Він не знає, що менеджер закрив угоду вручну й вона потрапила в обидва джерела. Автоматика зшиває числа за формальними ознаками, а сенс залишається за межами її роботи.
Тому питання «чому звіт бреше» майже завжди неточне. Звіт не бреше — він чесно рахує те, що йому дали. Розбіжність виникає на стику джерел, і саме туди варто дивитися.
Чому автоматичні звіти показують неправильні цифри
Найчастіша причина — звіт збирає дані з кількох джерел без узгодження подій. У Google Ads повтор однієї конверсійної дії з тим самим transaction/order ID дедуплікується. Але однаковий ID не об'єднує різні конверсійні дії: якщо для однієї покупки налаштовано дві окремі дії, підсумок може вийти завищеним.
Другий шар — статус дії. Поділ на основні й додаткові конверсії визначає, що потрапляє в «Conversions» і впливає на ставки, а що видно лише в «All conversions». Якщо у звіті змішати ці рівні, число перестає відповідати тому, за чим ви насправді оптимізуєте кампанію.
Третій шар — джерела. Наявність двох джерел події сама по собі не доводить подвійний облік: Google підтримує узгоджені джерела, і браузерна, і серверна передача можуть описувати ту саму покупку коректно. Проблема з'являється, коли ідентифікатори не збігаються або події описані різними діями.
Практичний висновок: перш ніж вірити цифрі, перевірте, які дії позначені основними, які додатковими, і чи збігаються ідентифікатори замовлень між джерелами.
Як вікно конверсії змінює підсумок навіть без змін у продажах
У Google Ads вікно конверсії за кліком за замовчуванням становить 30 днів, і його можна налаштувати в діапазоні від 1 до 90 днів. Якщо в кабінеті стоїть одне вікно, а у звіті ви порівнюєте періоди, пораховані за іншим, цифри не зійдуться навіть за однакових фактичних продажів.
Механіка проста. Конверсія зараховується до дня кліку, а не до дня покупки. Коли ви міняєте довжину вікна, частина покупок переїжджає з одного звітного періоду в інший. Підсумок за місяць змінюється, хоча ніхто нічого не купував інакше.
Що робити:
- Зафіксуйте, яке вікно діє для кожної конверсійної дії, і запишіть це в опис звіту.
- Порівнюйте періоди лише з однаковим вікном.
- Якщо звіт тягне дані з кількох кабінетів, перевірте, що вікно однакове в кожному.
- Не змінюйте вікно одночасно з іншими правками кампаній — інакше не розберете, що саме вплинуло на число.
Таблиця: де автоматика втрачає сенс і що перевірити
| Ситуація у звіті | Що бачить автоматика | Де ламається сенс | Що перевірити |
|---|---|---|---|
| Дві конверсійні дії на одну покупку | Два зарахування | Однаковий ID не об'єднує різні дії | Список дій, їхній статус, чи не дублюють вони одну подію |
| Зміна вікна конверсії | Інший підсумок за той самий місяць | Період порівняння не відповідає вікну | Вікно кожної дії, дата зарахування |
| Браузерна й серверна передача | Два джерела однієї події | ID не збігаються або події різні | Чи узгоджені ідентифікатори між джерелами |
| Основні й додаткові конверсії в одній таблиці | Сума «всіх» конверсій | Змішано рівні, за якими оптимізують і які лише показують | Які дії основні, які додаткові |
| Дані з GA4 і з рекламного кабінету | Дві цифри поруч | Різні моделі атрибуції й різні шляхи передачі | Як саме подія потрапляє в кожне джерело |
Таблиця не дає універсального рецепта. Вона дає список місць, де варто зупинитися й подивитися на налаштування, а не на підсумкове число.
Чи доводить зміна кількості конверсій, що дедуплікація працює
Ні. Сама зміна числа конверсій нічого не доводить. Спочатку перевірте, які події надходять, чи збігаються ідентифікатори, з яких джерел приходять дані та як налаштована атрибуція. Лише після цього можна припускати, що на результат вплинула саме дедуплікація, а не інші зміни в кампаніях.
Причина в тому, що на число конверсій одночасно впливає кілька речей: бюджет, сезон, правки оголошень, зміна вікна, оновлення на сайті. Якщо ви змінили налаштування дедуплікації й одночасно щось інше, число не є доказом. Це гіпотеза, яку ще треба перевірити.
Практичний спосіб: подивіться на самі події, а не на агрегат. Якщо в даних видно, що та сама покупка більше не рахується двічі, це прямий доказ. Якщо видно лише, що підсумок зменшився, — це привід перевіряти далі.
Як зробити звіт, якому можна вірити
Робочий звіт будується від рішення, а не від доступних метрик. Спершу визначте, яке рішення ви ухвалюєте за цим звітом: перерозподілити бюджет, змінити ставки, зупинити канал. Далі підберіть мінімум цифр, потрібних саме для цього рішення.
Послідовність, яка зменшує кількість сюрпризів:
- Опишіть, які події вважаєте результатом, і як вони називаються в кожному джерелі.
- Перевірте, що для кожної події є узгоджений ідентифікатор.
- Зафіксуйте вікно конверсії й модель атрибуції для кожного джерела.
- Позначте, які дії основні, які додаткові, і що саме потрапляє у звіт.
- Порівнюйте періоди з однаковими правилами.
- Перегляньте, чи не змінювалися налаштування всередині періоду, який порівнюєте.
Окремо варто подумати про структуру самого звіту. Зайва кількість метрик створює ілюзію контролю й ховає розбіжність: поки в таблиці п'ятдесят цифр, ніхто не помітить, що дві з них рахують одну покупку. Шаблон звіту з реклами: структура, яка працює допомагає звести звіт до рішень, а не до переліку всього, що віддає кабінет. Якщо звіт іде власнику бізнесу, краще почати з дашборду з п'ятьма цифрами замість п'ятдесяти — менше шансів, що розбіжність загубиться серед деталей.
Оформлення звіту під бренд і довіра до цифр
Звіт під власним брендом не робить цифри правильнішими. Він змінює інше: читач бачить, хто відповідає за дані, і ставить запитання конкретніше. Звіт під власним брендом: що це змінює для клієнта варто читати саме з цієї позиції — оформлення не замінює перевірку джерел.
Те саме стосується будь-якої похідної метрики. ROAS виглядає переконливо, поки не з'ясується, що в чисельнику подвоєна виручка від однієї покупки. Що таке ROAS і як його розрахувати: формула та приклади дає формулу, але формула не рятує від подвійного обліку в джерелі. Спершу перевірте події, потім рахуйте похідні показники.
Як автоматизувати звітність і не втратити сенс
Автоматизація корисна там, де правила стабільні й перевірені. Вона шкодить, коли прискорює зведення даних, які ще не узгоджені між собою. Тому порядок такий: спочатку ручна перевірка на невеликому періоді, потім фіксація правил, і лише потім розклад.
Що варто автоматизувати першим: збір даних з кабінетів, контроль бюджету й темпу витрат, перевірку тексту оголошення за правилами площадки до відправки. Це механічні операції, де помилка коштує дорого, а сенс очевидний. Що варто залишити під ручним контролем: трактування результату й висновки про те, чому число змінилося.
У ADS Beast є звіти з CPA, CTR, CPC і CPM — зведення з підключених кабінетів в одному місці. Це зручно для рутинного перегляду, але узгодженість подій між джерелами все одно перевіряє людина: сервіс збирає дані, а не вирішує за вас, що вважати однією покупкою. Синхронізація відбувається раз на кілька хвилин, тож цифри не «в реальному часі» — для щоденного контролю цього достатньо, для хвилинних рішень ні.
Коли автоматичний звіт краще не запускати
Є кілька ситуацій, де автоматика тільки заплутає. Якщо ви щойно змінили налаштування конверсій, дайте періоду стабілізуватися й не порівнюйте його з попереднім без позначки про зміну. Якщо джерела даних розходяться й ви ще не знаєте чому, не зводьте їх в одну таблицю: дві окремі цифри з поясненням корисніші за одну неправильну.
Якщо звіт потрібен для зовнішнього читача, який не знає деталей налаштування, додайте коротку примітку: які дії враховані, за яким вікном, що не входить у підсумок. Це займає кілька рядків і знімає більшість запитань.
І окремо про показники, які легко прочитати неправильно. Наприклад, кліки на YouTube: високий показник сам собою не означає ефективності, потрібен орієнтир для конкретного формату й розрахунок від нього. Який гарний показник кліків на YouTube: орієнтири й розрахунок пояснює, як не прийняти красиве число за результат.
Наступний крок
Візьміть свій поточний автоматичний звіт і випишіть для кожної конверсійної дії три речі: статус (основна чи додаткова), вікно конверсії та ідентифікатор, за яким дедуплікуються повтори. Якщо хоч одна клітинка порожня, звіт ще не готовий до рішень. Далі порівняйте два періоди з однаковими правилами й подивіться, чи не з'являються розбіжності на стику джерел — розберіть свої кабінети в ADS Beast, щоб побачити дані з усіх підключених майданчиків в одному звіті.