Можно ли полностью отказаться от пикселя и использовать только S2S?

Можно, и для дорогих конверсий это даже надёжнее, но для быстрых сигналов на верхних этапах воронки пиксель обычно всё ещё дешевле и быстрее для алгоритма площадки.

Почему деп лучше подтверждать постбеком, а не пикселем?

Потому что деп — отложенное событие, которое может произойти без открытого браузера с исходной сессией; пиксель просто не в состоянии его поймать в этот момент, а серверный постбек не зависит от браузера пользователя.

Что такое дедупликация конверсий и зачем она при использовании обоих методов?

Это механизм, который не даёт засчитать одну и ту же конверсию два раза — один раз от пикселя, второй от постбека. Обычно решается общим идентификатором события или clickid, по которому площадка понимает, что это одно и то же событие.

Теряется ли clickid при переходе от пикселя к S2S-схеме?

Не должен, если clickid изначально передаётся через всю цепочку — от клика до PWA и далее до партнёрки — независимо от того, каким способом в итоге подтверждается конверсия.

Поддерживает ли APEX S2S-постбеки из коробки?

Да, включая связку с трекерами и партнёрками (например, Keitaro↔FB CAPI), так что дорогие конверсии можно подтверждать серверно без сборки этой логики самостоятельно.

S2S-постбек vs пиксель в браузере

S2S-постбек vs пиксель в браузере — старый вопрос трекинга конверсий, который особенно остро стоит в PWA-арбитраже: пиксель легко теряется, а деп может случиться через дни после установки. Разбираем разницу в механике, где каждый способ надёжнее, и почему в связке они работают лучше, чем по отдельности.

Как работает браузерный пиксель

Пиксель — это код (например, событие Facebook Pixel), который срабатывает в браузере пользователя в момент конверсии: страница загрузилась, скрипт выполнился, событие отправилось на сервер площадки. Это работает быстро и просто для событий, которые точно происходят в браузере сразу — например, просмотр страницы «спасибо за регистрацию».

Где пиксель ломается

Пиксель зависит от того, доработает ли браузер пользователя до конца: блокировщики рекламы, приватные режимы (например, ограничения ITP в Safari), долгая загрузка страницы или закрытие вкладки до отправки события — всё это может просто не дать пикселю сработать. В PWA-сценарии добавляется ещё один момент: если конверсия происходит после перехода в установленное приложение, а не в обычном браузере, контекст пикселя легко теряется.

Как работает S2S-постбек

Серверный постбек отправляется напрямую с backend партнёрской программы или трекера на сервер рекламной площадки (например, в Facebook CAPI), минуя браузер пользователя целиком. Партнёрка сама решает, когда конверсия подтверждена — например, деп реально прошёл, а не просто открылась страница «оплата», — и в этот момент шлёт постбек с привязкой к исходному clickid.

Почему S2S надёжнее для депозитов

Депозит — это событие, которое может случиться спустя часы или дни после установки PWA, часто уже без открытого браузера с исходной сессией. Пиксель в браузере физически не может «дождаться» такого отложенного события, а S2S не привязан к тому, открыта ли исходная вкладка — он срабатывает на стороне сервера партнёрки в момент, когда деп реально подтверждён платёжной системой.

Когда браузерный пиксель всё же нужен

Пиксель полезен для быстрых сигналов оптимизации — например, событие «установил PWA» или «открыл страницу регистрации» помогает алгоритму площадки быстрее находить похожую аудиторию, даже если это не финальная ценная конверсия. Использовать только пиксель для дорогих целевых событий (деп, покупка) — риск, но полностью убирать его из связки тоже не оптимально: он дешевле и быстрее для верхних этапов воронки.

Как использовать оба способа вместе

Рабочая схема — пиксель на ранние, дешёвые события (открытие, регистрация) для быстрой оптимизации алгоритма, и S2S-постбек как источник истины для дорогих подтверждённых конверсий (деп), с дедупликацией через общий clickid, чтобы одно и то же событие не засчиталось дважды. APEX поддерживает именно такую связку постбеков — включая интеграцию Keitaro↔FB CAPI, — так что дорогие события подтверждаются серверно, а не только на надежде, что пиксель браузера дойдёт до сервера.

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

Можно ли полностью отказаться от пикселя и использовать только S2S?: Можно, и для дорогих конверсий это даже надёжнее, но для быстрых сигналов на верхних этапах воронки пиксель обычно всё ещё дешевле и быстрее для алгоритма площадки.
Почему деп лучше подтверждать постбеком, а не пикселем?: Потому что деп — отложенное событие, которое может произойти без открытого браузера с исходной сессией; пиксель просто не в состоянии его поймать в этот момент, а серверный постбек не зависит от браузера пользователя.
Что такое дедупликация конверсий и зачем она при использовании обоих методов?: Это механизм, который не даёт засчитать одну и ту же конверсию два раза — один раз от пикселя, второй от постбека. Обычно решается общим идентификатором события или clickid, по которому площадка понимает, что это одно и то же событие.
Теряется ли clickid при переходе от пикселя к S2S-схеме?: Не должен, если clickid изначально передаётся через всю цепочку — от клика до PWA и далее до партнёрки — независимо от того, каким способом в итоге подтверждается конверсия.
Поддерживает ли APEX S2S-постбеки из коробки?: Да, включая связку с трекерами и партнёрками (например, Keitaro↔FB CAPI), так что дорогие конверсии можно подтверждать серверно без сборки этой логики самостоятельно.

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

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

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