Postback в арбитраже связывает рекламный клик с заявкой, её статусом и выплатой. Если эта цепочка настроена неправильно, вебмастер видит расходы в рекламном кабинете и лиды в партнёрской программе, но не понимает, какие кампании действительно приносят доход.
Корректная передача конверсий помогает оценивать связки по фактическим результатам: аппруву, EPC, CPA и ROI. Без неё рабочую кампанию можно ошибочно принять за убыточную, а источник с дешёвыми, но некачественными заявками — за перспективный.
В статье разберём:
- что такое Postback и как он работает;
- зачем нужен Click ID;
- какие данные содержит Postback URL;
- как настроить Postback в CPA-сети;
- как подключить передачу конверсий в Keitaro;
- как проверить интеграцию до запуска трафика;
- почему Postback может не работать;
- как передача статусов влияет на расчёт ROI и EPC.
Postback в арбитраже: что это и зачем он нужен
Postback в арбитраже — это механизм серверной передачи информации о конверсии между партнёрской программой, трекером и другими системами аналитики.
Допустим, пользователь перешёл по объявлению, открыл лендинг и оставил заявку. Партнёрская программа зарегистрировала лид, но трекеру ещё нужно понять, из какой кампании, группы объявлений и связки он пришёл.
Для этого партнёрская сеть отправляет Postback-запрос. В нём передаются идентификатор исходного клика, статус заявки, выплата и другие доступные параметры. Трекер находит нужный переход и записывает конверсию в статистику соответствующей кампании.
В результате вебмастер может анализировать:
- количество лидов;
- статусы заявок;
- подтверждённые и отклонённые конверсии;
- доход по офферам и кампаниям;
- эффективность источников, площадок и креативов;
- CPA, EPC и ROI.
Особенно важен Postback при одновременной работе с несколькими офферами, GEO и источниками. Без автоматической передачи конверсий пришлось бы вручную сопоставлять данные трекера и партнёрской программы.
Как работает Postback в арбитраже
Postback в арбитраже возвращает в трекер результат рекламного перехода. Весь маршрут состоит из нескольких этапов.
1. Пользователь нажимает на рекламу
Переход сначала попадает в трекер. Система регистрирует клик и присваивает ему уникальный Click ID.
2. Трекер направляет пользователя на оффер
При переходе на лендинг или оффер Click ID передаётся партнёрской программе через согласованный параметр ссылки.
3. Пользователь совершает целевое действие
Например, оставляет заявку на товар. Партнёрская сеть регистрирует лид и сохраняет Click ID, полученный при переходе.
4. Партнёрская программа отправляет Postback
После создания или изменения статуса заявки сервер партнёрской сети обращается к Postback URL трекера. В запросе передаются Click ID, статус и другие параметры конверсии.
5. Трекер сопоставляет конверсию с кликом
Система находит исходный переход по Click ID и добавляет конверсию в статистику нужной кампании.
Упрощённая схема выглядит так:
Реклама → Трекер → Оффер → Заявка → Партнёрская сеть → Postback → Трекер
Если лид появился в партнёрке, но не отобразился в трекере или рекламном кабинете, сначала нужно найти участок, на котором перестали совпадать данные. Подробнее такую диагностику мы разбирали в статье «Аналитика Meta в нутре: почему пропадают лиды».
Что такое Postback URL
Postback URL — это адрес, на который партнёрская программа отправляет данные о конверсии.
Условный пример:
https:// tracker.example.com /KEY/postback?subid={ click_id}&status= {status}&payout= {payout}
В этой ссылке:
- tracker.example.com — адрес сервера трекера;
- KEY — ключ для проверки и авторизации запроса;
- subid — параметр с идентификатором клика;
- status — статус конверсии;
- payout — размер выплаты.
Значения в фигурных скобках — макросы. Перед отправкой Postback партнёрская программа заменяет их реальными данными. Например, вместо {click_id} подставляется сохранённый идентификатор клика, а вместо {payout} — сумма выплаты.
Пример показывает только структуру адреса. Готовый Postback URL нужно получать в своём трекере, а названия макросов — брать из документации партнёрской программы. Ссылка из чужой инструкции может содержать другой ключ и несовместимые параметры.
Какие параметры передаются через Postback
Набор данных зависит от возможностей трекера и партнёрской сети.
Для Keitaro обязательными параметрами являются subid и status. Параметры payout, currency и tid используются при необходимости. Актуальный список и правила обработки опубликованы в официальной документации Keitaro.
Чем Click ID отличается от SubID
Click ID — уникальное значение, которое трекер присваивает рекламному клику.
SubID — параметр, через который система может принимать или передавать идентификатор клика и дополнительную информацию о трафике.
Например, Keitaro создаёт идентификатор subid, а партнёрская программа принимает его в поле sub1. В этом случае одно и то же значение проходит между системами под разными названиями:
sub1={subid}
Главное — передать идентификатор на сторону партнёрской программы, сохранить его в заявке и вернуть в Postback без изменений.
Как настроить Postback в арбитраже
Настройка Postback в арбитраже начинается не с копирования готового URL, а с проверки всей цепочки: от регистрации клика до возвращения финального статуса заявки.
Шаг 1. Создайте кампанию в трекере
Настройте кампанию, которая будет принимать рекламные переходы. В зависимости от выбранной системы трекер может фиксировать:
- источник трафика;
- кампанию и группу объявлений;
- креатив;
- площадку;
- оффер;
- время перехода;
- уникальный Click ID.
Без зарегистрированного клика трекеру не с чем будет сопоставить будущую конверсию.
Шаг 2. Передайте Click ID в партнёрскую программу
Добавьте в офферную ссылку параметр, через который партнёрская программа принимает идентификатор клика.
Условный пример:
https :// offer.example. com/ ?sub1= {subid}
При переходе трекер заменит макрос реальным значением:
https: //offer.example. com/? sub1= abc123
Название sub1 приведено для примера. В конкретной партнёрской сети параметр может называться иначе.
Шаг 3. Получите Postback URL в трекере
Найдите в настройках трекера адрес для приёма конверсий. Обычно он содержит:
- домен трекера;
- уникальный ключ;
- Click ID;
- статус;
- выплату;
- валюту;
- идентификатор транзакции.
Ключ Postback лучше не публиковать в открытом доступе: он используется для проверки входящих запросов.
Шаг 4. Добавьте URL в партнёрскую программу
Скопируйте Postback URL в соответствующее поле личного кабинета партнёрской сети.
Затем замените условные значения на макросы, которые поддерживает партнёрка. Именно она должна подставить в запрос сохранённый Click ID, фактический статус и выплату.
В некоторых системах можно настроить:
- глобальный Postback для всех офферов;
- отдельные ссылки для конкретных офферов;
- разные запросы для создания, подтверждения и отклонения заявки.
Шаг 5. Сопоставьте статусы
Партнёрская сеть и трекер могут использовать разные названия одного состояния заявки. Их нужно привести к единой логике.
Точные значения зависят от конкретных систем.
Для COD-офферов особенно важно не считать каждую созданную заявку подтверждённой конверсией. Если трекер сразу начисляет доход по статусу lead, показатели EPC и ROI будут завышены ещё до обработки заказов.
Шаг 6. Проведите контрольный лид
Перед запуском платного трафика пройдите всю цепочку вручную:
Откройте тестовую ссылку кампании.
- 1) Убедитесь, что трекер зарегистрировал клик.
- 2) Найдите присвоенный Click ID.
- 3) Проверьте, что идентификатор передался партнёрской программе.
- 4) Создайте согласованную тестовую заявку.
- 5) Убедитесь, что лид появился в партнёрской сети.
- 6) Проверьте отправку Postback.
- 7) Сверьте Click ID и статус в обеих системах.
- 8) Убедитесь, что конверсия относится к нужной кампании.
Для теста лучше использовать Click ID, реально созданный трекером. Случайное значение не будет связано ни с одним зарегистрированным переходом.
Контрольный лид входит в базовую техническую проверку перед запуском. Остальные точки подготовки собраны в исследовании M1 «Запуск трафика в нутре: 6 барьеров для вебмастеров».
Как настроить Postback в арбитраже через Keitaro
Postback в арбитраже через Keitaro можно подключить с помощью готового шаблона партнёрской сети или настроить вручную.
1. Добавьте партнёрскую сеть
Откройте в Keitaro раздел «Партнёрские сети». Выберите готовый шаблон или создайте новую сеть, если нужной интеграции нет в списке.
В шаблоне задаются параметры для передачи Click ID и обратного получения конверсий.
2. Настройте передачу Click ID
Укажите в офферной ссылке макрос Keitaro, соответствующий параметру партнёрской сети.
Если сеть принимает идентификатор в sub1, используется такая связка:
sub1={subid}
При каждом переходе Keitaro будет подставлять собственный Click ID.
3. Получите Postback URL
В Keitaro адрес находится в разделе:
Settings → Postback URL
Скопируйте ссылку и проверьте, какие параметры необходимо передавать.
Параметры subid и status должны присутствовать в запросе. Остальные подключаются в зависимости от задачи и возможностей партнёрской сети.
4. Добавьте URL в партнёрскую программу
Вставьте сформированную ссылку в настройки Postback на стороне партнёрки. Вместо условных значений укажите её макросы.
Если сеть передаёт собственные названия статусов, настройте их сопоставление с типами конверсий Keitaro.
5. Проверьте логи
После тестовой заявки откройте:
Maintenance → Logs → Postbacks
В журнале можно увидеть:
- поступил ли запрос;
- какой Click ID был передан;
- какой статус получил трекер;
- распознал ли он конверсию;
- какую ошибку вернула система.
Если запрос есть в журнале, но конверсия не попала в отчёт, нужно проверить subid, status, ключ Postback и правила обработки повторных событий.
Названия разделов могут меняться после обновлений интерфейса, поэтому перед настройкой стоит свериться с актуальной документацией Keitaro.
Как Postback обрабатывает изменение статуса заявки
В COD-вертикали создание лида и получение выплаты происходят не одновременно.
Обычный путь заявки выглядит так:
- 1) Пользователь заполняет форму.
- 2) Партнёрская программа регистрирует лид.
- 3) Колл-центр связывается с покупателем.
- 4) Покупатель подтверждает или отменяет заказ.
- 5) Заявка получает финальный статус.
- 6) Доход учитывается только после наступления оплачиваемого события.
По одному заказу трекер может сначала получить статус lead, а затем sale или rejected. Второй Postback должен обновить существующую конверсию, а не создать ещё одну оплачиваемую заявку.
Для повторных покупок и других отдельных конверсий может использоваться Transaction ID. Уникальное значение tid помогает трекеру отличить новую транзакцию от обновления ранее зарегистрированного события.
До запуска нужно проверить три сценария:
- новая заявка;
- подтверждение заявки;
- отклонение заявки.
После каждого события статус и доход в трекере должны соответствовать данным партнёрской программы.
Чем Postback отличается от Pixel
Postback и Pixel передают информацию о событиях, но делают это разными способами.
Postback удобен для заявок, которые подтверждаются спустя несколько часов или дней. Партнёрская программа может вернуть новый статус даже после того, как пользователь закрыл сайт.
При этом серверная передача не восстанавливает потерянный Click ID. Если идентификатор не дошёл до партнёрской программы, Postback не сможет определить исходную кампанию.
Настроенный Postback также не означает, что событие автоматически вернётся в рекламный кабинет. Для этого может потребоваться отдельная интеграция — например, передача серверных событий через API рекламной платформы.
Почему Postback в арбитраже не работает
Postback в арбитраже чаще всего перестаёт работать из-за разрыва в передаче Click ID, ошибки в URL или несовпадения статусов.
Ошибка №1. Click ID не передаётся партнёрской программе
Трекер создаёт идентификатор, но он не попадает в заявку.
Возможные причины:
- параметр отсутствует в офферной ссылке;
- используется неправильный макрос;
- значение теряется после редиректа;
- переход с прелендинга на оффер настроен некорректно;
- форма не сохраняет полученный идентификатор.
Что проверить: фактический URL перехода и значение Click ID на стороне партнёрской программы.
Ошибка №2. Возвращается другой идентификатор
Вместо Click ID партнёрская программа передаёт номер заказа, внутренний ID лида или пустое значение.
Трекер получает запрос, но не находит связанный с ним переход.
Что проверить: совпадает ли идентификатор, переданный при клике, со значением, которое вернулось в Postback.
Ошибка №3. Указан неправильный Postback URL
Причиной может быть устаревший ключ, ошибка в домене или отсутствие обязательного параметра.
Что проверить: заново скопировать актуальный URL из трекера и сравнить его с адресом в настройках партнёрской программы.
Ошибка №4. Трекер не распознаёт статус
Партнёрская сеть отправляет значение, которого нет в правилах сопоставления.
Например, партнёрка передаёт confirmed, а трекер ожидает sale.
Что проверить: исходный статус в журнале Postback и настройки его преобразования.
Ошибка №5. Заявка ещё обрабатывается
Лид уже появился в партнёрской программе, но пока не получил статус, при котором отправляется Postback.
Что проверить: текущий статус заявки и условия отправки события. Отсутствие подтверждённой конверсии сразу после создания лида не всегда означает ошибку интеграции.
Ошибка №6. Конверсия дублируется
Один заказ несколько раз отправляется как новая конверсия. Это искажает доход и количество оплачиваемых действий.
Что проверить: Transaction ID, правила дедупликации и логику обновления статусов.
Ошибка №7. Запрос отправлен, но отклонён трекером
Партнёрская программа сформировала Postback, однако сервер вернул ошибку.
Что проверить:
- код ответа сервера;
- ключ Postback;
- обязательные параметры;
- Click ID;
- статус;
- журнал отправки партнёрской сети;
- журнал получения трекера.
Если цифры расходятся, не стоит сразу списывать проблему на качество аудитории. Сначала нужно исключить ошибки формы, трекера и передачи лида. Как отделить технический сбой от проблемного трафика, разбираем в статье «Мусорный трафик: как отличить слабую связку от фрода».
Чек-лист настройки Postback перед запуском
Перед масштабированием кампании проверьте всю цепочку:
- трекер регистрирует переходы;
- каждому клику присваивается Click ID;
- идентификатор передаётся на оффер;
- партнёрская программа сохраняет Click ID в заявке;
- Postback URL скопирован из актуальных настроек;
- ключ Postback указан без ошибок;
- обязательные параметры присутствуют в запросе;
- макросы партнёрской сети подставляют реальные значения;
- статусы корректно сопоставлены;
- выплата и валюта передаются без искажений;
- тестовый лид появляется в партнёрской программе;
- Postback отображается в журнале трекера;
- конверсия относится к нужной кампании;
- подтверждение обновляет заявку, а не создаёт дубль;
- отклонённая заявка не учитывается как доход;
- тестовые конверсии исключены из финансового отчёта.
Не передавайте через Postback URL имена, телефоны и другие персональные данные покупателей. Для сопоставления событий достаточно технических идентификаторов.
Как Postback в арбитраже влияет на ROI и EPC
Postback в арбитраже сам по себе не снижает стоимость трафика и не повышает конверсию. Он передаёт данные, на основании которых вебмастер оценивает результат кампании.
Рассмотрим условный пример:
Если трекер получает только событие создания заявки, он покажет 75 лидов. Но без финальных статусов нельзя определить, какие из них принесли доход.
При корректной передаче подтверждённых конверсий расчёт будет следующим:
Доход: 30 × $40 = $1 200.
EPC: $1 200 / 1 000 = $1,20.
Общие расходы: $800 + $100 = $900.
ROI: ($1 200 − $900) / $900 × 100% = 33,3%.
Если Postback не передал часть подтверждений, трекер покажет заниженный доход. При дублях или ошибочном присвоении статуса sale результат, наоборот, окажется завышенным.
Поэтому расхождение статистики не всегда означает потерю заявок. Лид может находиться в партнёрской программе и приносить выплату, но не отображаться в трекере. До остановки кампании нужно сверить количество заказов, статусы, Click ID и журнал Postback.
Часто задаваемые вопросы о Postback
Что такое Postback простыми словами?
Postback — это автоматическое сообщение от одной системы другой о совершённой конверсии. Например, партнёрская программа сообщает трекеру, что пользователь оставил заявку, подтвердил заказ или получил отказ.
Что означает S2S Postback?
S2S расшифровывается как Server-to-Server. Данные передаются напрямую между серверами, без запуска браузерного скрипта на стороне пользователя.
Зачем нужен Click ID?
Click ID связывает заявку с конкретным рекламным переходом. По нему трекер определяет источник, кампанию, площадку и креатив, которые привели конверсию.
Можно ли работать без Postback?
Можно, но тогда данные партнёрской программы и рекламных кампаний придётся сопоставлять вручную. При большом количестве источников, офферов и креативов такой подход усложняет аналитику и повышает риск ошибок.
Почему Postback отправлен, а конверсии нет?
Запрос мог содержать неправильный Click ID, неизвестный статус или недействительный ключ. Проверять нужно не только факт отправки, но и ответ сервера, а также журнал Postback в трекере.
Нужно ли передавать payout?
Передача payout нужна, если доход и ROI рассчитываются внутри трекера. Если выплата уже задана в настройках оффера, нужно проверить, не приведёт ли дополнительный параметр к двойному учёту.
Postback и Webhook — это одно и то же?
Механика похожа: обе технологии отправляют HTTP-запрос при наступлении события. Однако Postback в CPA обычно используется для передачи конверсий и их привязки к рекламным кликам. Webhook — более общий инструмент уведомления систем о разных событиях.
Как настроить Postback с M1?
Получите Postback URL в своём трекере и уточните у менеджера M1 параметры передачи Click ID, доступные макросы и статусы заявок. После подключения проведите контрольный лид и проследите его путь от клика до финального статуса.
Главное о Postback в арбитраже
Postback связывает расходы на рекламу с реальными результатами: лидами, аппрувом и выплатами. Для корректной работы нужно передать Click ID партнёрской программе, вернуть его вместе со статусом конверсии и проверить всю цепочку на контрольной заявке.
Если конверсии не отображаются, проверку стоит начинать с первого места, где расходятся данные: ссылки, формы, партнёрской программы, журнала Postback или отчёта трекера. Это помогает отличить техническую ошибку от реальной просадки связки и не останавливать рабочую кампанию раньше времени.
В M1 можно подобрать нутра-оффер под нужное GEO и обратиться к менеджеру за параметрами интеграции и проверкой спорных заявок.
