Возвраты и отмены ломают аналитику оффера, если считать только подтверждённые лиды

Если смотреть только на approve, можно принять убыточный оффер за рабочий и наоборот. Правильная модель считает весь путь заявки: клик → лид → подтверждение → возврат/отмена. Тогда видно не только объём, но и реальную ценность потока.

Что важно фиксировать:
— статус возврата или отмены отдельно от причины;
— окно, в котором оффер может откатить заявку;
— разницу между ручной отменой, невыкупом и повторным фродом;
— момент, когда заявка перестаёт влиять на KPI.

Удобнее вести два слоя отчёта: оперативный и итоговый. В первом смотри CR, EPC и approve rate, чтобы быстро оценить связку. Во втором пересчитывай доход по факту возвратов и отмен, иначе оптимизация идёт по ложным цифрам.

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

Считай оффер не по обещанному approve, а по чистому доходу после возвратов — только так видно, что реально масштабировать.