Revenue в postback для e-commerce: схема, без которой атрибуция ломается

Если в postback уходит только факт покупки, аналитика видит «заявку», но не видит ценность. Для e-commerce важно передавать не просто статус, а доход по заказу: сумма, валюта, ID заказа и, если нужно, налог/доставка отдельно. Иначе ROAS, LTV и сравнение связок по качеству будут искажены.

Проверь базовую связку:
— order_id должен быть уникальным и совпадать с заказом в CRM/сайте;
— revenue передавай числом без знаков валюты и пробелов;
— currency указывай в одном формате по всей воронке;
— отправляй postback только на подтверждённую покупку, а не на «создан заказ».

Частая ошибка — передавать в revenue брутто, а потом считать по нему ROI, хотя возвраты, скидки и доставка уже сидят в другой логике. Если платформа позволяет, вынеси отдельные поля для shipping, tax и coupon, а в revenue оставь чистую сумму товара. Так отчёты будут ближе к реальности и проще для оптимизации 💡

Ещё один момент: не дублируй revenue при повторной отправке события. Если postback может прилететь дважды, защити его по order_id или event_id. Иначе одна покупка превращается в две, а связка выглядит сильнее, чем есть на самом деле.

Сначала зафиксируй, что именно считается выручкой в твоём бизнесе, и только потом настраивай postback. Если правило одно для сайта, CRM и трекера, данные начинают работать на оптимизацию, а не спорить между собой.