GA4 ломается не в интерфейсе, а в моменте, когда события называют как попало

GA4 ломается не в интерфейсе, а в моменте, когда события называют как попало

Если в проекте нет правил нейминга, через месяц у вас появляются page_view2, signup_new, form_submit_test и ещё десять «почти одинаковых» событий. В отчётах это выглядит как рост, но в BigQuery и Looker Studio вы просто собираете мусор.

Что фиксировать сразу:
— единый словарь событий: одно действие = одно имя;
— параметры обязательны, если без них событие теряет смысл;
— валюту, value и transaction_id проверять на уровне тегов, а не в отчёте;
— для всех ключевых событий держать один источник истины: GTM, dataLayer или сервер.

Отдельная боль — дубли. Если событие может уйти и с фронта, и из GTM, и с бэка, сначала решайте не «куда ещё отправить», а как исключить повтор. Иначе воронка будет красивой только до первого сверки с заказами.

Что делать на практике: заведите таблицу событий с полями name, trigger, parameters, owner и статусом «каноническое / запрещённое». Без неё GA4 быстро превращается в склад случайных названий, где искать правду дорого и долго.

Сначала договоритесь о схеме событий, потом настраивайте теги. Иначе аналитика будет собирать не поведение пользователей, а вашу импровизацию.