Как я проверяю тег в Яндекс Тег Менеджере до публикации

14.10.2026 · 8 мин чтения

Тег в Яндекс Тег Менеджере я публикую только после панели отладки. Контейнер держит теги, триггеры и переменные, и код сайта на каждое изменение я не открываю. Счётчик Метрики можно поставить прямо на страницу или провести через менеджер: для сложной разметки мне удобнее контейнер. С апреля 2026 панель помнит события при переходе между страницами, с мая в кабинете есть бандлы, с июня — сабконтейнеры. Права Вебмастера я подтверждаю тем же менеджером. Ниже разбираю, чем эти слои отличаются и какой порядок проверки я прохожу до кнопки публикации.

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

Базовый тег я называю «Яндекс Метрика» и ставлю в него номер счётчика. Триггер «Инициализация» включает его на всех страницах. Этого хватает, чтобы проверить, стартует ли счётчик, ещё до событий на кнопках и формах. Номер сверяю с кабинетом Метрики: чужой счётчик в контейнере выглядит как живой тег и пишет не туда.

В кабинете у меня три входа. HTML беру, когда куска нет в шаблонах и бандл его не закрывает. Шаблон тега беру, когда сервис уже описан и мне остаётся подставить номер или идентификатор. Бандл беру, когда связка тега, триггера и переменных уже собрана. Счётчик при желании остаётся в коде страницы: контейнер тогда забирает остальную разметку, а шаблон сайта я не трогаю ради каждой новой связки.

С 23 июня 2026 в одном основном контейнере можно завести до 10 сабконтейнеров. У каждого свой потолок: до 10 тегов, 10 триггеров и 10 переменных. Лимит маленький, и сабконтейнер для меня отдельная комната, а не второй полноценный кабинет. В одну комнату я кладу одну зону: пиксели, эксперимент подрядчика или отдельный набор триггеров. Смешивать всё в одном сабконтейнере смысла нет: лимит кончится раньше, чем закончится разметка.

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

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

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

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

Бандлы появились в мае 2026. Это готовая связка: тег, триггер и переменные уже собраны, мне остаётся подключить её и опубликовать. На старте в кабинете пять сервисов: Яндекс Пэй, Вариокуб, РСЯ, Вебмастер и Mindbox. Бандл публикуется отдельной кнопкой, и состав основного контейнера при этом не переписывается. Раздела «Бандлы» внутри сабконтейнера нет, поэтому связку я создаю только на верхнем слое. Если бандл нужен проекту, а сабконтейнер уже открыт у подрядчика, я возвращаюсь в основной контейнер и подключаю связку там.

Роль «Управление бандлами» отделяет этот доступ от права править все теги. Маркетинг подключает готовую связку, подрядчик без роли бандл не выпускает. Полный доступ к контейнеру ради одной интеграции я больше не раздаю: чужая публикация тегов мне дороже, чем лишняя роль в кабинете.

Из стартовой пятёрки в этой проверке мне нужен Вебмастер: через него я подтверждаю права на сайт. Яндекс Пэй, Вариокуб, РСЯ и Mindbox остаются в том же списке бандлов. Подключаю их, когда соответствующий сервис уже стоит в проекте, и тем же порядком: отдельная публикация бандла и просмотр в панели до того, как связка окажется на сайте.

Панель отладки обновили 15 апреля 2026. Для меня в этом обновлении один смысл: проверить тег на многостраничном сценарии до публикации. Я открываю предпросмотр и иду по сайту сам. Главная, карточка, оформление заказа. История событий на этих переходах сохраняется, сессия не обнуляется на каждом новом адресе. Обрыв истории я читаю как обрыв проверки: тег мог сработать на второй странице, а я увидел только первую.

Дальше смотрю панель по четырём местам. Их хватает, чтобы решить, публиковать черновик или вернуть его в редактирование.

Консоль браузера на этом шаге я не открываю: ошибка уже лежит в панели. Пока открыт сабконтейнер, те же четыре места относятся только к нему. Сводку основного контейнера я снимаю отдельным предпросмотром и не смешиваю две сессии в одну заметку.

История событий остаётся при переходе между страницами, статус тега виден в панели.

Подтверждение прав через Тег Менеджер вышло 8 мая 2026. Это короткий SEO-шаг, и исходный код сайта для него я не правлю. Шаблон «Яндекс Вебмастер» и бандл «Вебмастер» делают одно дело: ставят на сайт тег с id подтверждения. Дальше Вебмастер проверяет, что тег уже открывается у посетителя.

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

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

Для счётчика в этом проходе достаточно номера в теге «Яндекс Метрика» и триггера «Инициализация». На каждой странице сценария тег должен стоять среди активированных. Молчание на одной из страниц для меня повод проверить, стоит ли контейнер на этом шаблоне, а не повод сразу публиковать.

Галочку в панели я читаю до публикации, а не после неё.

Цели, мультицели, воронки, электронную коммерцию и сквозную аналитику разбираю в отдельных статьях.

Когда связку события я переношу из Google Tag Manager, в кабинете Яндекса собираю зеркало того же события и публикую его тем же порядком. История между страницами на месте, статус на «Сводке» прочитан, панель ошибок пустая. Кнопка публикации в Яндекс Тег Менеджере закрывает эту проверку.

SEO

Открою предпросмотр нужного слоя, пройду несколько страниц в панели отладки и отделю сабконтейнер от бандла Вебмастера. Публикацию нажму после статуса в сводке.