Google Tag Manager

Ценность инструмента в том, что между маркетологом и аналитикой перестаёт стоять релиз. Цена — в том, что между сайтом и произвольным кодом тоже перестаёт стоять релиз, и за этим надо следить.

Из чего состоит

• Тег — то, что срабатывает: счётчик, пиксель, отправка события, произвольный скрипт.
• Триггер — условие срабатывания: открытие страницы, клик по элементу, отправка формы, появление блока на экране.
• Переменная — значение, которое тег подставляет: адрес страницы, текст кнопки, сумма заказа.
• Уровень данных — очередь сообщений, через которую сайт передаёт контейнеру события и параметры.

Документация — в справке Google Tag Manager.

Зачем это бизнесу

• Новый счётчик или пиксель подключается за минуты и без участия разработчика.
• Все внешние скрипты собраны в одном месте, и видно, что именно стоит на сайте.
• Есть версии и откат: сломанную настройку возвращают к предыдущей версии одним действием.
• Режим предварительного просмотра показывает, что сработало на конкретной странице, до публикации.

Отдельная польза для SEO-проектов: подтверждение прав на сайт в панелях вебмастера можно поставить тегом, не трогая шаблон.

Чем опасен

Контейнер — это разрешение исполнять на сайте произвольный код, выданное всем, у кого есть доступ. Отсюда три риска.

• Скорость. Каждый тег — дополнительная загрузка и исполнение. Контейнер, в который год складывали пиксели, заметно бьёт по Core Web Vitals, а значит и по поведению на мобильных.
• Дубли счётчиков. Один и тот же счётчик стоит и в коде сайта, и в контейнере — визиты и цели удваиваются, отчёты врут.
• Бесконтрольный доступ. Подрядчик, которому выдали права год назад, может опубликовать на сайт что угодно. Права надо ревизовать так же, как доступы к хостингу.

Правила, которые экономят месяцы

• Один счётчик — в одном месте: либо в коде, либо в контейнере, но не в обоих.
• Имена тегов по единому шаблону, иначе через год никто не знает, что это за тег и можно ли его выключить.
• Перед публикацией — предварительный просмотр, после публикации — проверка целей в отчётах, а не вера в то, что сработало.
• Раз в квартал — ревизия: что из тегов больше не нужно и чьи доступы пора снять.
• Критичные для денег события (заказ, оплата) лучше отправлять с сервера, а не только из контейнера: блокировщики и ошибки скриптов съедают часть данных.