CAPI deduplication ломается не из-за Meta, а из-за event_id и таймингов

CAPI deduplication ломается не из-за Meta, а из-за event_id и таймингов

Dedup работает только если Pixel и CAPI отправляют одно и то же событие с одинаковыми event_name и event_id. Разные ID для browser/server = два Purchase в отчётах. Пустой ID на одной стороне = dedup не сработает.

Типовые проблемы:
— ID генерируется отдельно в браузере и на сервере
— Pixel отправляет Purchase, CAPI — purchase
— сервер шлёт событие сильно позже браузера
— один event_id переиспользуется для разных заказов
— ретраи CAPI создают новый ID вместо повторной отправки старого

Нормальная схема: генерировать ID в момент бизнес-события и протаскивать его в обе стороны. Для e-commerce чаще всего хватает purchase:{order_id}. Для Lead — UUID, сохранённый вместе с заявкой.

Проверьте в Events Manager не только количество событий, но и долю deduplicated. Если она низкая, сначала сравните пары event_name/event_id в Pixel Helper, server logs и payload CAPI.

Вывод: dedup — это не настройка в интерфейсе, а дисциплина ID. Один бизнес-факт = один стабильный event_id во всех каналах отправки.