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

Редакция mevrica

Аналитика4 мин чтения

Обновлено 3 августа 2026 г.

Вопрос «кому верить» поставлен неправильно, если три системы измеряют разные факты. Рекламная платформа знает собственные показы, клики и списания; трекер видит запросы, которые дошли до его границы; партнёрская программа определяет договорные события, статусы и начисления. Сверка начинается с карты ответственности, а не с выбора одного самого удобного числа.

Источник истины выбирают по утверждению

Расход подтверждает биллинг платформы, факт принятого трекером клика — серверный журнал трекера, approved и payout — применимая отчётность программы. Ни одна система не является универсальной истиной для всей воронки.

1. Запишите сравниваемые определения

Platform click может включать повторные или недействительные взаимодействия по внутренним правилам. Tracker visit начинается только после HTTP-запроса. Conversion в партнёрке может быть registration, FTD или approved FTD. Одинаковое слово в интерфейсе не гарантирует одинаковую единицу.

Словарь фиксирует numerator, denominator, статус, дедупликацию, timezone и дату применения правила.

2. Сведите время

Сравнивайте один интервал в UTC, но учитывайте, к какой дате система относит событие: click date, event date, processing date или payout period. Поздний FTD может попасть в сегодняшний отчёт партнёрки и во вчерашнюю когорту трекера.

Для диагностики нужны оба времени и стабильный cut-off. Снимки, сделанные в разные минуты, не обязаны сходиться.

3. Постройте лестницу границ

Impression → platform click → tracker request → landing view → registration → partner event → approved → payout. Между соседями укажите ключ связи и допустимые причины потери.

Сравнивать platform click сразу с approved означает смешать сеть, страницу, продукт и правила статуса в одной разнице.

4. Начинайте с абсолютной разницы

Процент расхождения может выглядеть огромным на малом объёме. Показывайте left count, right count, matched, left-only, right-only и unknown. Затем рассчитывайте доли с понятным знаменателем.

Matched определяется по ключу, а не по близкому времени. Временное сопоставление используется только как диагностическая гипотеза.

5. Проверьте идентификатор

Для кликов это external click token и internal click ID, для событий — conversion/event ID. Нормализация не должна менять регистр или обрезать строку без контракта.

Отдельно считайте отсутствующие, некорректные и повторные ключи. Их нельзя растворять в общей категории mismatch.

6. Учтите сетевую потерю

Пользователь может кликнуть, но не дойти до трекера из-за закрытия страницы, DNS, TLS, блокировки или цепочки редиректов. Это реальный разрыв между двумя границами, а не обязательно ошибка любой стороны.

Измеряйте его по GEO, устройству, placement и времени. Одно общее отношение скрывает локальный сбой.

7. Проверьте фильтры и ботов

Платформа и трекер могут по-разному фильтровать недействительный трафик. Нельзя насильно добиться равенства, отключив фильтр в одной системе. Нужно хранить raw и accepted слои и сравнивать правила.

Изменение фильтра создаёт новую версию ряда; прошлое не пересчитывают молча.

8. Разберите status lag

Pending сегодня может стать approved или rejected через несколько дней. Для сверки берут когорту и одинаковый возраст наблюдения, а не последние календарные totals.

Матрица переходов показывает, расхождение связано с доставкой события или договорным решением после получения.

9. Отдельно обработайте корректировки

Платформа может вернуть часть расхода, партнёрка — применить reversal, трекер — выполнить backfill. Каждая корректировка имеет occurred_at, effective_date и revision.

Отчёт без версии меняется задним числом и создаёт впечатление, что вчерашняя сверка была ошибочной.

10. Назначьте владельцев разрывов

Platform→tracker обычно принадлежит закупке и инфраструктуре; tracker→landing — веб-команде; event→partner status — интеграции и менеджеру программы; accrual→payment — финансам. Граница важнее организационного названия.

У каждого типа mismatch есть срок реакции и набор доказательств для эскалации.

11. Не спорьте скриншотами

Экспорт сохраняет период, timezone, фильтры, валюту, дату выгрузки и версию. Для повторяемой сверки нужен машиночитаемый снимок или API-ответ, если это разрешено условиями.

Скриншот полезен как контекст интерфейса, но не как полный набор данных.

Расхождение не доказывает недобросовестность

Сначала исключают различия определений, времени, зрелости и идентификаторов. Обвинения без воспроизводимой выборки мешают исправить реальную причину.

12. Итоговый reconciliation report

Отчёт содержит дату среза, версии, лестницу counts, matched/left-only/right-only, top reason codes, финансовый impact и открытые действия. После исправления показывают, какие когорты пересчитаны и какие останутся исторически неполными.

Главная метрика качества сверки — уменьшается ли доля необъяснённого остатка без искусственного удаления данных.

Вывод

Платформа, трекер и партнёрка не обязаны показывать одно число, потому что стоят на разных границах. Для каждого утверждения выберите первичный факт, сравнивайте соседние этапы по идентификатору и одинаковой зрелости, а необъяснённый остаток сохраняйте как отдельную очередь расследования.