Привет, Хабр! Я работаю аналитиком в телекоме и занимаюсь лидогенерацией. В последнее время всё чаще ловлю себя на одной и той же картине: заказчик хочет подключить постбеки, между нами стоят коллеги из бизнеса, и пока требования доходят от одной стороны до другой — успевают трижды исказиться. Классический сломанный телефон.
Решил написать эту статью, чтобы один раз объяснить тему на языке бизнеса. Не для того, чтобы читатель сам пошёл настраивать интеграцию — а чтобы он мог внятно передать требования дальше, задать правильные вопросы подрядчику и понять, на что смотреть в отчётах. Если вы продакт, BA, маркетолог или руководитель направления, которому приходится иметь дело с CPA-партнёрами и трекерами — это для вас.
В статье не будет протоколов, методов запросов и тонкостей авторизации. Зато будут схемы, картинки и аналогии с обычной жизнью — потому что объяснять постбеки без картинок — это как объяснять устройство автомобиля на пальцах. Можно, но зачем?
Постбеки простыми словами:
Представьте: вы расплатились картой за кофе. Через секунду приходит SMS: «Покупка 250 ₽, кафе ‘Шоколадница’, остаток 12 430 ₽».
Вы это сообщение не запрашивали. Банк сам его прислал, как только произошло событие — списание денег. Короткое уведомление с важными деталями: что случилось, где, на какую сумму.
Вот это и есть постбек. Одна система зафиксировала событие — и автоматически сообщила об этом другой стороне. Коротко, по делу, с нужными параметрами.
В маркетинге это работает так же. Человек кликнул по рекламе, пришёл на сайт, оставил заявку. Ваша система фиксирует событие и отправляет партнёру «SMS»: «лид от тебя дошёл до заявки, засчитывай». Партнёр получает, записывает, в конце месяца выставляет счёт.
По сути, постбек — это та же SMS от банка, только между двумя бизнес-системами.
Анатомия постбека:
Разобрались с сутью. Теперь посмотрим, как эта «SMS между системами» выглядит на практике. Постбек — это обычная ссылка, которую одна система отправляет другой. Давайте разберём её по косточкам.
Вот как выглядит шаблон постбека, который партнёр настраивает у себя:
В фигурных скобках стоят переменные — это «пустые поля», которые заполняются в момент отправки. Как бланк заявления: сначала пустые строчки, а когда надо — туда подставляются реальные значения.
А теперь посмотрим, как это выглядит, когда у партнёра реально что-то произошло и на место переменных подставились настоящие значения:
Что мы здесь видим:
-
click_id=abc1101— уникальный номер клика. Что-то вроде трек-номера посылки: по нему обе стороны понимают, о каком именно клике идёт речь. Партнёр присвоил этот номер, когда пользователь кликнул по рекламе, и теперь тем же номером помечает событие. -
event=paid— тип события. В нашем случае — оплата. Могло бытьlead(заявка),registration(регистрация),install(установка приложения) — зависит от того, за что вы платите партнёру. -
amount=300— сумма сделки. Сколько денег прошло в этой операции. Нужна, чтобы партнёр понимал, за что выставляет счёт в конце месяца.
Вот и всё. Три коротких параметра — а в них целая сделка: кто привёл, что произошло, на какую сумму. Ни лишних слов, ни красивых формулировок — только факты, по которым потом считаются деньги.
В реальных постбеках параметров обычно больше: там ещё есть статус события, идентификатор партнёра, временная метка и другие поля. Но принцип тот же — короткое сообщение с набором ключевых фактов.
Как система принимает данные
Окей, партнёр отправил постбек. А что происходит дальше, когда ссылка прилетает на другую сторону? Давайте разбираться, вернёмся к кофе и SMS от банка.
Вы получаете SMS от банка уже лет десять, каждый день. И если признаться честно — вы их давно не читаете. Глаз сам выхватывает нужное: вот сумма, вот магазин, вот остаток. Никто не вчитывается в текст, все просто смотрят в знакомые места. Сумма всегда в начале, остаток всегда в конце, между ними название магазина. Мозг запомнил структуру и выдаёт результат на автомате.
Принимающая система работает ровно так же. У неё тоже есть «привычка» — правила, как читать постбек. Она знает: после click_id= идёт номер клика, после event= — тип события, после amount= — сумма. Всё. Она просто проходит по ссылке и достаёт значения из нужных мест.
Это называется «распарсить ссылку». Страшное слово, а по факту — всё та же история с картинкой выше. Мы руками разобрали ссылку по частям, система делает то же самое, автоматически, по заранее настроенным правилам.
Дальше всё быстро и без магии. Система проверяет, что всё на месте — поля не пустые, значения не странные. Записывает данные к себе: «по клику такому-то пришла оплата на такую-то сумму». И отправляет партнёру короткий ответ «всё получил», чтобы тот не отправлял то же самое ещё раз.
Вот и весь цикл приёма. Пара секунд — и событие, которое случилось у партнёра, уже лежит у вас в системе, готовое к учёту и выплатам.
Чек-лист переговоров
Представим ситуацию: вы менеджер, который отправляется на встречу с заказчиком, чтобы выяснить детали и договориться о настройке постбеков. Предлагаю удобный чек-лист — пройдя по нему, вы закроете большую часть вопросов, а ваш технарь уйдёт настраивать постбеки довольным.
1. Какое событие мы считаем?
Слово «лид» у всех своё. У партнёра это «оставил телефон», у вас — «оставил телефон и прошёл проверку менеджером». Договоритесь на старте, что считаете лидом, оплатой, регистрацией. Запишите. Иначе в конце месяца будет неприятный разговор про счёт.
2. Когда постбек улетает?
Сразу после заявки? После модерации? После холд-периода? От ответа зависит, за что именно вы платите. Если партнёр считает событие сразу, а вы — только после подтверждения, цифры разойдутся, и кто-то останется недоволен.
3. Какие данные должны быть внутри?
Минимум — номер клика и тип события. Часто нужна сумма, иногда валюта и внутренний ID для сверки. Зафиксируйте список обязательных параметров, без которых постбек не принимается. Иначе партнёр пришлёт что-то своё, а вы не поймёте, к чему это привязывать.
4. Куда слать постбеки?
Звучит как банальность, но именно здесь ломается чаще всего. URL вашего приёмника фиксируем письменно. Если он меняется — договариваемся, как партнёр об этом узнаёт. Без этого сценарий классический: вы переехали, партнёр шлёт на старый адрес, конверсии теряются, все ищут виноватых.
5. Как сверяем цифры?
Даже при идеальной настройке отчёты будут немного расходиться — это жизнь. Главное, чтобы был процесс: раз в месяц обе стороны выгружают данные и разбирают разницу. Если такого процесса нет — через полгода никто не вспомнит, кто прав.
Вот и всё. Пять вопросов, которые стоит проговорить до старта, а не после первого расхождения в отчётах. Технарь скажет спасибо, заказчик поймёт, что вы в теме 😎
Постбеки, которые нас окружают
Вы наверняка слышали слова «webhook», «callback» или просто «уведомление» — так вот, по сути это то же самое, что и постбек. Просто в разных сферах её называют по-разному. А механика одна: одна система дёрнула другую и сказала «у меня тут событие, смотри». И если оглянуться — такие штуки вокруг нас каждый день.
Очевидное:
SMS от банка. С этого мы начинали. Банк сам, без вашего запроса, прислал уведомление о списании. Классический постбек в чистом виде.
CPA-лиды. Да, это тоже он. Вся статья до этого момента — про один большой CPA-постбек. Если вы работаете с трекерами или CPA-сетями — видите их каждый день, просто называете «конверсиями» или «циферками в отчёте».
Чеки в налоговую. Каждый раз, когда вы расплачиваетесь картой в магазине, касса тут же отправляет данные чека в налоговую. По масштабу — пожалуй, один из крупнейших потоков сообщений в России. Миллионы событий в минуту, 24/7. Прямо сейчас, пока вы читаете эту статью, где-то улетают тысячи таких постбеков.
А теперь менее очевидное:
Один курьер — десять постбеков. Когда курьер Яндекс.Еды нажимает «доставлено» — улетает куча уведомлений. В ресторан: заказ закрыт. В биллинг: спиши деньги с клиента, начисли выплату курьеру. В систему отзывов: через час спроси у клиента «как вам еда». В рекламу: засчитай конверсию, если клиент пришёл по акции. Одно нажатие — десять систем узнали о событии за секунду.
Камеры и письма счастья. Камера увидела превышение — и дальше всё само. Webhook в ГИБДД, проверка номера, поиск владельца, постановление, уведомление в Госуслуги. Через пару дней вы открываете pdf-ку — а там ваша машина, сумма штрафа и ваше собственное лицо за рулём. Вы на этой фотке ещё не в курсе, что вас снимают. А через неделю будете смотреть на себя сами. Обидно, но красиво.
Кормушка для кота. Есть устройства, которые сами дают корм коту по расписанию и отправляют хозяину «Барсик покормлен в 14:00». Если Барсик не подошёл за 5 минут — второй постбек: «Барсик не ест, что-то не так». Реальный продукт, продаётся на Озоне. Кот не знает, что он теперь часть webhook-инфраструктуры. А вы теперь знаете 😎
Короче, в следующий раз, когда придёт SMS «покупка 250 ₽», push «курьер у двери» или письмо счастья из ГИБДД — знайте: только что где-то улетел постбек. А если не улетит — кто-то пропустит ужин, кто-то не заплатит штраф, а кто-то недосчитается денег в отчёте. Эти маленькие сообщения летают миллионами каждый день. Мы замечаем их только тогда, когда они ломаются.
Вместо вывода
Если вы дочитали досюда — спасибо. Надеюсь, теперь постбеки выглядят не как непонятная техническая штука, а как вполне логичная вещь, которую можно обсуждать на равных с подрядчиком.
Постбек — это не магия и не страшная технология. Это короткое сообщение между двумя системами, такое же как SMS от банка. Но пока бизнес считает его «чем-то техническим, про что надо спросить айтишников» — он будет терять деньги на каждой интеграции. Потому что главная проблема постбеков не техническая. Она переговорная.
Договориться о том, что считать «лидом», когда улетает событие и кто отвечает за сверку цифр — это не задача разработчиков. Это задача того, кто подписывает договор с партнёром. Разработчик настроит что угодно — но только если ему скажут что именно. А вот «что именно» — это уже ваша зона ответственности.
Поэтому в следующий раз, когда пойдёте на встречу с подрядчиком или партнёром — возьмите с собой чек-лист из этой статьи. Пять вопросов, десять минут разговора, и вы сэкономите себе месяцы разбирательств.
А если что-то из статьи показалось полезным — пишите в комментариях. Буду рад обсудить, поспорить или услышать ваши истории про сломанные постбеки. У каждого, кто с ними работал, такая история точно есть.
ссылка на оригинал статьи https://habr.com/ru/articles/1023588/