Pixel и CAPI настраивают не ради галочки: проверяем, где теряются события

Pixel и CAPI настраивают не ради галочки: проверяем, где теряются события

Пара «Pixel + Conversion API» работает только тогда, когда у события есть одинаковая логика на клиенте и на сервере. Если названия, параметры или порядок отправки расходятся, дедупликация ломается, а аналитика начинает считать дубли или пропуски.

Проверяем базу:
— одинаковый event_name в браузере и на сервере;
— корректный event_id для связки дублей;
— передача user_data без пустых и случайных полей;
— одинаковая валюта, value и content_ids в обоих каналах;
— тестовые события отдельно от боевых, чтобы не шуметь в отчётах.

Дальше смотрим логи: какие события доходят только из браузера, какие — только из сервера, а какие приходят с задержкой. Именно здесь обычно видно, где рвётся цепочка: на уровне формы, backend, tag manager или сетевого запроса. Аналитика — это не гадание, а интерпретация метрик.

Если CAPI отправляет событие без контекста пользователя, а Pixel — с неполным набором параметров, платформа получит сигнал, но качество оптимизации упадёт. Настраиваем эвенты так, чтобы видеть путь пользователя целиком.

Настройка пикселя завершена, переходим к валидации входящего потока данных.