Как сверять server-side и client-side события, чтобы не терять конверсии

Если клиент и сервер считают по-разному, сначала ищите не “плохую атрибуцию”, а разрыв в логике события.

• Сравните имя события, время, валюту, value и идентификатор заказа: расхождения в одном поле уже ломают матчинг.
• Проверьте, одинаково ли формируются user_id, click_id, fbp/fbc, external_id и email_hash. Если ключи разные, событие не склеится.
• Отдельно смотрите дубли: браузер отправил лид, сервер повторил его без дедупликации — в отчетах появится лишняя конверсия.
• Сверяйте окно отправки: client может улетать сразу, server — с задержкой. Из-за этого часть событий кажется “потерянной”, хотя она просто дошла позже.

Удобная схема проверки: один и тот же тестовый лид прогоняете через браузер, затем через backend, после чего смотрите не только факт приема, но и совпадение полей в логе и в аналитике. Ошибка часто сидит не в трекинге, а в карте параметров между CRM, пикселем и сервером.

Если расхождение повторяется, фиксируйте его как чек-лист: где создано событие, чем оно идентифицируется, кто отправляет дубль и в какой момент идет отправка. Так вы быстрее найдете место, где теряется конверсия, и перестанете чинить “всю аналитику” ради одной поломанной связки.