Отмены и возвраты: как считать окупаемость рекламы

Окупаемость рекламы считайте по согласованным продажам после отмен и возвратов, а не только по событиям оформления заказа. Для этого нужен реестр, который связывает рекламный источник с заказом, оплатой и последующими изменениями. Иначе кампания с большим числом отказов может выглядеть лучшей.

Инструкция пригодится магазину, где заказ живёт сразу в CMS, CRM, платёжной системе и учёте. Начните с небольшой выборки и одного определения результата: что именно считается выручкой, на какую дату она рассчитана и какие расходы из неё вычтены.

Разделите событие, заказ и денежное движение

Клик по кнопке оплаты — действие пользователя. Заказ — запись с составом и статусом. Платёж и возврат — денежные операции. Один заказ может иметь две оплаты и частичный возврат, поэтому таблица «один заказ — один статус» не всегда отражает итоговую сумму.

Для управленческого разбора сохраните OrderID, источник, дату создания, оплаты, сумму, дату и сумму возврата, итоговый статус. Частичный возврат привязывайте к исходному заказу, а при товарной аналитике — ещё и к позиции. Не создавайте новый заказ с отрицательной ценой только ради удобства отчёта.

Учебный пример: как меняется оценка рекламы

События оформления показывали бы 30 000 ₽. Оплачено 22 000 ₽, после возврата осталось 18 000 ₽. Если реклама стоила 6 000 ₽, отношение выручки к расходам — 3, а не 5. Это ещё не прибыль: нужно учесть себестоимость, исполнение заказа, возвратную логистику и другие расходы по вашей модели.

Такую таблицу удобно сначала собрать вручную для нескольких заказов. Если строки не сходятся с платёжной системой, масштабирование отчёта только размножит ошибку. Зафиксируйте, как учитываются доставка, скидки, налог и комиссии, и используйте одинаковые правила во всех сравниваемых кампаниях.

Как передавать возврат в GA4

В GA4 для возврата предусмотрено событие refund с transaction_id исходной покупки. Для товарной детализации передают items и возвращённое количество. Полный и частичный возвраты требуют разных фактических сумм; событие purchase с отрицательным value не является заменой refund.

Сохраните журнал доставки: ID операции возврата, ID заказа, время и результат отправки. Один и тот же возврат не должен отправляться повторно при каждом запуске обмена. Проверяйте повторную доставку отдельно от повторных покупок: одинаковый transaction_id у purchase и refund закономерен.

Как работать с данными Метрики и CRM

Не переносите формат GA4 в Метрику. Для передачи сведений о заказах и статусах используйте выбранный поддерживаемый способ интеграции данных CRM. Перед реализацией проверьте актуальный формат, доступные статусы и ограничения обновления. Обычная цель, ecommerce-событие и заказ из CRM — разные сущности.

Если ваш способ обмена не отражает частичные возвраты так, как нужно бизнесу, итоговый расчёт храните в учётной системе или отдельной сводной таблице. Не называйте доход в рекламном кабинете окончательной прибылью, пока не сверены возвраты и расходы. Для входного контроля CSV есть проверка офлайн-конверсий, но она не заменяет учёт заказов.

Почему важно выбрать дату среза

Заказ, оплаченный в сентябре, могут вернуть в октябре. Для анализа сентябрьской кампании полезен отчёт по заказам, привлечённым в сентябре, с учётом возвратов на выбранную дату. Для движения денег за октябрь нужен другой отчёт — по датам операций. Эти таблицы отвечают на разные вопросы и не обязаны совпадать.

Сравнивайте кампании с одинаковым сроком наблюдения после покупки. Новая кампания может выглядеть лучше только потому, что возвраты ещё не успели произойти. Отдельно выделяйте незавершённые заказы: их нельзя молча приравнивать ни к окончательным продажам, ни к отказам.

Проверка перед автоматизацией

1. Выберите оплаченный, отменённый, полностью и частично возвращённый заказ.
2. Сверьте ID, суммы, товары и источник во всех системах.
3. Повторите обмен и убедитесь, что операции не задвоились.
4. Проверьте изменения после даты исходной выгрузки.
5. Сохраните ожидаемые значения и ответственного за расхождения.

После этого можно рассчитывать ROMI с учётом маржи и сравнивать кампании. Если магазин считает покупки дважды, сначала исправьте доставку событий: корректировка возвратов не устранит дубли исходных продаж.