<b>Postback ломается не в трекере, а в несогласованности параметров и статусов</b>

<b>Postback ломается не в трекере, а в несогласованности параметров и статусов</b>

Postback-интеграция должна проверяться как цепочка событий: click_id → lead_id → status. Если хотя бы один идентификатор теряется, трекер получает «пустую» конверсию и оптимизация уходит в шум. Разберем технический флоу: где именно мы теряем трафик на этапе postback-событий?

• Сначала фиксируйте единый источник click_id: без преобразований, обрезки и смены регистра.
• Затем сопоставляйте статусы: pending, approved, rejected должны быть заранее описаны в логике трекера, а не «додумываться» вручную.
• Отдельно проверьте дедупликацию: один lead не должен отправлять повторный postback при ретраях API.

Самая частая ошибка — передавать postback без обязательных параметров и ждать, что трекер «сам поймет» источник конверсии. Второй риск — разный формат значений в affiliate network и в трекере: где-то число, где-то строка, где-то статус в верхнем регистре. На таких расхождениях и теряется DOI rate.

Логи нужны не для отчета, а для диагностики: сверяйте входящий клик, ответ сети и финальный статус в одной таблице. Если цепочка не бьется, сначала чинится интеграция, и только потом креатив или лендинг. Оптимизация — это не только креатив, но и математика удержания пользователя внутри воронки.