Постбэк ломает аналитику не сам по себе — ошибка почти всегда в передаче данных

Постбэк ломает аналитику не сам по себе — ошибка почти всегда в передаче данных

Если лиды есть, а в трекере пусто, сначала смотрим не крео и не проклу, а связку postback → токен → событие. В 80% случаев проблема в одном из трех мест:
• не тот макрос в ссылке;
• теряется click_id между переходами;
• оффер шлет событие не в тот endpoint.

Дальше проверяем логику статусов. Один и тот же лид может уходить как pending, approved или rejected, но если в системе нет единого маппинга, ROI рисуется криво. База простая: статус в партнерке должен однозначно совпадать с событием в трекере, без ручных трактовок и «ну там и так понятно».

Отдельно смотрим на дубли. Если postback можно отправить повторно, трекер начнет рисовать лишние конверсии, а EPC станет иллюзией. Поэтому ставим защиту: уникальный click_id, проверка на повторный вызов, логирование ответа сервера. Это дешевле, чем потом искать, куда слился спенд.

И еще один момент — передавайте не только факт лида, но и нужные поля: payout, status, sub_id, source. Тогда можно считать не просто CR, а качество трафика по связкам. Без этого масштабирование превращается в угадайку. Давайте разберем цифры: чем чище постбэк, тем честнее статистика и быстрее масштабируем то, что конвертит.