Pixel и CAPI ломаются не в коде, а в логике событий и дубликатах

Pixel и CAPI ломаются не в коде, а в логике событий и дубликатах

Проверяем не «установился ли пиксель», а полный путь события:
— совпадает ли event_name на клиенте и сервере;
— передаётся ли одинаковый event_id для дедупликации;
— есть ли обязательные параметры: value, currency, content_ids, fbp/fbc.

Если событие ушло дважды, система трекинга не угадает, какое считать истинным. Поэтому один и тот же клик должен рождать один идентификатор на стороне браузера и сервера. Иначе атрибуция начинает считать конверсии повторно, а отчёты расходятся с CRM.

Дальше смотрим качество матчинга: email, phone, external_id и другие хэши работают только при одинаковом формате до хеширования. Любая разница в регистре, пробелах и маске телефона снижает сопоставление. Аналитика — это не гадание, а интерпретация метрик.

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

Настраиваем эвенты так, чтобы видеть путь пользователя целиком: сначала консистентность схемы, потом дедупликация, затем валидация payload. Стабильность трекинга — основа для качественного маркетинга и разработки.