Facebook CAPI Tester
Повторно отправляет Meta server-side событие и показывает прямой ответ Meta.
Открыть инструмент >Диагностика Meta server-side
Facebook CAPI не срабатывает
Server-side события Meta не отправляются, блокируются или приходят без нужных идентификаторов, поэтому Events Manager не видит ожидаемый поток конверсий.
Введение
Эта проблема обычно выглядит так: browser-side Pixel на лендинге срабатывает, а matching server-side событие в Events Manager не появляется или приходит без пригодных идентификаторов. В итоге падает Event Match Quality, атрибуция становится нестабильной, а алгоритм Meta получает неполный сигнал.
Надежный фикс начинается с разделения transport-проблем и payload-проблем. Сначала нужно доказать, что событие вообще не ушло или ушло не туда, а затем проверить, пришел ли в Meta корректный набор полей для дедупликации и атрибуции.
Почему так происходит
Не опирайтесь только на скриншоты из Events Manager. Сравните поведение лендинга, цепочку редиректов, click ID и точный server-side payload, который вы ожидаете отправить. Если browser event есть, а server event нет, проблема находится в CAPI path, а не в названии кампании или тексте лендинга.
Используйте Facebook CAPI Tester для controlled replay, затем сопоставьте результат с browser-side проверкой из Pixel Scanner и параметрами из Click ID Extractor.
- Pixel срабатывает, но server-side событие не появляется в Events Manager.
- Запросы отправляются, но Meta отклоняет их из-за неверных идентификаторов, timestamps или структуры payload.
- FBCLID или параметры лендинга не переживают редиректы, поэтому server-side payload не может связаться с браузерной сессией.
- CAPI работает в тестовой среде, но ломается на live domain или live endpoint.
Типовые причины
Чаще всего проблема лежит в одном из четырех мест: событие вообще не уходит с сервера, уходит не на тот endpoint или с неверным token, payload неполный, либо пользовательский путь теряет идентификаторы до того, как сервер соберет событие.
Эта классификация важна, потому что transport, payload и attribution fields обычно принадлежат разным владельцам. Для фикса могут понадобиться backend engineer, tag manager specialist и media buyer — но каждому нужен свой набор доказательств.
- Неверный pixel ID, access token или CAPI endpoint.
- Server-side код запускается, но auth, signing или environment variables сломаны.
- Payload не содержит event_name, event_time, action source или usable user identifiers.
- Редиректы или логика лендинга отрезают fbclid, external_id или campaign parameters до сборки server event.
Пошаговая диагностика
Разбирайте проблему как цепочку: лендинг, click identifiers, browser event, server event и ответ Meta. Если пропустить один из слоев, attribution-проблему легко принять за API failure.
Сохраняйте точный payload, response body и final landing URL в одной задаче, чтобы потом можно было воспроизвести fix.
Если Meta явно получает запрос, но отвечает validation errors или помечает событие как invalid, переходите в CAPI Event Rejected by Meta, а не оставайтесь на ветке transport-проблем.
-
Сначала подтвердите сторону лендинга
Проверьте browser-side событие и наличие тегов на реальном final landing page через Pixel Scanner или Facebook Pixel Checker.
-
Сохраните идентификаторы по пути
Протрассируйте click path в Redirect Checker и убедитесь, что fbclid и другие идентификаторы доходят до final destination.
-
Повторно отправьте server event напрямую
Используйте Facebook CAPI Tester с live pixel ID и access token, чтобы отправить controlled test payload и увидеть точный ответ Meta.
-
Сравните browser и server payload
Проверьте event names, timestamps, action source и user identifiers, чтобы дедупликация и атрибуция действительно могли работать.
-
Исправьте владеющий слой
Обновите token management, backend payload builder или обработку идентификаторов в redirect/landing path — в зависимости от точки разрыва.
Инструменты для решения проблемы
Самый быстрый путь — объединить controlled server-side replay с доказательствами с реального лендинга. Так вы получаете обе половины Meta tracking flow: что увидел браузер и что реально отправил backend.
Если в цепочке есть редиректы, приложите final landing URL и output из Click ID Extractor в тот же evidence pack. Ошибки доставки в Meta и потеря идентификаторов часто идут вместе.
Pixel Scanner
Проверяет, срабатывает ли browser-side пиксель и теги на финальной странице.
Открыть инструмент >Redirect Checker
Показывает, не теряются ли идентификаторы на редиректах до сборки server event.
Открыть инструмент >Click ID Extractor
Подтверждает, что fbclid и другие click ID доходят до страницы, где строится server payload.
Открыть инструмент >Выводы
Facebook CAPI не срабатывает редко бывает просто API-багом. Обычно ломается вся цепочка между лендингом, идентификаторами, сборкой payload и доставкой в Meta. Как только вы изолируете точку разрыва, фикс становится гораздо быстрее.
После исправления сохраните один подтвержденный browser event, один подтвержденный server event и точный landing URL в launch checklist, чтобы новые регрессии ловились до масштабирования spend.