Postback (S2S pixel): что это и как настроить

Postback (pingback, s2s pixel) — механизм передачи данных от партнерской программы (или от адверта) в трекинговое решение. Проще говоря: когда у рекламодателя случается конверсия, партнерка сама дергает специальный URL вашего трекера и говорит — клик с таким-то ID принес деньги (или не принес).

Страница обновлена 10 августа 2026 года.

В 2026-м постбек никуда не делся — и сдохнет явно позже tracking pixel. Блокировщики и ограничения браузеров бьют по пикселям, S2S идет напрямую между серверами. При этом click ID сначала должен доехать до партнерки, иначе не к чему привязать конверсию.

Клик/visit → click ID → конверсия → postback → отчет. Иногда бывает путаница в терминологии: клик может быть на самом деле не кликом, а визитом на лендинг. Может быть кликом по трекинговой ссылке или просто редиректом. Зависит от трекера и воронки, но суть в том, что это id, который позволяет вам понять, что же именно приносит вам деньги и, в некоторых случаях, пробросить эту информацию еще дальше назад, в источник.

У постбека (post back, post-back, postback) есть еще названий: пингбек (pingback), server to server pixel (s2s pixel), s2s post back, server tracking post back. Conversion API (CAPI) у facebook/tiktok и snapchat — это тоже постбек, просто чуть более хитрый. Даже в вики есть определение.

Как работает постбек:

• Пользователь переходит по объявлению. Обычно в объявлении стоит не URL партнерской программы или конечного рекламодателя, а URL трекингового решения.
• Пользователь проходит по URL трекингового решения. В этот момент переходу (клику) присваивается уникальный ID и совершаются какие-то транзакции в базу данных трекера.
• После присвоения уникального ID трекер перенаправляет пользователя по URL партнерской программы, добавляя уникальный ID клика к этому URL, что-то типа &aff_sub=123456789.
• Пользователь попадает на целевую страницу оффера и может сделать там целевое действие. А может и не сделать.
• Если он его делает, то партнерка знает, что у пользователя параметр aff_sub был равен 123456789. В этот момент она вызывает специальный URL вашей трекинговой системы с этим самым параметром, то есть что-то типа tracker.com/track.php?subid=123456789.
• Теперь трекер в отчетах покажет, что именно этот клик принес конверсию. Если вы все правильно настроили в трекере, то клик привязан к рекламной сети, объявлению и еще десятку параметров, которые используются для оптимизации.

Вот и все, звучит сложнее, чем есть на самом деле. Большая часть движков партнерских программ умеет делать postback.

Зачем вообще внешний трекер

Общие условия при арбитраже такие:

• Я покупаю трафик в какой-то системе, будь то Google Ads, TikTok, пуш-сеть или что-то еще.
• Мне нужно знать, какие объявления, ключевые слова, модели телефонов и другие параметры дают конверсию.
• Мне нужно удобно анализировать весь этот массив данных и видеть и те клики, которые дают конверсию, и те, которые не дают.
• Система отчетов партнерок в большинстве случаев не позволяет видеть полную картинку.

Из этого вытекает использование внешнего трекера, который:

• Умеет отслеживать 10-20 входящих параметров по уникальному клику.
• Умеет работать с данными о конверсиях.

Как выглядит современный postback URL

Шаблон для постбека, который выдает трекер, выглядит примерно так:

https://tracker.example/postback?clickid={clickid}&status={status}&payout={payout}&currency={currency}&tid={transaction_id}

А то, что реально прилетает от партнерки после конверсии, — так:

https://tracker.example/postback?clickid=6f2a9c1e42&status=sale&payout=25.50&currency=USD&tid=INV-10023

В шаблоне стоят макросы в фигурных скобках, а ПП при вызове подставляет вместо них реальные значения. Если в логах трекера вы видите именно {clickid} , со скобками — это значит, подстановка не сработала.

Настройка связки партнерка — трекер

1. Берем в трекере шаблон postback URL — он уже содержит макросы вида {clickid} и {payout}.
2. Открываем в партнерке раздел Postback / Global Postback / S2S. Если сеть поддерживает глобальный постбек, он ловит конверсии по всем офферам сразу. Офферный — только по одному. Начинать проще с глобального.
3. Вставляем URL трекера и подставляем в него макросы партнерки: в clickid= — макрос того sub-поля, в котором партнерка получила click ID (например {aff_sub}), в payout= — макрос выплаты, и так далее. Это самое частое место ошибок: имена макросов у каждой партнерки свои.
4. Проверяем ссылку оффера: click ID должен реально уезжать в партнерку, то есть в ссылке есть что-то вроде &aff_sub={clickid}. Нет click ID на входе — нечего возвращать на выходе.
5. Делаем тестовую конверсию или жмем кнопку test postback, если партнерка ее дает.
6. Смотрим лог постбеков в трекере: запрос пришел, click ID распознан, payout и валюта не врут.
7. Если партнерка умеет передавать статусы — настраиваем их маппинг, чтобы холд и реджекты не выглядели в отчетах как прибыль.

Статусы, повторные конверсии и дедупликация

Бывает, что конверсия — это не одно событие. Сначала прилетает lead или pending или dep, потом рекламодатель, к примеру, звонит, и конверсия становится approved либо уходит в реджект. Если трекер не различает статусы, могут быть дубли.

• Разные цели. Лид, продажа и повторный депозит — это разные goals в трекере с разными выплатами. Партнерка либо шлет их на разные postback URL, либо передает тип события параметром.
• Повторные конверсии. Ребиллы и повторные депозиты обычно приходят с тем же click ID, но с новым transaction ID. Трекер должен уметь принимать несколько конверсий на один клик.
• Дедупликация. Два одинаковых постбека не должны превращаться в две продажи. Но у трекеров свои правила: один проигнорирует дубль, другой обновит или просуммирует конверсию. Проверка простая — отправьте один тест дважды и посмотрите в отчет.

Если постбек не работает: чек-лист

• В логе так и осталось {clickid} с фигурными скобками. Макрос не подставился: имя макроса не то или постбек вставлен не в тот раздел партнерки.
• Click ID пустой или обрезанный. Параметр потерялся по дороге — цепочка редиректов, прокладка или шортенер съели query string, либо партнерка возвращает не тот sub, в который вы передавали.
• Конверсии есть, но статус не тот. ПП шлет lead , а должен быть, например, sale. Чиним маппингом статусов.
• Дубли конверсий. Transaction ID не передается, неправильно сопоставлен или трекер иначе обрабатывает повторную доставку. Отправляем один тест дважды и смотрим, что произошло.
• Странные суммы. Payout приходит в центах, в другой валюте или с запятой вместо точки. Валюту и формат сверяем на тестовой конверсии, а не после первой выплаты.
• Партнерка говорит «отправили», трекер молчит. Смотрим HTTP-ответ на стороне партнёрки: 4xx/5xx означает битый URL, неверный ключ или лежащий трекер. Приличные партнерки показывают лог постбеков с кодом ответа; неприличные молча дропают.

Postback, pixel, API или server-side tagging

Бывают еще варианты, типа tracking pixel или ручных выгрузок.

• S2S postback — сервер партнерки напрямую зовёт сервер трекера. Сам вызов идёт без браузера и куки, но click ID до этого должен нормально попасть в партнёрку. Стандарт де-факто в арбитраже.
• Tracking pixel — картинка или JS-код на thank-you page. Зависит от браузера пользователя, поэтому блокировщик может его просто не пропустить.
• Webhook — близкий родственник постбека: внешний сервис сам отправляет событие, часто POST-запросом с JSON и подписью.
• API — обычно обратная схема: ваша система сама идет за данными или отправляет их в другой сервис. Meta CAPI и TikTok Events API возвращают конверсии в источник трафика, чтобы его алгоритм видел результат.
• Server-side tagging — отдельный механизм: серверный контейнер принимает события с сайта и отправляет их дальше в системы аналитики и рекламы. Это не другое название постбека.

С tracking pixel сложности — партнерки отказываются втыкать ваш пиксел на thanks page оффера.

Безопасность постбека

• Только HTTPS. Постбек по HTTP в 2026 году — это как пароль на стикере.
• Postback key. Секретный параметр или подпись в URL, которую трекер проверяет. Без ключа конверсий вам может насовать кто угодно, у кого есть URL.
• Не пихайте людей в URL. Email, телефон и имя в GET-параметрах разъезжаются по логам. Click ID лучше: в нем обычно нет имени или почты.
• Скриншоты и логи. Postback URL с ключом позволяет рисовать вам липовые конверсии и ломать оптимизацию. Прежде чем кидать скрин настроек в чат с «почему не работает», замажьте ключ и домен трекера.
• Мессенджеры. Когда вы шлете полный урл постбека, то многие мессенджеры делают префетч — по сути делают вам постбек. Надо ломать урл, чтобы мессенджеры не насовали постбеков.

Как я объяснял это в 2013 году

Ниже — фрагмент моей статьи 2013 года.

Например, самый простой случай — direct linking. Я покупаю трафик так:

1. Размещаю ссылку на свой трекер, что-то вроде mytrackerurl.com/index.php?CID=id&ppc=ppc1&ad=ad1&adgroup=adgroup1&keyword=keyword1. То есть пользователь незаметно для себя проходит через мой трекер. Все параметры записываются в трекер — откуда пришел, по какому объявлению кликнул, какой оператор и трубка и т.д. В этот же момент пользователю присваивается уникальный ID. Например 42 или 123 или 18237482
2. После того, как пользователь прошел через трекер, он отправляется по ссылке партнерки, что-то вроде affnetworktracker.com/offerlink. Трекер к ссылке добавляет тот самый уникальный ID. Получается что-то вроде affnetworktracker.com/offerlink?subid=42. Партнерка у себя эту информацию тоже фиксирует.
3. Если по ID 42 проходит конверсия, то партнерка пингует мой трекер с подстановкой ID. То есть обращается по примерно такому урлу mytrackerurl.com/update.php?subid=42.
4. Трекер фиксирует эту информацию в базе. В отчетах я вижу, что именно этот клик принес мне конверсию.

Для новичков — расшифровка всех терминов в моем CPA словаре.