Как проверить, учитывает ли аналитика заказы с оплатой при получении
Чтобы проверить учёт заказов с оплатой при получении, сравните заказы в системе аналитики с записями в CRM или журнале заказов. Сверяйте не только количество, но и статус: оформлен, подтверждён, отправлен или выкуплен. Так вы увидите, на каком этапе данные расходятся и какие события нужно настроить. В статье — порядок проверки, который поможет разобраться без сложной технической подготовки.
Почему заказ с оплатой при получении легко посчитать неправильно?
При онлайн-оплате магазин обычно получает сигнал об успешном платеже. При оплате при получении заказ оформляется на сайте, но деньги поступают позже. Если аналитика считает событием продажи сам факт отправки формы, она покажет заявку даже в том случае, если клиент не подтвердил заказ или отказался от посылки.
Поэтому заранее определите, что именно вы называете заказом и продажей. Для оценки спроса считайте оформленные заказы. Для отчёта о фактических продажах используйте заказы, которые клиент выкупил и оплатил. Это разные показатели, и их лучше не объединять в одну цифру.
Как сверить данные аналитики и заказов?
Выберите период и сопоставьте заказы в аналитике с записями в учётной системе. Сравнивайте одинаковые даты и одинаковый этап оформления: если в одном отчёте указаны созданные заказы, а в другом — выкупленные, расхождение ожидаемо.
- Выгрузите или посчитайте заказы за выбранный период в CRM, журнале заказов или административной панели сайта.
- В аналитике откройте тот же период и найдите событие, которое обозначает оформление заказа.
- Сопоставьте записи по номеру заказа, если он передаётся в аналитику, или по времени оформления и другим доступным признакам.
- Отдельно проверьте статусы: отменён, подтверждён, отправлен, выкуплен.
- Повторите сверку после тестового заказа с оплатой при получении.
Если аналитика показывает больше заказов, проверьте, не срабатывает ли событие при повторном обновлении страницы благодарности. Если меньше — проследите, передаёт ли сайт событие после оформления и не теряется ли оно при переходе на другую страницу.
Какие события и статусы стоит разделить?
Для понятного отчёта отделите оформление заказа от его дальнейшей обработки. На сайте фиксируйте создание заказа, а в учётной системе — изменения статуса. Тогда отчёт покажет и спрос, и итог продаж без смешения заявок с выкупленными покупками.
| Этап | Что фиксировать | Что показывает показатель |
|---|---|---|
| Оформление | Создан заказ | Сколько клиентов завершили оформление на сайте |
| Подтверждение | Заказ подтверждён | Сколько заказов магазин смог подтвердить |
| Выкуп | Заказ получен и оплачен | Сколько заказов стали продажами |
| Отмена | Заказ отменён или не выкуплен | Какая часть оформлений не завершилась продажей |
Передавайте в аналитику номер заказа и его статус, если ваша система это поддерживает. Для проверки событий полезно убедиться, что они не дублируются через GTM: как проверить дубли событий GA4 и Яндекс Метрики. Если в отчётах источники заказов выглядят неверно, отдельно проверьте разметку переходов: как найти ошибки в UTM-метках.
Какие ошибки чаще всего искажают отчёт?
- Считать каждую отправку формы продажей, включая отменённые заказы.
- Сравнивать оформленные заказы с выкупленными и считать расхождение ошибкой аналитики.
- Повторно учитывать заказ при перезагрузке страницы подтверждения.
- Передавать в систему аналитики статус заказа, но не обновлять его после отмены или выкупа.
- Сверять разные периоды или разные часовые пояса в отчётах.
Начните с одного периода и одного тестового заказа: оформите покупку с оплатой при получении, проверьте событие оформления, затем проследите, как меняется статус. Если цифры расходятся, зафиксируйте конкретный этап и передайте его специалисту по аналитике. Такая проверка быстро покажет, проблема в настройке события, повторном срабатывании или в передаче статусов из системы заказов.
