Conversion API ломается не в кабинете, а на стыке сервера, событий и дедупликации

Conversion API ломается не в кабинете, а на стыке сервера, событий и дедупликации

Если CAPI настроен без дисциплины, ты получаешь не «больше сигналов», а шум в атрибуции. Базовая логика такая: пиксель и сервер должны отправлять одинаковые события, с одинаковыми параметрами и одним event_id. Иначе Meta увидит дубли, а оптимизация начнёт учиться на искажённой выборке.

Критичные точки контроля:
— event_name должен совпадать с логикой воронки, а не с фантазией разработчика;
— event_time обязан отражать реальный момент действия, иначе ломается порядок событий;
— user_data нужно хэшировать и передавать полноценно: email, phone, fbp, fbc, IP, user agent;
— дедупликация строится на event_id, а не на надежде, что система «сама поймёт».

Вторая ошибка — слепая вера в «просто отправим лид». Для качества оптимизации важны микро- и макро-события: ViewContent, AddToCart, InitiateCheckout, Purchase или их аналоги. Если сервер шлёт только финальную конверсию, алгоритм теряет промежуточные сигналы, а окно обучения сужается. Пиксель не ошибается, ошибается тот, кто его настраивал.

Проверяй связку через тестовые события, сверяй совпадение количества и состава событий в браузере и на сервере, следи за потерями в user match quality. Ретаргетинг — это искусство второй попытки. Сегментируй или сливай бюджет в пустоту.