Adset.ProAdset.ProKnowledge base
Home/Конверсии (Postback)/Как работают постбэки: простыми словами

Как работают постбэки: простыми словами

Когда вы запускаете рекламу (Facebook, TikTok, Google и другие источники) и ведёте трафик на офферы через CPA-сети, главный вопрос всегда один:

как правильно связать клик и конверсию, чтобы:

  • в трекере было понятно, какая связка/кампания дала результат;

  • в источнике (например, Facebook) конверсии попали в нужную кампанию и оптимизация работала корректно.

Для этого и используется связка трекер → партнёрка → postback → трекер → источник.


У каждого участника свои “ID клика”

1. Источник трафика (Facebook, TikTok и т.д.)

У источника всегда есть собственный идентификатор клика — условный “номер чека” для каждого перехода.
Именно по нему Facebook (или другая сеть) потом понимает: “ага, эта конверсия относится к этому клику”.

2. Adset.pro (трекер)

Adset тоже создаёт свой внутренний ID — event_click_id.
Он нужен, чтобы:

  • хранить статистику и атрибуцию,

  • связывать клик с оффером,

  • принимать postback и находить правильный переход.

При этом Adset дополнительно сохраняет родной click id источника в поле ext_click_id — то есть у нас появляется “мостик”:

  • event_click_id — внутренний ID в Adset

  • ext_click_id — ID клика из источника


Что происходит на практике: путь пользователя

Шаг 1. Клик из рекламы попадает в Adset

Пользователь нажимает на рекламу → открывается трекинг-ссылка.

В этот момент Adset:

  • фиксирует клик и создаёт event_click_id,

  • вытаскивает click id из источника и сохраняет его как ext_click_id,

  • понимает, какая кампания/адсет/креатив привели пользователя.

Шаг 2. Adset ведёт пользователя в CPA-сеть / на оффер

Дальше Adset редиректит пользователя на оффер в партнёрке.

И тут важный момент:
Adset передаёт в CPA-сеть свой event_click_id — обычно как sub1 (или clickId, в зависимости от сети).

Зачем это нужно?
Чтобы CPA-сеть вернула этот же ID обратно в postback, когда случится конверсия.

Шаг 3. На стороне оффера происходит событие

Пользователь регистрируется, делает депозит и т.д.
Оффер сообщает об этом партнёрке.

Шаг 4. CPA-сеть отправляет postback в Adset

Партнёрка вызывает ваш postback URL и передаёт:

  • статус/тип конверсии (регистрация, депозит, sale…),

  • и тот самый sub1, в котором лежит event_click_id.

Шаг 5. Adset находит клик и отправляет конверсию в источник

Получив postback, Adset:

  1. по event_click_id находит исходный клик в базе,

  2. понимает, из какого источника он пришёл (Facebook/ClickStar/…),

  3. достаёт сохранённый ext_click_id,

  4. и отправляет конверсию обратно в источник (пиксель/CAPI и т.п.), передав ext_click_id, чтобы источник корректно “узнал” этот клик.


Почему это важно

Правильная атрибуция

Вы видите, какой именно креатив/адсет/кампания дали регистрацию или депозит.

Корректная оптимизация в источнике

Facebook получает конверсию с правильной привязкой к клику → обучение и оптимизация идут в нужную сторону.

Независимость от CPA-сети

Даже если у партнёрки “свои click id”, Adset работает стабильно, потому что:

  • внутрь CPA уходит ID Adset (event_click_id),

  • а внутрь источника уходит ID источника (ext_click_id).


Коротко: принцип “двух ключей”

  • В CPA-сеть мы передаём event_click_id, чтобы получить postback обратно и точно понять, какой клик сконвертился.

  • В источник мы отправляем ext_click_id, чтобы источник правильно засчитал конверсию именно тому клику/кампании.