<b>GTM ломается не из-за кода, а из-за хаоса в структуре тегов и триггеров</b>

<b>GTM ломается не из-за кода, а из-за хаоса в структуре тегов и триггеров</b>

Если в контейнере начинается бардак, диагностика превращается в угадайку. Самые частые проблемы не в «сложной логике», а в отсутствии правил именования и разделения ответственности.

— Теги называйте по схеме: <code>platform - event - purpose</code>. Например, не <code>GA4 Event 1</code>, а <code>GA4 - purchase - ecommerce</code>.
— Триггеры держите в двух слоях: технические условия и бизнес-события. Не смешивайте одно с другим в одном триггере.
— Переменные не дублируйте без нужды. Если одна и та же логика встречается в 5 местах — вы уже создали будущий баг.
— Для каждого кастомного события фиксируйте: откуда берётся параметр, где используется, что будет, если он пустой.
— Перед публикацией проверяйте не только Preview, но и цепочку: событие → триггер → тег → payload.

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

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