<b>GA4 ломается не в отчётах, а в структуре данных — вот где искать ошибки</b>

<b>GA4 ломается не в отчётах, а в структуре данных — вот где искать ошибки</b>

Почти все “проблемы GA4” на деле сидят в одном из трёх мест: схема событий, идентификаторы и фильтрация трафика. Если событие названо криво, параметры гуляют по типам, а user_id и client_id не совпадают — дальше уже бессмысленно спорить с интерфейсом.

Что проверять в первую очередь:
— event_name: один смысл = одно имя, без дублей вроде <code>purchase</code>/<code>ecommerce_purchase</code>
— параметры: одно и то же поле должно приходить с одним типом данных
— идентификаторы: <code>client_id</code>, <code>user_id</code>, <code>session_id</code> должны быть консистентны
— source/medium: не смешивайте ручную разметку, auto-tagging и редиректы без контроля

Если в отчётах “пропадают” конверсии, чаще всего проблема не в сборе, а в дедупликации или в том, как событие попадает в нужную сессию. Особенно это видно, когда purchase приходит после ухода с сайта, через сервер или из CRM.

Что делать на практике:
— соберите карту событий: имя, триггер, параметры, ожидаемый тип
— проверьте, где создаётся каждое событие: GTM, код, сервер, CRM
— сравните данные в DebugView, BigQuery и интерфейсе GA4
— отдельно проверьте consent и фильтры внутреннего трафика

Если у вас нет этой карты, GA4 всегда будет казаться “нестабильным”. На деле он просто честно показывает мусорную схему.