Чем S2S-постбек лучше браузерного пикселя?

Он передаёт конверсию с сервера и не теряется из-за блокировщиков, ITP или потери сессии. Для отложенных депозитов в гемблинге это решает.

Как избежать задвоения конверсий?

Дедупликацией по единому event_id: пиксель и CAPI шлют одно событие с одинаковым ключом, и Facebook склеивает их в одно.

Что передавать в Facebook — регистрацию или депозит?

Оптимизируйте под платящих: маппьте FTD на Purchase, а регистрацию — на отдельное событие. Иначе алгоритм гонит дешёвый, но неплатящий трафик.

Что такое клик-айди и зачем он?

Уникальный идентификатор клика (subid/external_id). По нему постбек привязывает депозит к конкретному переходу, источнику и объявлению.

Нужен ли Keitaro обязательно?

Не обязательно — подойдёт любой S2S-трекер (RedTrack, Binom и др.). Keitaro популярен, но принцип цепочки клик-айди → постбек → CAPI один и тот же.

Постбеки Keitaro ↔ Facebook CAPI

Депозит должен долететь из партнёрки в трекер и в пиксель ровно один раз — без потерь и без задвоения. Разбираем сквозную цепочку: клик-айди на входе, постбек из партнёрки в Keitaro, отправка события в Facebook Conversions API и дедупликация с браузерным пикселем. От чистоты этой цепочки зависит, как FB оптимизирует закуп.

Зачем нужен server-side постбек

Браузерный пиксель теряет часть конверсий из-за блокировщиков, ITP и потери сессии между кликом и депозитом, который случается часами позже. Server-to-server постбек передаёт конверсию напрямую с сервера партнёрки в трекер и в CAPI, поэтому депозит долетает даже тогда, когда браузерное событие потерялось. Для гемблинга с отложенным депом это критично.

Клик-айди как связующее звено

Всё держится на уникальном клик-айди (subid / external_id), который проходит от клика через витрину и оффер до постбека. По нему депозит привязывается к конкретному переходу, источнику и объявлению. Если клик-айди теряется где-то по пути, атрибуция рассыпается и FB получает конверсии без привязки к кампании.

Дедупликация событий

Если одно и то же событие уходит и браузерным пикселем, и через CAPI, его нужно дедуплицировать по event_id, иначе FB посчитает два депозита вместо одного. Единый event_id на оба канала — стандартное решение: пиксель и сервер шлют одно событие с одинаковым ключом, а Facebook склеивает их в одно.

Маппинг статусов партнёрки

Партнёрки шлют разные статусы: регистрация, первый депозит, повторный депозит, отклонён. Их нужно чётко смаппить на события пикселя (например, FTD → Purchase), чтобы FB оптимизировал именно под платящих, а не под регистрации. Неправильный маппинг — частая причина того, что алгоритм льёт дешёвый, но неплатящий трафик.

Как это собрано в APEX

APEX прокидывает клик-айди через витрину и оффер, принимает постбеки трекера внутрь и отдаёт события в Facebook CAPI наружу — с корректным event_id для дедупликации. Это убирает ручную склейку скриптов и снижает потерю конверсий между кликом и отложенным депозитом.

Частые вопросы

Чем S2S-постбек лучше браузерного пикселя?: Он передаёт конверсию с сервера и не теряется из-за блокировщиков, ITP или потери сессии. Для отложенных депозитов в гемблинге это решает.
Как избежать задвоения конверсий?: Дедупликацией по единому event_id: пиксель и CAPI шлют одно событие с одинаковым ключом, и Facebook склеивает их в одно.
Что передавать в Facebook — регистрацию или депозит?: Оптимизируйте под платящих: маппьте FTD на Purchase, а регистрацию — на отдельное событие. Иначе алгоритм гонит дешёвый, но неплатящий трафик.
Что такое клик-айди и зачем он?: Уникальный идентификатор клика (subid/external_id). По нему постбек привязывает депозит к конкретному переходу, источнику и объявлению.
Нужен ли Keitaro обязательно?: Не обязательно — подойдёт любой S2S-трекер (RedTrack, Binom и др.). Keitaro популярен, но принцип цепочки клик-айди → постбек → CAPI один и тот же.

Собери своё PWA в APEX за пару минут

Клоака, антибот, пуши, сплит-тесты и свои домены — в одном сервисе.

Начать бесплатно