Расхождения между партнеркой и трекером: где искать дельту, а не гадать

Расхождения между партнеркой и трекером: где искать дельту, а не гадать

Первое правило — сравнивайте не «всё со всем», а один и тот же срез: оффер, гео, источник, поток, время, валюта, статус лида. Если в трекере UTC, а в партнерке локальное время, дельта появится даже при идеальной интеграции. Дальше проверяем сходимость по этапам: клик → лида → аппрув → payout. Если ломается уже на кликах, проблема в редиректе, кешировании или потере UTM.

Второй слой — атрибуция. Дубли часто рождаются из повторных постбеков, ретраев API и кривого дедупа по click_id. Нужен строгий ключ: click_id + external_id + event_type. Если партнерка шлет событие дважды, трекер должен его отбрасывать, а не рисовать «рост». Всё, что не автоматизировано — это потенциальный убыток.

Третий слой — техническая валидация. Смотрите сырые логи: HTTP-коды, таймауты, пустые поля, несовпадение статусов, обрезанные query params. Отдельно проверяйте encoding, редирект-цепочки и потерю gclid/subid в промежуточных переходах. Если расхождение плавает, почти всегда виноват не «алгоритм партнерки», а конкретный участок ETL-пайплайна.

Фиксируйте правила в одном месте: таблица маппинга статусов, список допустимых параметров, расписание сверки, алерт на аномальную дельту. Не лечите руками каждую кампанию отдельно — нормализуйте поток данных один раз. Данные не врут, в отличие от байеров: если дельта есть, сначала ищем сбой в передаче, потом уже спорим про качество трафика.