<b>GA4 ломается не в отчётах, а в разметке: 7 мест, где теряются данные</b>

<b>GA4 ломается не в отчётах, а в разметке: 7 мест, где теряются данные</b>

1) Имена событий пишут как попало: purchase, Purchase, ecommerce_purchase — потом это три разных события в аналитике.
2) Параметры гуляют по регистру и типу: value приходит строкой, а не числом; item_id то есть, то нет.
3) Событие отправляют до загрузки consent/gtm, и часть хитов исчезает.
4) Дублируют события на клике, сабмите и SPA-роуте — отчёт раздувается без роста трафика.

Ещё две частые ошибки: не передают user_id там, где он есть в системе, и не фиксируют source/medium на сервере. В результате атрибуция рвётся между сессиями, а BigQuery потом показывает «шум» вместо пути пользователя.

Что делать на практике: держать словарь событий и параметров, валидировать типы до отправки, ставить deduplication key для критичных хитов, отдельно тестировать consent flow и SPA. Если есть server-side, логируйте входящий payload целиком — это самый быстрый способ найти, где именно пропали данные.

Если в GA4 цифры «прыгают», сначала проверяйте не интерфейс, а контракт трекинга. Именно он обычно и является причиной потерь.