Трекер и постбэк ломают связку чаще, чем крео — если не проверить базу

Трекер и постбэк ломают связку чаще, чем крео — если не проверить базу

Разбираем результаты теста. Гипотеза простая: если трекер собирает событие криво, оптимизация идёт не по прибыли, а по шуму. Ошибка в макросе, дубль postback или потерянный clickid быстро превращают нормальный оффер в «минусовый».

Что проверяем в первую очередь:
— clickid уходит от источника до трекера и возвращается в конверсию без обрезки;
— postback срабатывает один раз, без дублей и ретраев;
— статусы лидов в трекере совпадают со статусами в кабинете;
— ценность события передаётся корректно: approve, reject, payout, upsell.

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

Отдельный чек: логируйте каждый postback и сверяйте его с сырым клик-логом. Чистая статистика, ничего личного.

Итог простой: без валидации постбэков любая оптимизация CPA — это работа по искажённым данным. Սначала стабилизируем трекинг, потом принимаем решения по связке.