В CPA-маркетинге трекинг — это не инфраструктура, это контракт, сделанный техническим. Постбэк решает, что оплачивается. Эта страница объясняет, как работает трекинг конверсий между вашей системой и нашей: механика постбэков, дедупликация, антифрод-сигналы и отчётный контур, который держит обе стороны смотрящими на одни и те же цифры.
Вы отправляете оффер с вертикалью, GEO, моделью выплаты и определением KPI.
Обе стороны письменно фиксируют, что оплачивается, что ограничено и что запрещено.
Пилот с капами на согласованных источниках с проверкой постбэка.
Источники и креативы фильтруются по вашим данным об аппрувах, а не просто по числу конверсий.
Объёмы растут только на когортах, соответствующих согласованному KPI.
Механика: когда пользователь кликает, клик фиксируется с уникальным идентификатором (click ID). Когда этот пользователь завершает оплачиваемое событие, ваша система отправляет server-to-server постбэк — HTTP-вызов к трекеру баера, несущий click ID и параметры события. Server-to-server важен: в отличие от пикселей, постбэки не зависят от браузера пользователя, куки или блокировщиков рекламы, поэтому они являются стандартом CPA-валидации. Параметры, которые должны проходить чисто: click ID, тип события, значение выплаты или выручки, где применимо, и любой квалификатор, нужный вашему KPI (сумма депозита, ID заказа, статус подписки). Постбэк, который срабатывает поздно, дублируется или теряет параметры, разрушает всю цепочку валидации, — поэтому end-to-end тестирование до запуска обязательно, а не формальность.
Каждая конверсия должна считаться один раз. Правила дедупликации — как обрабатываются повторные постбэки для того же пользователя или заказа, — согласуются заранее: обычно первый валидный постбэк выигрывает, а повторные срабатывания логируются, но не засчитываются дважды. Атрибуционное окно определяет, как долго после клика конверсия всё ещё ваша для оплаты: слишком короткое — и вы недоплачиваете баеру за реальное влияние; слишком длинное — и вы платите за пользователей, которые конвертировали бы в любом случае. Оба параметра — коммерческие условия не меньше, чем технические, — они фиксируются в письменном определении KPI, и изменения применяются только вперёд.
Трекинговые данные — первая линия антифрод-защиты. Важные сигналы: дублирующиеся идентификаторы устройств и кликов, распределения времени конверсии, которые не производит ни один человек, аномалии время-клик-установка или время-клик-регистрация, GEO-несоответствия между кликом и конверсией и конверсии из плейсментов с системно пустым последующим поведением. Поверх детекции структурная защита — сверка: конверсии сопоставляются с вашей системой учёта — прошедшие депозиты, подтверждённые заказы, активные подписки — в пределах холд-окна, так что мошеннические конверсии ловятся до оплаты, а не оспариваются после. Источники, системно производящие отклонённые конверсии, выводятся из ротации; этот контур обратной связи — то, что держит CPA-цепочку поставки чистой.
Отчётность — слой прозрачности сделки. Как минимум вы должны иметь: конверсии по дням со статусом валидации и возможность проследить любую конверсию до атрибутов её источника. Гранулярность детализации источника — плейсмент, саб-источник, креатив — определяется соглашением о прозрачности для вашего сотрудничества; принцип в том, что вопросы качества всегда имеют ответ в данных. Ваши данные об аппрувах, возвращающиеся по конверсиям, — то, что позволяет баинг-стороне оптимизировать под когорты, которые удерживаются и платят. Каденс и формат отчётности согласуются при подключении; споры разрешаются против логов, описанных на странице об условиях KPI и выплат.
Мы интегрируемся с распространёнными партнёрскими трекинг-платформами — Keitaro, Everflow, Affise, TUNE (HasOffers), CAKE, Binom, RedTrack — и с собственными постбэк-решениями. Если у вас ещё нет трекера, мы честно скажем, как выглядит минимальный надёжный сетап для вашей воронки. Если вы используете что-то нестандартное, совместимость подтверждается при подключении: важно, чтобы оплачиваемое событие отправляло надёжный server-to-server постбэк с чистыми параметрами. Шаблон брифа оффера перечисляет трекинговые поля, необходимые для запуска.
Отчёты, постбэки и спорные конверсии разбираются по письменным условиям KPI и логам обеих сторон. Модели выплат, графики и холд-периоды согласуются индивидуально под оффер и подтверждаются письменно до старта трафика.
Server-to-server вызов из вашей системы к трекеру баера, когда пользователь завершает оплачиваемое событие, несущий click ID и параметры события. Он независим от браузера, поэтому является доверенным механизмом CPA-валидации.
Потому что каждый режим отказа — позднее срабатывание, дубликаты, потерянные параметры — разрушает валидацию платежей. Непротестированный постбэк означает споры о реальных деньгах. End-to-end тестирование до старта трафика обязательно.
Правилами дедупликации, согласованными заранее: первый валидный постбэк для пользователя или заказа считается, повторные срабатывания логируются, но не оплачиваются дважды. Точные правила — часть письменного определения KPI.
Как долго после клика конверсия всё ещё считается оплачиваемой. Это коммерческое условие, фиксированное в соглашении, — изменения применяются только вперёд, никогда задним числом.
Дублирующимися идентификаторами, невозможным таймингом конверсий, GEO-несоответствиями и системно пустым последующим поведением по плейсментам — плюс сверкой с вашей системой учёта в пределах холд-окна, так что фрод ловится до оплаты.
Конверсии со статусом валидации и прослеживаемостью до атрибутов источника; гранулярность на уровне источников следует соглашению о прозрачности для вашего сотрудничества. Ваши данные об аппрувах по конверсиям замыкают цикл оптимизации.
Keitaro, Everflow, Affise, TUNE (HasOffers), CAKE, Binom, RedTrack и собственные постбэки. Другие сетaps проверяются на совместимость при подключении.
Трафик приостанавливается или капится до восстановления трекинга — поставка неизмеримых конверсий не служит ни одной стороне. Валидация после восстановления следует логам и письменным условиям.
Короткий бриф — ответим в ваш мессенджер.