S2S-постбэк-трекинг передаёт данные о конверсиях и статусах лидов от рекламодателей и байеров в систему, которая отправила трафик. Клик может привести пользователя на оффер, но пока байер не сообщит, чем всё закончилось, платформа не узнает, стал ли этот клик принятым лидом, отказом или конверсией. Без этого сигнала маршрутизация работает вслепую: вы продолжаете отправлять трафик, не зная, какие направления дают результат.
Постбэк связывает клик с его результатом с помощью ID, который передаётся между системами. Поэтому это ключевая часть трекинга партнёрских ссылок и работы с лидами. Обратная связь от байера позволяет команде действовать: приостановить направление, достигшее капа, изменить маршрут при повторяющихся отказах или направить больше трафика на оффер, который принимает лиды и конвертирует.
Настроить всё несложно, но небольшие расхождения могут нарушить работу интеграции. Click ID должен сохраняться после каждого редиректа, байер должен вызывать правильный URL, а обе стороны — одинаково трактовать статусы. Разберём, как связать все компоненты.
Как работает S2S-постбэк-трекинг
Типичный процесс сервер-серверного трекинга выглядит так:
- Клику присваивается click ID. В момент, когда пользователь кликает по партнёрской ссылке или попадает в поток обработки лида, трекинговая платформа создаёт уникальный ID. Вместе с ним фиксируются данные о кампании, источнике, гео и устройстве.
- ID передаётся офферу или байеру. В редиректе или интеграции для распределения лидов click ID добавляется в URL или запрос к целевому ресурсу. Целевая система должна сохранить его вместе с кликом или записью о лиде.
- Появляется конверсия или статус лида. Байер или рекламодатель обрабатывает событие. Это может быть принятый лид по страхованию, отклонённая заявка на финансовый продукт, продажа по офферу nutra или конверсия в sweepstakes.
- Сервер байера вызывает ваш URL постбэка. В колбэке передаются исходный click ID и результат. Также могут передаваться выплата, ID транзакции и другие поля, предусмотренные настройками.
- Платформа находит клик и записывает событие. Она ищет click ID, привязывает к исходной записи о трафике статус и сумму, а затем обновляет отчётность.
- При необходимости срабатывает партнёрский постбэк. Платформа может передать результат аффилиату, сети или другой системе, используя требуемые партнёром названия параметров и маппинг статусов.
Последний шаг особенно важен, если вы работаете с несколькими партнёрами. Байер может отправлять статус «accepted», а аффилиат ожидать «approved». Настройте маппинг статусов заранее, а не пересылайте исходные значения в надежде, что каждая система трактует их одинаково.
В лидгене та же логика может использоваться вместе с API для распределения лидов. Через API можно отправить лид байеру и получить ответ сразу; постбэк может сообщить о результате позже — например, принял ли байер лид или конвертировал его. Для надёжной интеграции с API байера заранее определите, какие события приходят в ответе API, а какие передаются позднее через постбэк.
Структура URL постбэка
URL постбэка — это эндпоинт, который принимает данные о результате. Трекинговая платформа предоставляет базовый URL и поддерживаемые токены. При отправке колбэка байер подставляет в эти токены значения из своей системы.
Пример: https://tracker.example/postback?click_id={click_id}&status={status}&payout={payout}&sub1={sub1}&sub2={sub2}&txid={transaction_id}
Это шаблон, а не универсальный формат. Одна платформа может ожидать параметр click_id, другая — использовать другое название токена. Уточните параметры принимающей платформы и сопоставьте их с доступными полями байера. Если у байера свой набор статусов, согласуйте значения до запуска.
| Параметр | Назначение | Типичная ошибка |
|---|---|---|
| click_id | Связывает результат с исходным кликом или лидом. | Передать другой ID, обрезать его или потерять при редиректе. |
| status | Передаёт событие: например, принят, отклонён или конвертирован. | Использовать значения, которые принимающая платформа не распознаёт, или приравнять принятие к конверсии. |
| payout | Передаёт сумму, связанную с событием. | Отправить отформатированное значение со знаком валюты, когда платформе нужно число. |
| sub-ID | Передают данные для атрибуции, например источник, плейсмент или ID паблишера. | Перезаписать sub-ID или принять его за click ID. |
| ID транзакции | Идентифицирует событие у байера и помогает обнаружить дубли колбэков. | Не передать его, когда он доступен, или использовать вместо click ID. |
Используйте sub-ID для значений, которые действительно нужны в отчётности или сверке с партнёром. Для сопоставления событий оставьте отдельный click ID. Если вы также передаёте персональные данные лида, соблюдайте условия договорённостей с партнёрами и собирайте только то, что необходимо для работы потока.
Перед отправкой существенных объёмов проверьте реальный путь клика. Убедитесь, что click ID доходит до целевого ресурса, вызовите тестовое событие и проверьте, что платформа записала правильные статус и выплату. Затем убедитесь, что в партнёрский постбэк передаются ожидаемые ID и значения после маппинга. Успешный HTTP-ответ сам по себе не доказывает, что событие сопоставилось с нужным кликом.
Пиксель, S2S-постбэк и API
| Метод | Надёжность | Зависимость от cookie | Сложность настройки | Лучше всего подходит для |
|---|---|---|---|---|
| Пиксель | Может не зафиксировать событие, если страница не загрузилась, браузер закрыли или скрипты заблокированы. | В зависимости от реализации часто использует идентификаторы на стороне браузера или cookie. | Обычно достаточно просто разместить, но нужно проверить работу в браузере. | Базовых событий в браузере, если вы контролируете страницу подтверждения. |
| S2S-постбэк | Сервер отправляет событие напрямую; сопоставление всё равно зависит от корректных ID и обработки колбэка. | Для колбэка не нужна сторонняя cookie в браузере. | Нужно передавать ID, настроить URL и маппинг статусов. | Партнёрских конверсий и результатов от байера, включая статусы лида, которые приходят с задержкой. |
| API | Поддерживает структурированные запросы и ответы; надёжность зависит от реализации, повторных попыток и обработки ошибок. | Сам по себе не зависит от cookie в браузере. | Требует больше согласований и разработки, чем базовый колбэк. | Отправки лидов, интеграций с байерами и процессов, где нужен обмен более подробными данными. |
В партнёрском маркетинге и лидгене S2S — стандартный способ передавать результаты: байер может уведомить платформу со своего сервера, не полагаясь на загрузку страницы конверсии в браузере пользователя. Но атрибуция не происходит автоматически: если click ID потерян, постбэк не сможет восстановить связь. А если байер вообще не отправит колбэк, платформе нечего будет записать как результат.
Используйте пиксели для простых событий в браузере, если можете контролировать страницу. Выбирайте API, когда нужно отправлять лиды, обмениваться структурированными данными или обрабатывать ответы в рамках процесса. Используйте S2S-постбэки, чтобы возвращать результаты в систему, которая трекала или маршрутизировала трафик. Подробнее о трекинге с меньшей зависимостью от браузерного хранилища — в статье про трекинг с минимальной зависимостью от cookie.
Полученные сигналы можно учитывать при следующем выборе маршрута. Hyperone может использовать статусы от байеров вместе с правилами по капам, источникам, гео и доступности направлений. Тогда трафик можно перенаправить, если байер перестал принимать лиды, вместо того чтобы продолжать отправлять его в тупик.
Три схемы постбэков, которые нужно настроить
Полная схема S2S-постбэк-трекинга передаёт результаты между всеми участниками, которым они нужны. Точный маршрут зависит от того, отслеживаете ли вы конверсию по офферу, отчитываетесь перед паблишером или распределяете лиды между байерами.
От рекламодателя к сети: конверсии
Когда рекламодатель фиксирует конверсию, его сервер вызывает URL постбэка вашей сети, передавая click ID и детали конверсии. Платформа сопоставляет событие с исходным визитом по click ID, а затем записывает статус, выплату и, если есть, ID транзакции.
До запуска договоритесь, что именно считается событием. Отправленная форма, одобренная заявка и выданный кредит — это разные результаты. Если рекламодатель считает лид конверсией уже при отправке формы, а ваша команда ожидает одобрения заявки, отчётность и решения по оптимизации будут расходиться.
От сети к паблишеру: партнёрские постбэки с sub-ID
После сопоставления результата сеть может отправить партнёрский постбэк паблишеру, который привёл клик. Передайте click ID паблишера и значения sub-ID, по которым можно определить кампанию, плейсмент или креатив. Это поможет паблишеру понять, какой трафик привёл к результату, без передачи лишних персональных данных.
Используйте единые названия параметров и значения статусов во всех кампаниях. Если один оффер передаёт «approved», а другой — «sale» для одного и того же события, задокументируйте маппинг, чтобы паблишер правильно интерпретировал оба значения.
От байера к платформе распределения лидов: принят, отклонён, возвращён
В лидгене байер или его CRM должны передавать платформе распределения чёткий статус лида. Типичные статусы: принят, отклонён и возвращён. Эти результаты можно передавать через API распределения лидов или интеграцию с API байера; для более простой схемы может хватить колбэка или URL постбэка.
Определите, когда каждый статус становится окончательным и какие данные должны передаваться вместе с ним. Например, причина отказа — дубль, лид не из нужного региона или некорректные контактные данные — поможет выявить проблемы с качеством и точнее маршрутизировать трафик.
Как использовать статусы байера для маршрутизации
Не ограничивайтесь использованием постбэков для отчётности. Если правила показывают проблему с качеством, отказы и возвраты должны снижать приоритет источника для этого байера. Принятие лидов должно учитываться в капах байера и помогать определять, можно ли продолжать отправлять трафик на это направление.
Используйте коды причин, если они доступны. Отказ из-за гео может указывать на правило по гео, которое нужно исправить; частые отказы из-за некорректных контактов могут стать поводом снизить приоритет источника. Возврат лида может означать, что байер обнаружил проблему позже, поэтому команда должна отличать его от первоначального отказа.
Допустим, кап байера — 200 лидов в день. Если количество принятых лидов приближается к капу, правила распределения могут направить следующий подходящий лид другому доступному байеру, а не продолжать отправлять его на направление, достигшее лимита. Если байер чаще отклоняет лиды из определённого источника, можно снизить приоритет этого источника для данного байера, сохранив возможность отправлять оттуда лиды другим байерам. Настройте капы байеров и резервную маршрутизацию с учётом статусов и лимитов, важных для ваших кампаний.
Убедитесь, что колбэк приходит достаточно быстро, чтобы его можно было учесть. Статус, поступивший в систему через несколько часов после отправки лида, поможет в отчётности, но может прийти слишком поздно для следующего решения по маршрутизации.
Тестирование и устранение проблем
Проверьте всю цепочку до запуска трафика. Успешный ответ сервера не доказывает, что клик сопоставился, статус правильно преобразовался или партнёр получил нужное событие.
- Проверьте клик по всей цепочке. Создайте тестовый клик, передайте его ID через поток оффера или байера, вызовите тестовое событие и убедитесь, что оно отображается в правильной записи.
- Проверьте макросы. Убедитесь, что каждая система подставляет вместо click ID и других макросов реальные значения. Если в полученном URL остался буквальный токен, значит, макрос не поддерживается или настроен неправильно.
- Проверьте дубли ID транзакций. В тесте отправьте одно и то же событие дважды. Убедитесь, что система удаляет дубль или помечает его, а не учитывает конверсию дважды.
- Проверьте часовые пояса и маппинг статусов. Сравните временные метки событий в разных системах и убедитесь, что значения «принят», «отклонён» и «возвращён» сопоставляются с нужными внутренними статусами.
- Проверьте повторные попытки. Смоделируйте временную ошибку принимающей стороны и проверьте, повторяет ли отправитель запрос. Заранее согласуйте логику повторных попыток, чтобы задержанный колбэк не создал дубли результатов.
- Проверьте логи. Изучите исходящий URL, код ответа, время запроса и ID сопоставленного клика или лида. Сохраняйте достаточно данных для диагностики ошибок, но не храните лишнюю персональную информацию.
- Настройте оповещения об отсутствии постбэков. Отслеживайте, поступают ли колбэки как ожидается. Их внезапное прекращение может указывать на сломанную интеграцию, истёкшие учётные данные или изменения на стороне байера.
Где используется Hyperone
Hyperone объединяет маршрутизацию и обратную связь о результатах в единый рабочий цикл. Статусы от байера и CRM могут поступать через колбэки и API-интеграции, а затем учитываться при следующем решении о маршрутизации. Так данные о принятых, отклонённых и сконвертированных лидах помогают определить, как обрабатывать подходящий трафик.
Капы, доступность направлений и правила фолбэка учитываются до отправки трафика. Если у байера закончился кап или он недоступен, настроенные правила могут направить лид в другое подходящее направление, а не отправить его в тупик. Intelligent Hubs маршрутизируют каждый клик или лид по заданным правилам, а UAD Manager может перераспределять трафик в пользу более эффективных офферов и перенаправлять его, если направление становится недоступным.
Стоимость планов Hyperone начинается от $499 в месяц. Посмотрите тарифы, чтобы узнать подробности о доступных планах.
FAQ
Что такое S2S-постбек?
S2S-постбек — это сообщение, которое передаёт событие, например конверсию или статус лида, с одного сервера на другой. Обычно в нём есть идентификатор, по которому принимающая система может сопоставить событие с исходным кликом или лидом.
S2S точнее пикселя?
S2S-трекинг не зависит от загрузки пикселя в браузере, поэтому помогает избежать некоторых проблем, связанных с браузерами и cookie. Но он по-прежнему зависит от корректности ID, определения событий и настройки интеграции: неверно настроенный постбек может передать неправильный результат или не сопоставить событие.
Какие параметры нужны для постбека?
Как минимум укажите ID клика или лида и статус события. В зависимости от требований к отчётности и расчётам добавьте ID транзакции, выплату, временную метку, причину отклонения или согласованные значения sub-ID.
Как проверить URL постбека?
Отправьте тестовое событие с известным ID клика или лида, затем проверьте ответ и убедитесь, что событие появилось в нужной записи с ожидаемым статусом. Проверьте логи: нет ли неразвёрнутых макросов, дубликатов событий, расхождений во временных метках и ошибок при повторных попытках.
Загрузка...
