Веб-аналитика ломается не в дашборде, а в момент сбора события

Веб-аналитика ломается не в дашборде, а в момент сбора события

Если в GA4, трекере и CRM цифры не сходятся, не ищите «неправильный отчет» первым делом. Чаще всего проблема в цепочке: тег не сработал, событие потеряло параметр, consent заблокировал cookie, а сервер получил урезанный payload.

Проверьте 4 слоя:
— сбор: все ключевые действия реально отправляются?
— идентификация: есть ли стабильный client_id, user_id, click_id
— дедупликация: не дублируются ли события из web и server-side
— атрибуция: одинаковы ли окна, приоритеты и source of truth

Самая частая ошибка — сравнивать разные сущности. GA4 считает по своей логике, рекламный кабинет — по своей, CRM — по факту сделки. Если не зафиксировать, какое событие является конверсией, любые сверки превращаются в спор о цифрах, а не о причине расхождения.

Минимальный чек-лист для нормальной веб-аналитики: одно имя события на одно действие, передача всех UTM и click_id до сервера, журнал ошибок тегов, тест в режиме реального пользователя и отдельная проверка consent-веток. Это скучно, но именно здесь обычно теряются лиды.

Сначала выровняйте сбор и идентификацию, потом уже спорьте с отчетами — почти всегда разрыв объясняется не магией, а разными правилами подсчета.