Можно ли настроить дедупликацию без своего сервера, только через Keitaro?

Да, исходящая интеграция Keitaro с CAPI может генерировать и передавать event_id по тем же правилам без отдельного бэкенда — механизм требует лишь согласованной передачи идентификатора.

Обязательно ли совпадение event_name для дедупликации?

Да, Facebook сопоставляет события по паре event_name и event_id вместе — если названия событий отличаются, дедупликация не сработает, даже если id совпадает.

Может ли конверсия задвоиться вообще без CAPI, только на пикселе?

Реже, но да — например при повторном срабатывании скрипта на перезагрузке страницы; тот же принцип с event_id работает как защита и для этого сценария.

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

Сравните число подтверждённых конверсий в партнёрке или Keitaro с числом событий, принятых Facebook, — если в Facebook их заметно меньше, данные теряются, а не задваиваются.

Нужно ли что-то отдельно настраивать в APEX для дедупликации?

APEX аккуратно прокидывает clickid и данные о событии от витрины до постбека, поэтому остаётся одна задача — использовать единый event_id на обоих концах цепочки и не терять его по дороге.

Дедупликация событий (FB CAPI + пиксель)

Один и тот же депозит может засчитаться Facebook дважды — если событие пришло и с браузерного пикселя, и отдельно через серверный CAPI-постбек. Разбираем, как event_id склеивает эти два сигнала в одно событие и почему без него оптимизация начинает работать на фейковых цифрах.

Почему конверсия задваивается

Один реальный депозит физически может породить два сигнала в Facebook: клиентский — через пиксель, сработавший в браузере на витрине, и серверный — через CAPI-постбек, отправленный из Keitaro после подтверждения от партнёрки. Если Facebook не может понять, что это одно и то же событие, он засчитывает оба — и статистика конверсий становится вдвое больше реальной.

Как работает event_id

event_id — это уникальная строка-идентификатор, которую вы генерируете для каждого реального события (конкретного депозита, лида) и передаёте одинаковой в обоих вызовах — и в пиксельном, и в серверном. Facebook сопоставляет события по паре event_name плюс event_id в пределах определённого временного окна и оставляет одну запись, помечая вторую как дубликат, а не как новую конверсию.

Где генерировать event_id в связке PWA + Keitaro

Логичнее всего создавать идентификатор в момент самого события — например, при получении постбека о депозите — и прокидывать его синхронно в оба канала: в серверный вызов CAPI из Keitaro и, если пиксель тоже должен сработать на этом же действии, в его вызов на стороне витрины. Важно, чтобы это была одна и та же строка, а не два похожих, но разных идентификатора.

Правила, которые чаще всего ломают дедупликацию

Первая частая ошибка — на пикселе и на CAPI стоят разные event_name для одного и того же действия, например Lead на клиенте и CompleteRegistration на сервере, — тогда Facebook даже не пытается их сопоставить. Вторая — event_id генерируется заново при каждой повторной попытке отправки вместо переиспользования исходного значения. Третья — слишком большой разрыв по времени между клиентским и серверным событием, из-за которого они выпадают за пределы окна сопоставления.

Как проверить, что дедупликация реально работает

В Facebook Events Manager, во вкладке тестовых событий, оба вызова на одно действие должны отображаться с одинаковым event_id и пометкой о дедупликации. Дополнительно полезно свести число подтверждённых депозитов из партнёрки за контрольный период с числом засчитанных Facebook конверсий — если числа расходятся в разы, дедуп настроен неверно.

Что это даёт для оптимизации кампании

Алгоритм Facebook оптимизирует показы под целевое действие, которое видит, и делает это тем точнее, чем честнее цифры на входе. Задвоенные конверсии искусственно занижают видимую стоимость действия и толкают систему масштабировать то, что на самом деле стоит дороже, чем кажется, — чистая дедупликация возвращает решениям по бюджету реальную почву.

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

Можно ли настроить дедупликацию без своего сервера, только через Keitaro?: Да, исходящая интеграция Keitaro с CAPI может генерировать и передавать event_id по тем же правилам без отдельного бэкенда — механизм требует лишь согласованной передачи идентификатора.
Обязательно ли совпадение event_name для дедупликации?: Да, Facebook сопоставляет события по паре event_name и event_id вместе — если названия событий отличаются, дедупликация не сработает, даже если id совпадает.
Может ли конверсия задвоиться вообще без CAPI, только на пикселе?: Реже, но да — например при повторном срабатывании скрипта на перезагрузке страницы; тот же принцип с event_id работает как защита и для этого сценария.
Как понять, что часть конверсий, наоборот, теряется, а не задваивается?: Сравните число подтверждённых конверсий в партнёрке или Keitaro с числом событий, принятых Facebook, — если в Facebook их заметно меньше, данные теряются, а не задваиваются.
Нужно ли что-то отдельно настраивать в APEX для дедупликации?: APEX аккуратно прокидывает clickid и данные о событии от витрины до постбека, поэтому остаётся одна задача — использовать единый event_id на обоих концах цепочки и не терять его по дороге.

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

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

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