ROI не врет — врет атрибуция: как читать цифры, когда трекинг распадается

ROI не врет — врет атрибуция: как читать цифры, когда трекинг распадается

Если ROI прыгает между кабинетами, не пытайтесь лечить это креативом. Сначала отделите бизнес-метрику от источника данных: в трекере смотрим postback, в кабинете — модель атрибуции, в аналитике — выручку по событию. Пока эти три слоя не сведены, любой вывод по ROI будет шумом.

Проверка начинается с простого:
— совпадает ли сумма покупок в трекере и CRM;
— не теряются ли события между клик и сервером;
— есть ли дубли по одному order_id;
— не съедает ли окно атрибуции часть конверсий на длинном цикле сделки.

Дальше ищем не «плохой трафик», а разрыв в цепочке. Если клики есть, а покупок мало — смотрим тайминг: задержка в отправке событий, ошибки пикселя, конфликт CAPI и browser events. Если покупки есть, а ROI низкий — сверяем средний чек, апсейлы, возвраты и долю повторных заказов. Анализ данных говорит сам за себя.

Нормальная практика — считать ROI в трех срезах: по кабинету, по трекеру и по факту денег в учете. Расхождение в 10–20% еще можно объяснить моделью. Если разрыв больше, сначала чиним атрибуцию, потом масштабируем. Иначе вы оптимизируете не кампанию, а погрешность.

Тестируем гипотезу — смотрим на спенд. Пока воронка не собрана в одну систему, ROI — это не ответ, а версия.