<b>GA4 ломается не в интерфейсе, а в схеме данных и событиях без дисциплины</b>

<b>GA4 ломается не в интерфейсе, а в схеме данных и событиях без дисциплины</b>

В GA4 почти все ошибки начинаются с одного: события отправляют «как получилось», а потом пытаются чинить отчёты в интерфейсе.

— Имена событий держите в одной логике: snake_case, без дублей вроде <code>purchase_complete</code> и <code>order_paid</code> для одного действия.
— Не смешивайте смысл параметров. Если <code>value</code> — это сумма, она не должна иногда означать бонусы или скидки.
— Важные параметры лучше прокидывать сразу в событии: потом вы не восстановите их из отчёта, если не отправили.
— Проверяйте, какие события действительно нужны для бизнес-логики, а какие просто шумят и раздувают схему.

Отдельная боль — дубли и автособытия. Если одно и то же действие ловится и GTM, и нативным тегом, в отчётах появится каша, а в BigQuery — лишние строки для разруливания.

Что делать на практике: перед запуском держите список событий, их параметры и источник отправки. Один документ, одна логика, одна ответственность.

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