<b>Data Discrepancy между партнеркой и трекером: где искать расхождение</b>

<b>Data Discrepancy между партнеркой и трекером: где искать расхождение</b>

Почти всегда проблема не в «кривой статистике», а в разной логике учета. Трекер и партнерка могут по-разному считать: атрибуцию, дедупликацию, таймзоны, статус лида, отложенные постбеки. Если не зафиксировать правила на входе, сверка превращается в ручной хаос.

Проверяем базовые узлы:
— совпадает ли click_id / subid и не теряется ли он в редиректе;
— одинаково ли настроены окна атрибуции;
— нет ли разницы в часовых поясах и округлении времени;
— отправляется ли postback только на нужные события, без дублей;
— не режет ли партнерка ботов, а трекер — невалидные клики по другой логике.

Дальше смотрим сырые логи. Если в трекере есть клик, а в партнерке нет лида — ищем обрыв цепочки: редирект, блокировка параметра, неверный макрос, потеря cookie или CSP/ITP-ограничения. Если лид есть в партнерке, но не доехал в трекер — проверяем endpoint постбека, код ответа, ретраи и очередность событий. <i>Один пропущенный параметр ломает всю аналитику</i>.

Минимальный регламент сверки: фиксируем схему параметров, храним сырой payload, валидируем дубликаты, сравниваем не только totals, но и разрез по офферам, источникам, гео и статусам. Так видно, где именно течет профит?

Не пытайтесь лечить discrepancy ручной правкой таблиц. Настройте ETL, логирование и ежедневную автоматическую сверку: данные не врут, в отличие от байеров.