CAPI и client-side не сходятся не из-за “ошибки”, а из-за разных точек потери
Разница почти всегда появляется на стыках: браузер не отправил пиксель, сервер не дождался события, а часть конверсий улетела в дубль. Если смотреть только на итоговую цифру, легко начать лечить не ту проблему.
Проверь базовые причины:
• client-side режется блокировщиками, отказом в cookies и закрытием вкладки до отправки
• CAPI теряет события из-за таймаута, очереди, недоступного endpoint или кривого маппинга
• дубли возникают, если нет единого event_id для браузера и сервера
• атрибуция расходится из-за разных окон, правил дедупликации и фильтров по источникам
Сначала сверяй не общий отчет, а цепочку: был ли клик, был ли page_view, дошел ли идентификатор, совпали ли event_name, timestamp и user_data. Если одно из звеньев плавает, расхождение будет выглядеть как “плохая аналитика”, хотя это просто разрыв в передаче.
Еще один частый перекос — разные наборы событий. Браузер считает одно, сервер — другое, а в сводке они выглядят как две версии одной и той же воронки. Особенно это заметно, когда часть конверсий собирается на лендинге, а часть — уже после ухода пользователя.
Лучший порядок такой: включить дедупликацию, сравнить отправку по одному и тому же событию на обеих сторонах, потом искать потери по этапам. Если расхождение сохраняется, значит проблема не в “погрешности”, а в логике трекинга.
🧪 Attribution Clinic
@attributionclinic
CAPI и client-side не сходятся не из-за “ошибки”, а из-за разных точек потери
Этот пост опубликован в Telegram-канале 🧪 Attribution Clinic. Подписаться можно по ссылке: @attributionclinic.