Партнёрка занизила EPC задним числом: как команды теряют деньги на «пересчёте»
Контекст: веб льёт, статистика в кабинете выглядит рабочей, потом партнёрка «пересобирает» метрики и режет EPC уже по закрытым периодам. Итог — отчётность ломается, команда поздно замечает просадку, а спорить можно только с архивом скринов.
Что обычно идёт не так:
— нет фиксированного снимка отчёта до изменения
— сравнивают только общий payout, а не EPC по связкам и дням
— не проверяют, кто и когда менял атрибуцию, дедупликацию, postback-логику
— верят одному кабинету вместо своей копии данных
Что нужно было делать иначе:
— ежедневно сохранять сырые выгрузки и скринить ключевые метрики
— держать отдельный учёт по офферу, GEO, связке и источнику
— сразу запрашивать правила пересчёта в письменном виде
— закладывать в споры не эмоцию, а разницу между логами и кабинетом
Если EPC меняется задним числом без прозрачного правила, это не «техническая погрешность», а риск модели. Его не лечат перепиской с менеджером — его закрывают своим учётом и жёсткой сверкой до масштабирования.
Партнёрка занизила EPC задним числом: как команды теряют деньги на «пересчёте»
Этот пост опубликован в Telegram-канале True CPA — фейлы офферов и банхамеры партнёрок. Подписаться можно по ссылке: @True_CPA.