Яндекс Тег Менеджер: настройка аналитики без постоянных правок сайта

Что такое Яндекс Тег Менеджер

Яндекс Тег Менеджер (в англоязычных источниках - Yandex Tag Manager) позволяет управлять тегами на сайте без изменений в исходном коде после того, как контейнер уже установлен. По сути это надстройка над Яндекс Метрикой: инструмент работает через тот же счётчик и тот же кабинет, без отдельного личного кабинета и отдельной регистрации.

Слово «тег» здесь не связано с title или meta-тегами страницы. Яндекс тег в этом контексте - это фрагмент кода: счётчик, пиксель, скрипт коллтрекинга или обработчик события на кнопке. Каждый такой фрагмент кладут в контейнер, а не вписывают вручную в HTML.

Встречающаяся в поиске форма «тек менеджер» - опечатка, правильное название - Яндекс Тег Менеджер, через «г».

Отдельно стоит отделить «яндекс менеджер» - это может быть название должности внутри структуры компании либо другой продукт, но не инструмент управления тегами на сайте. Если задача - разобраться со счётчиками и событиями, искать нужно именно Яндекс Тег Менеджер.

Все настройки объединяются в контейнер, который заменяет ручное добавление отдельных тегов на сайте или в приложении. Внутри контейнера несколько сущностей:

Добавлять, обновлять, останавливать и удалять теги можно прямо в интерфейсе Яндекс Метрики - отдельного кабинета для этого не нужно.

Контейнер связывает сайт, тег, триггер и публикацию в один рабочий цикл - без правок HTML при каждом изменении.

Чем отличается от Метрики и от GTM

Путаница чаще всего в том, что три инструмента звучат похоже, но решают разные задачи.

Google Tag Manager - система управления тегами, которая позволяет настраивать и менять теги на сайте без изменения кода сайта, и решает похожую задачу, только в экосистеме Google. Публикация изменений в GTM делает изменённые теги, триггеры и переменные активными на сайте - принцип тот же, что и в Яндекс Тег Менеджере.

Технически можно поставить рядом и Яндекс Тег Менеджер, и GTM - они не конфликтуют напрямую, если теги внутри не дублируют друг друга. Но два контейнера - это два места, где нужно проверять публикацию и следить за дублями счётчиков. Если задача - закрыть Метрику и рекламные пиксели Яндекса, обычно достаточно одного контейнера; второй имеет смысл заводить только при отдельной причине работать в контуре Google. Про то, что именно считает и как устроена сама Метрика, подробнее написано в статье «Что такое Яндекс Метрика и 7 причин её использовать».

Как настроить: от контейнера до публикации

Логика настройки не зависит от того, как выглядит конкретный экран в кабинете на момент чтения - принцип одинаковый.

1. Создать контейнер и привязать его к счётчику Метрики. Для работы инструмента необходимо установить на сайт счётчик Метрики - больше никаких вмешательств в код сайта не требуется.
2. Если счётчик уже стоит на сайте, достаточно включить Тег Менеджер в его настройках - отдельный код вставлять не нужно.
3. Добавить первый тег - обычно это сама Метрика или обновлённая версия существующего счётчика.
4. Связать тег с триггером: чтобы тег активировался, его необходимо связать хотя бы с одним триггером, иначе он просто не сработает.
5. Выбрать тип триггера. Триггеры отслеживают события на сайте - клик по кнопке, загрузку страницы, отправку формы или специальное событие - и включают тег в ответ на эти события.
6. При необходимости подключить переменные - например, чтобы передать в тег URL, по которому кликнули, текст кнопки или её CSS-класс.
7. Проверить работу в режиме предпросмотра до публикации на живом сайте.
8. Опубликовать версию и дать ей понятное имя, чтобы позже было ясно, что именно поменяли.

После этих шагов все дальнейшие изменения - новая цель, другой пиксель, смена ID счётчика - делает маркетолог сам, через кабинет, без обращения к разработчику. Честно: единственный шаг, который требует доступа к сайту и, скорее всего, разработчика - это первая установка счётчика Метрики или включение Тег Менеджера, если счётчик уже стоит. Дальше правки кода на каждую мелочь не нужны.

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

Что класть в контейнер на сайте услуг

На сайте услуг - стройка, производство, клиника - обычно нужен не десяток интеграций, а несколько тегов, которые закрывают весь путь клиента до заявки. Прежде чем добавлять теги, стоит определить, что именно считается целью бизнеса для конкретной компании - от этого зависит, какие цели и события класть в контейнер первыми. О том, какие именно цифры должны стоять за такими целями, подробнее в статье «KPI маркетинга для собственника».

Приоритетный список:

1. Счётчик Метрики - основа, без него Тег Менеджер не работает.
2. Цели заявок: цель в Метрике - это действие посетителя, в котором заинтересован владелец сайта, включая клик по кнопке, отправку формы, переход в мессенджер или звонок.
3. Коллтрекинг - если звонки приходят из разных каналов и важно понять, какая реклама привела клиента.
4. Пиксель рекламного кабинета, например Директа - без подробного самоучителя по настройке самих рекламных кабинетов; общий обзор того, как строится сама контекстная реклама, выходит за рамки этой статьи про теги.
5. Второй счётчик или дополнительный тег - только при конкретной причине: отдельный проект, другое юрлицо, тест гипотезы, а не «на всякий случай».

Правила, которые экономят время на отладке: меньше тегов - проще искать ошибку; понятные имена тегов и триггеров; один тег - одна задача; не дублировать Метрику одновременно в HTML-коде сайта и в контейнере - это даёт задвоенные визиты в отчётах.

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

Доступы, версии и контроль

Владельцем контейнера должна оставаться компания, а не личный аккаунт сотрудника агентства или уволенного маркетолога - иначе при смене подрядчика можно потерять доступ к настройкам аналитики.

Доступ к Яндекс Тег Менеджеру может получить только пользователь, у которого есть доступ к счётчику Метрики - на просмотр или редактирование. Внутри самого инструмента доступны отдельные уровни: просмотр контейнера, редактирование контейнера и публикация контейнера на сайт. Пользователь с правом редактирования может создавать, менять и удалять теги, триггеры и переменные, но не может опубликовать версию контейнера на сайт без отдельного уровня доступа. О том, как технически выдать гостевой доступ к самой Метрике, - в статье «Как предоставить гостевые доступы к Яндекс.Метрика и Яндекс.Вебмастер». А про то, как распределять роли и зоны ответственности между компанией и подрядчиком по маркетингу в целом, - в статье «Как работать с маркетинговым агентством: роли и KPI».

На практике это удобно разделять так: подрядчику по рекламе - доступ на редактирование, чтобы он мог добавлять и менять теги, а публикацию на живой сайт держать за отдельным человеком в компании - так проще видеть, кто и когда выкатил изменения.

Право менять теги не равно праву выкатить их на сайт - это разные уровни доступа с разной ответственностью.

Принцип версий - общий для систем управления тегами. В Google Tag Manager, например, версия - это снимок конфигурации контейнера на определённый момент, а история публикаций показывает, когда версия была live и кто её опубликовал. Если после публикации что-то пошло не так - например, форма перестала передавать данные в Метрику - контейнер возвращают к предыдущей версии, не разбирая построчно, что именно изменилось.

Чеклист передачи контейнера при смене подрядчика:

• Доступ выдан на аккаунт компании, а не личный ящик сотрудника агентства.
• Роли распределены: кто редактирует, кто публикует.
• Список тегов и их назначение задокументирован.
• Есть понимание, какая версия сейчас опубликована на сайте.

Отладка: цели не срабатывают

Если после настройки тег не работает, обычно проблема одна из следующих.

1. Версия контейнера опубликована, а не просто сохранена в редакторе.
2. Триггер настроен на нужное событие - например, клик привязан именно к целевой кнопке, а не к любому клику на странице.
3. Нет дубля счётчика Метрики: один и тот же счётчик стоит и в коде сайта вручную, и через контейнер, из-за чего данные задваиваются.
4. Форма работает через iframe или AJAX-запрос без перезагрузки страницы - в этом случае обычный триггер «отправка формы» может не срабатывать, нужен триггер на специальное событие.
5. Страница «спасибо за заявку» открывается, но на ней нет тега или события, которое фиксирует конверсию.
6. Блокировщик рекламы или трекеров в браузере посетителя мешает загрузке тега - это внешняя причина, которую нельзя устранить со стороны сайта.
7. Указан неверный или устаревший ID счётчика либо пикселя после смены рекламного кабинета.

Проверяйте по порядку: публикация версии, триггер, дубли счётчика, форма в iframe, событие на «спасибо», блокировщик, ID.

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

Ошибки

1. Ставят второй счётчик Метрики без причины - вместо одного контейнера появляются задвоенные данные.
2. Привязывают тег к триггеру «все страницы», хотя нужен только клик по конкретной кнопке.
3. Меняют теги в редакторе, но забывают опубликовать версию - изменения не доходят до сайта.
4. Правят одновременно HTML-код сайта и контейнер, вставляя один и тот же счётчик дважды.
5. Не проверяют тег в режиме предпросмотра перед публикацией на живом сайте.
6. Оставляют контейнер на личном аккаунте сотрудника, который уже не работает ни в компании, ни в агентстве.
7. Путают Яндекс Тег Менеджер с «яндекс менеджер» - должностью или другим сервисом - и теряют время на поиск не того инструмента.
8. Добавляют тяжёлые сторонние скрипты через контейнер без учёта скорости загрузки страницы.
9. Ставят рекламные пиксели без понятной цели бизнеса - просто «чтобы было».
10. Не документируют, какой тег за что отвечает, и через полгода никто не помнит, зачем нужен один из тегов.

Отдельно стоит не путать Яндекс Тег Менеджер с Adfox: если речь про баннерную рекламу и монетизацию, это другой инструмент.

Чеклист

• Контейнер создан и привязан к счётчику Метрики.
• Код или включение стоит на всех шаблонах сайта, а не на одной странице.
• Режим предпросмотра подтверждает, что тег срабатывает корректно.
• Метрика фиксирует визиты через контейнер.
• Цель заявки реально срабатывает при отправке формы или клике по телефону.
• Имена тегов и триггеров понятны без расшифровки.
• Доступы оформлены на компанию, а не на личный аккаунт подрядчика.
• Последняя версия контейнера опубликована на сайт.
• Дублей счётчика Метрики в коде и в контейнере нет.
• Есть понимание, как откатиться на предыдущую версию при ошибке.

FAQ