Автоматические отчёты: где автоматика ломает смысл и как это поймать
Почему автоматические отчёты показывают неверные конверсии и как это проверить: окна атрибуции, дубли событий, primary и secondary цели.
Редакция ADS BeastОпубликовано 8 мин чтения
Автоматические отчёты переносят в таблицу то, что уже записано в рекламных кабинетах и системах аналитики. Ошибку они не создают, но и не замечают: если конверсией считается не то событие или у площадок разные окна атрибуции, аккуратная выгрузка покажет цифру, которой нет в бизнесе. Проверять нужно настройки, а не формат отчёта.
Коротко
- Автоматика не проверяет смысл записей: она собирает события, цели и окна атрибуции такими, какими их настроили.
- Главный источник искажений - не сбой выгрузки, а разные определения конверсии на разных площадках.
- Перед сравнением площадок приведите окна атрибуции к одному значению или покажите их рядом с цифрой.
- Рост или падение в отчёте может отражать настройку: какие действия включены в основной показатель, какие видны только в дополнительных.
- Две системы на одну покупку не доказывают двойной счёт, но и не исключают его: нужна сверка идентификаторов.
Почему автоматические отчёты показывают неверные данные, если выгрузка прошла без ошибок
Отчёт собирает то, что записано в кабинетах и системах аналитики, поэтому ошибка чаще всего уже есть в исходных данных: разные цели, дубли событий, неверные окна атрибуции. Автоматика только переносит эти записи в таблицу, не проверяя их смысл.
Это первое, что стоит принять: «выгрузка без ошибок» означает, что данные доехали, а не что они верны. Технически отчёт может быть безупречен и при этом описывать не тот процесс, который приносит деньги. Прежде чем доверять цифре, сверьте, какое событие считается конверсией и как оно связано с покупкой.
Практический признак проблемы: число конверсий в отчёте не сходится с числом заказов в CRM или в системе учёта. Расхождение в одну сторону говорит о дублях или слишком широком определении цели, в другую - о потерянных событиях и слишком узком.
Где автоматика ломает смысл: пять типовых мест
Смысл ломается там, где отчёт смешивает данные с разной логикой учёта. Пять мест, которые встречаются чаще всего, перечислены ниже. Каждое проверяется отдельно, и каждое может испортить итог, даже если остальные настроены верно.
- Определение конверсии. В основной показатель попадают не все действия, а только те, что отмечены как основные. Если туда случайно попало промежуточное событие, отчёт покажет рост, которого нет в продажах.
- Дубли событий. Одна покупка может быть записана дважды: браузерным событием и серверной загрузкой, либо двумя разными конверсионными действиями.
- Окна атрибуции. Площадки по-разному решают, какому клику засчитать покупку. При сведении в один отчёт часть конверсий попадает в один период и не попадает в другой.
- Срок хранения данных. Часть отчётов строится на необработанных данных, у которых ограниченный срок жизни. Прошлые периоды могут выглядеть пустыми не потому, что конверсий не было.
- Смешение валют, часовых поясов и периодов. Данные за «вчера» на разных площадках означают разные сутки, а итог за месяц зависит от того, в каком поясе он посчитан.
Ни один из этих пунктов не виден в самом отчёте. Все они живут в настройках, и именно поэтому автоматический отчёт без сопровождающей пометки легко читается неверно.
Как автоматические отчёты искажают число конверсий при двух источниках данных
Если браузерное событие и серверная загрузка описывают одну покупку, итог зависит от идентификатора. В Google Ads повтор конверсионной акции с тем же transaction/order ID дедуплицируется, а одинаковый ID не объединяет разные акции. Поэтому две отдельные акции на одну покупку могут завысить результат, но само наличие двух источников не доказывает двойной счёт.
Разберём аккуратно, потому что здесь легко сделать поспешный вывод. Google поддерживает согласованные источники: браузер и сервер могут передавать одну и ту же конверсию, и это штатная схема, а не ошибка. Дедупликация срабатывает по совпадению идентификатора заказа в рамках одной конверсионной акции. Согласованный ID нужен и для браузерной, и для серверной загрузки, иначе связка не сработает.
Другая ситуация: на одну покупку настроены две разные конверсионные акции. Одинаковый ID их не объединит, и в отчёте покупка может отразиться дважды. Это гипотеза до проверки: прежде чем объявлять двойной счёт, посмотрите, какие акции существуют в кабинете, какие из них основные, и совпадают ли идентификаторы заказов.
Отдельно про серверные события в GA4: Measurement Protocol отправляет их в GA4, а не напрямую в Google Ads. Импорт из GA4 и передача через Google Ads API или Data Manager - разные пути. Если в отчёте смешаны эти каналы, сравнивать их как одно и то же нельзя.
Какой срок хранения данных в GA4 влияет на отчёты за прошлые периоды
В стандартном ресурсе GA4 срок 2 или 14 месяцев относится к данным уровня пользователя и события для неагрегированных исследований в Explorations, а не ко всем стандартным агрегированным отчётам. В Analytics 360 варианты другие. Если отчёт строится на необработанных данных, проверьте, какой срок задан в ресурсе, иначе прошлые периоды могут выглядеть пустыми.
Это частая причина ложной тревоги. Человек открывает отчёт за год назад, видит провал и делает вывод о падении спроса или о поломке аналитики. На деле он смотрит на данные, у которых истёк срок хранения в том виде, в котором их можно исследовать. Агрегированные стандартные отчёты и неагрегированные исследования - разные вещи, и путать их дорого: на основе пустого периода легко переписать стратегию.
Проверять стоит заранее, до того как понадобится история. Если вы регулярно сравниваете год к году на необработанных данных, срок хранения - такая же настройка, как и определение конверсии.
Где автоматика ломает смысл при сравнении площадок с разными окнами атрибуции
В Google Ads окно конверсии по клику по умолчанию 30 дней и настраивается от 1 до 90. Если в одном отчёте свести Google Ads с площадкой, где окно другое, часть конверсий попадёт в один период и не попадёт в другой. Перед сравнением приведите окна к одному значению или покажите их рядом с цифрой.
Проблема обостряется, когда сравнивают площадки с разной длиной цикла сделки. Покупка, которая созревает долго, при коротком окне просто не успевает попасть в отчёт и выглядит как потерянная. При длинном окне она возвращается в тот месяц, когда был клик, и раздувает старый период. Один и тот же результат рекламы даёт разные цифры в зависимости от настройки.
Практическое правило: не сводите площадки в одну таблицу, пока не выровняли окна. Если выровнять нельзя, оставьте окно рядом с числом - читатель отчёта должен видеть, что стоит за цифрой. Это дешевле, чем объяснять расхождение после того, как на основе отчёта уже перераспределили бюджет.
Что проверить в отчёте, прежде чем делать вывод о работе кампаний
Проверьте, какие конверсионные действия включены в основной показатель, а какие видны только в дополнительных, как настроены окна атрибуции и нет ли дублей событий. Google Ads делит действия на primary и secondary: первые влияют на «Conversions» и ставки, вторые видны в «All conversions», у custom goals свои правила. Без этой сверки рост или падение в отчёте может отражать настройку, а не результат рекламы.
Сравнение двух режимов учёта удобно держать перед глазами в таком виде:
| Что сравниваем | Основные действия (primary) | Дополнительные действия (secondary) |
|---|---|---|
| Куда попадает | В показатель «Conversions» | В показатель «All conversions» |
| Влияние на ставки | Влияют | Не влияют |
| Типичная ошибка | Промежуточное событие попало в основной показатель | Действие считают неучтённым, хотя оно видно в отчёте |
| Что делать перед выводом | Сверить список с реальными продажами | Проверить, не путается ли с основным показателем |
Custom goals живут по своим правилам, и их тоже нужно смотреть отдельно, а не подставлять в общую логику. Если в отчёте фигурирует CPA или ROAS, сначала убедитесь, что в основе лежит правильный набор конверсий: любая метрика эффективности наследует все ошибки определения цели. Как считается окупаемость и что именно подставлять в формулу, разобрано в материале про ROAS: формулу и примеры расчёта.
Как выстроить автоматические отчёты, которым можно доверять
Доверие к отчёту строится не на красивом дашборде, а на зафиксированных определениях: что считается конверсией, за какой период, с каким окном атрибуции и из какого источника. Эти определения стоит один раз записать и держать рядом с отчётом.
Начните со структуры: шаблон, в котором у каждой цифры есть подпись «откуда взято» и «что означает», снимает большую часть споров. Готовая основа описана в статье про шаблон отчёта по рекламе: структуру, которая работает. Дальше имеет смысл сократить число показателей до тех, что действительно влияют на решения, - об этом подробно в материале дашборд для владельца бизнеса: пять цифр вместо пятидесяти.
Отдельный вопрос - как отчёт выглядит для клиента или руководителя. Оформление и подпись источника меняют то, насколько цифре верят и насколько правильно её читают; об этом статья отчёт под собственным брендом: что это меняет. А если в отчёте есть CTR, полезно помнить, что у этого показателя нет универсального «хорошего» значения: ориентиры зависят от площадки и формата, что разобрано в материале какой хороший CTR на YouTube: ориентиры и формула.
Сервис вроде ADS Beast собирает отчёты с CPA, CTR, CPC и CPM по подключённым кабинетам и умеет принимать серверные конверсии из стадий CRM. Это помогает свести браузерные и серверные данные в одном месте, но не отменяет сверки определений: настройки конверсионных действий и окон атрибуции остаются на стороне площадок. Посмотреть, как устроены отчёты по рекламе с ключевыми метриками, можно на странице продукта.
Что делать дальше
Возьмите один автоматический отчёт, которым пользуетесь регулярно, и проверьте в нём три вещи: какие конверсионные действия включены в основной показатель, какое окно атрибуции задано, совпадают ли идентификаторы заказов у браузерных и серверных событий. Если хотя бы один пункт не сходится с тем, как вы считаете продажи, отчёт нужно пересобрать до того, как на его основе примут решение о бюджете.