GA4 ломается не в отчётах, а в моменте, когда событие назвали “как попало”

GA4 ломается не в отчётах, а в моменте, когда событие назвали “как попало”

Если у вас в проекте уже есть purchase, generate_lead, add_to_cart и ещё 20 “своих” эвентов — сначала проверьте не дашборд, а схему именования. GA4 не спасает от хаоса: одно и то же действие должно иметь одно имя, а параметры — один смысл.

Что держать в порядке:
— action и context разделяйте: event name = действие, параметры = детали;
— не плодите почти одинаковые названия: signup, sign_up, registration — это три разных сущности для аналитики;
— не тащите в событие всё подряд: если параметр не нужен для сегментации, он чаще всего лишний.

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

Третий слой — quality control. Для каждого критичного события нужен чек: fired once, fired with params, fired on the right state. Если событие уходит из GTM, проверьте три вещи: триггер, переменные, payload. В 80% случаев проблема не в GA4, а в отправке.

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