Postback ломается не в трекере, а в мелочах: 6 точек проверки перед запуском

Postback ломается не в трекере, а в мелочах: 6 точек проверки перед запуском

Сначала проверь связку на уровне идентификаторов: click_id должен передаваться из сети в трекер и возвращаться обратно без обрезки, замены и лишних символов. Если в ссылке есть редиректы, UTM или макросы, убедись, что они не перезаписывают ключевой параметр.

Дальше сверяй три вещи: событие в сети, событие в трекере и правило отправки postback. Частая ошибка — отправлять не тот статус или не тот тип конверсии. Для теста сделай один клик, одну заявку и один апдейт статуса, а потом сравни, где именно теряется связка.

Отдельно проверь дедупликацию. Если трекер принимает конверсию по postback и параллельно по пикселю, легко получить дубль или, наоборот, фильтрацию нужной заявки. Важно заранее понять, какой источник главный, а какой только запасной ⚠️

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

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

—
Если тема зашла, посмотри @crm_white_lab