Веб-аналитика ломается не в отчёте, а на этапе сбора событий

Веб-аналитика ломается не в отчёте, а на этапе сбора событий

Если воронка «прыгает» между GA4, трекером и CRM, почти всегда проблема не в интерфейсе, а в схеме данных. Сначала проверьте, есть ли у каждого события один и тот же смысл: клик, лид, квалификация, оплата. Когда одно и то же действие размечено по-разному, сравнивать источники бессмысленно.

Дальше смотрим на идентификаторы. • Есть ли стабильный client_id или user_id • Не теряется ли источник при редиректах и SPA-навигации • Доезжает ли event_id для дедупликации между client-side и server-side. Если хотя бы одно звено рвётся, часть конверсий уедет в «direct», «unassigned» или в дубли.

Третья зона — тайминг. У веб-аналитики часто расходятся не события, а окна атрибуции и задержки отправки. Пользователь мог оставить заявку сразу, а purchase или статус из CRM пришёл позже. Без общей точки сверки вы начнёте лечить не ту проблему.

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