Измерение не ломается из-за GTM. Оно ломается из-за отсутствия модели событий

Измерение не ломается из-за GTM. Оно ломается из-за отсутствия модели событий

Если у вас в аналитике хаос, проблема обычно не в тегах, а в том, что никто не описал: какое событие за что отвечает, кто его отправляет и какой параметр считается обязательным. Без этого один и тот же клик может прийти как 3 разных события, а отчёт начнёт врать уже на уровне входных данных.

Базовый каркас на проекте должен быть таким:
— список ключевых событий;
— для каждого события: триггер, источник, обязательные параметры;
— единые названия без зоопарка из button_click, btn_click и cta_click;
— один документ, который живёт рядом с реализацией, а не в голове у аналитика.

Дальше проверяйте не только факт отправки, но и семантику. В GA4 один и тот же event_name без нужных параметров почти бесполезен: потом вы не сможете нормально собрать воронку, сегментировать платные каналы или починить бигквери-экспорт. Особенно это критично для purchase, lead, sign_up, add_to_cart и всех микроконверсий.

Что делать на практике: заведите event spec, где у каждого события есть owner, описание, список параметров и пример payload. Затем валидируйте это в GTM Preview, DebugView и в сыром экспорте BigQuery. Если событие видно в интерфейсе, но его нельзя собрать в SQL без костылей — измерение ещё не работает.

Хорошая аналитика начинается не с дашборда, а с дисциплины в naming и event schema.