Сообщить об ошибкеКороткий ответ
CAPI передаёт данные о конверсиях напрямую с сервера бизнеса в Meta, минуя браузер пользователя, что делает трекинг устойчивым к блокировщикам, ограничениям cookie и последствиям ATT на iOS, где пиксель теряет значительную часть событий; CAPI не заменяет пиксель полностью, а дополняет его.
Как это работает подробнее
пиксель фиксирует события в браузере и зависит от того, разрешит ли браузер/устройство выполнение JS-кода и передачу cookie (на что влияют блокировщики, ITP в Safari и отказ от трекинга через ATT на iOS 14.5+), тогда как CAPI отправляет те же события из системы бизнеса напрямую через серверный API, используя хэшированные идентификаторы пользователя для сопоставления с профилем в Meta.
Что использовать на практике
- На практике. Meta рекомендует дедупликацию событий между пикселем и CAPI (по общему event_id), чтобы не задвоить одну и ту же конверсию; корректно настроенный CAPI повышает совпадение событий (event match quality) и объём данных для алгоритма оптимизации, что критично после ограничений ATT, когда до 30–40% iOS-конверсий может быть недоступно через чистый client-side пиксель.
- Пример. После настройки CAPI с дедупликацией по event_id Event Match Quality в Events Manager выросла с 4.2 до 7.8 из 10, а число учтённых покупок увеличилось на 18% при том же реальном объёме продаж по данным CRM.
- Проверка. отчёт «Events Manager → Diagnostics» показывает долю событий, пришедших через Browser/Server/оба источника, и статус дедупликации — отсутствие дублей подтверждается сверкой итогового числа покупок с биллинговой системой.
Подводные камни
- Частая ошибка. настраивать CAPI без дедупликации с пикселем, что приводит к задвоению конверсий; передавать через CAPI слишком «отложенные» по времени данные, что снижает ценность сигнала для алгоритма.