measurement ломается не в GTM, а в логике событий: проверь это до запуска

measurement ломается не в GTM, а в логике событий: проверь это до запуска


Если у вас «всё настроено», но отчёты в GA4 расходятся с реальностью, проблема часто не в одном теге. Обычно ломается цепочка: событие назвали не так, параметры не туда уехали, а конверсии повесили на сырой event без проверки.

Что важно:
— сначала описываем схему измерения: какие действия считаем, как они называются, какие параметры обязательны;
— потом настраиваем GTM, а не наоборот;
— один бизнес-действие = один канонический event name;
— параметр должен быть либо всегда, либо никогда: «иногда» для аналитики почти всегда мусор.

Типовая ошибка — отправлять в GA4 десятки событий с разными именами для одного действия. Потом BigQuery и Looker Studio превращаются в зоопарк, а дедупликация и воронки начинают врать.

Что делать на практике:
— завести таблицу: действие, event_name, trigger, parameters, conversion = yes/no;
— проверить, что все ключевые события приходят с одинаковым набором параметров;
— отдельно тестировать client-side и server-side цепочку, если у вас есть sGTM;
— смотреть не только DebugView, но и сырой поток в BigQuery, если он подключён.

Если измерение не описано на бумаге, в интерфейсе GTM вы просто ускоряете хаос. Сначала логика, потом теги.