Мой дэйли дайджест

одно техническое понятие в день

Тег-менеджер (Tag Manager)

27 августа 2026 · ~13 мин чтения

маркетинг аналитика tag-manager gtm ад-тек

Тег-менеджер (Tag Manager)

Тег-менеджер (Tag Management System, TMS) — сервис, который позволяет управлять всеми сторонними скриптами на сайте (аналитика, реклама, ретаргетинг, чаты, A/B-тесты) через веб-интерфейс. На сайт вставляется один универсальный контейнер, а внутри него уже включаются и выключаются десятки конкретных «тегов». Точечно, с условиями срабатывания, без правок HTML-кода и без релиза.

История

Идея пришла из простой боли ранних 2000-х. К 2007–2008 году на среднем сайте крупного бренда уже висело 10–20 сторонних скриптов: Google Analytics, DoubleClick, ретаргетинг Criteo, чат LivePerson, ремаркетинг Facebook, счётчики Nielsen и comScore, партнёрские теги ad-networks. Каждый требовал ручной вставки в HTML, каждый обновление означало тикет в отдел разработки, релиз, регресс, задержку в две недели. Маркетологи ждали, разработчики нервничали, бизнес терял скорость реакции.

Первый заметный TMS — TagMan, стартап из Лондона, запущенный примерно в 2007 году. Идея была смешно простой: давайте вставим на сайт один JavaScript, который потом сам подгрузит остальные. Управление — из веб-панели. К 2011 году TagMan подняли раунд, а идею подхватили десятки конкурентов: Tealium (2008), Ensighten (2009), Adobe DTM (позже Launch/Tags), Signal (бывший BrightTag).

Ключевая точка перелома — 1 октября 2012 года. Google объявил Google Tag Manager (GTM), полностью бесплатный. За полгода он проглотил рынок SMB и стал стандартом де-факто. У Google было уникальное преимущество: он уже владел Google Analytics, AdWords и DoubleClick — три самых распространённых тега на планете, — и всё это отлично интегрировалось «из коробки». Платные TMS остались в enterprise-сегменте (Tealium, Adobe), а бесплатный GTM захватил всё остальное.

Дальше вехи:

По разным оценкам, в 2024 году GTM стоял примерно на 30–35% всех сайтов в топ-1M по данным W3Techs — то есть это буквально каждый третий сайт в мире. ЯТМ и Adobe вместе — оставшиеся крупные игроки; в Рунете доля ЯТМ на клиентах, работающих с Яндекс.Директом, доходит до половины и больше.

Что это такое

Тег-менеджер устроен из трёх сущностей, которые важно не путать:

Плюс есть переменные — заранее посчитанные значения, которые можно использовать в триггерах и в самих тегах: URL страницы, куки, параметр из dataLayer, значение атрибута нажатой кнопки, ID пользователя. Переменные — это ответ на вопрос «с какими данными».

Чем TMS отличается от «просто вставить скрипт». Вставить скрипт руками — прибить его к коду страницы: чтобы убрать, нужен разработчик и релиз. Через TMS — за минуту в веб-интерфейсе, без CI/CD, без ревью, без ожидания спринта.

Чем TMS отличается от аналитики. Google Analytics или Яндекс.Метрика — это конечный сервис, который что-то считает и рисует дашборды. Тег-менеджер сам ничего не считает: он лишь запускает другие скрипты в нужном порядке и при нужных условиях. Метрика без ТМ работать умеет; ТМ без Метрики или без Facebook Pixel — пустое ведро.

Чем TMS отличается от CMS. CMS (WordPress, Битрикс) управляет контентом: текстом, картинками, страницами. TMS управляет сторонним кодом на этом контенте. Одна CMS — десятки TMS-контейнеров рядом (обычно один, но технически можно и несколько).

Аналогии из жизни

Розетка-удлинитель с выключателями. У тебя дома одна розетка, а нужно воткнуть телевизор, роутер, колонки, зарядку и лампу. Ты покупаешь удлинитель с индивидуальными выключателями на каждом гнезде. Теперь можешь включать и выключать любой прибор без того, чтобы лезть за стенку и трогать проводку. Тег-менеджер — это тот же удлинитель для сайта: одно «включение» в проводке (контейнер), а дальше — веером всё, что нужно, с индивидуальным управлением.

Где ломается: удлинитель — пассивное железо, ничем не рискует. Тег-менеджер — активный JavaScript, который выполняет чужой код в браузере пользователя. Если внутри контейнера тег заражён или сломан — он может замедлить сайт, стянуть данные, показать пользователю чужую рекламу. Розетка так не умеет.

Диспетчерская на нефтебазе. Один трубопровод входит на базу, а дальше диспетчер вручную перенаправляет поток по разным ёмкостям — где-то открыл вентиль, где-то закрыл, где-то поставил счётчик. Так же и TMS: одна страница загружается в браузер, а тег-менеджер, как диспетчер, решает, в какие «резервуары» аналитики и рекламы направлять данные — в зависимости от того, что за пользователь, что за страница, что за событие.

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

Мидия-плата на компьютере с DIP-переключателями. Раньше на материнках сидели маленькие переключатели, которыми на заводе выставляли режимы работы платы. Тег-менеджер работает похоже: у каждого тега есть свой «переключатель» (триггер), которым маркетолог, не пересобирая «плату» (сайт), меняет поведение.

Где ломается: DIP-переключатель — двоичный, между ON и OFF ничего нет. Триггер TMS — сложное выражение с регулярками, условиями AND/OR, переменными, которые могут прийти не в том виде. Отладка триггера — часто самая нервная часть работы маркетолога.

Как это работает

Давай пройдём типичный день из жизни тега пошагово.

  1. Пользователь заходит на example.com/thanks. Браузер получает HTML, начинает разбирать теги в порядке очерёдности.

  2. В <head> браузер видит контейнер TMS. Обычно это <script src="https://www.googletagmanager.com/gtm.js?id=GTM-XXXXXXX">. Браузер уходит на серверы Google, скачивает 100–200 КБ универсального JS-кода и запускает его.

  3. Контейнер инициализируется. Внутри него — сжатая конфигурация со всеми тегами, триггерами и переменными, которую маркетолог настроил в веб-панели. Эта конфигурация обновляется при публикации новой «версии контейнера» — примерно раз в неделю, редко чаще.

  4. Контейнер собирает контекст. Он читает URL страницы, referrer, куки, параметры UTM, размер экрана, содержимое dataLayer (специальный массив, в который сайт кладёт бизнес-данные для TMS — например, «пользователь купил на 12 300 ₽»).

  5. Контейнер прогоняет триггеры. Для каждого настроенного тега проверяется его условие: URL матчит регулярку? Событие purchase было в dataLayer? Cookie signed_in=true есть? Если да — тег стреляет.

  6. Тег стреляет — что это значит физически. Обычно контейнер вставляет в страницу новый <script> (пиксель Facebook, ЯМетрика, пиксель Smartis) или создаёт невидимую картинку 1×1 с параметрами в URL. Дальше это уже задача самого тега — куда, что и как отправить.

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

Ключевой момент: порядок и приоритет. Если у тебя есть тег «отправить событие в CRM» и тег «показать всплывашку с промокодом» — их порядок важен: сначала записать факт покупки, потом крутить рекламу. TMS даёт задать «приоритет тега» (в GTM это число) и «зависимости» (в некоторых системах — «стрелять этот, только когда предыдущий закончил»).

Регулярные выражения в TMS — отдельный жанр боли и радости. Триггер вида «URL матчит ^/kompanii/rgdevelopment(/|$)» позволяет одной строкой покрыть карточку компании и все её подстраницы. У ЯТМ, например, есть жёсткое ограничение — 190 символов на одно правило. Это заставляет упаковывать десятки жилых комплексов в одну регулярку через классы [^/]*(токен1|токен2|…). Мастерство маркетолога-аналитика по большей части сводится к искусству писать компактные и не ложно-срабатывающие регулярки в триггерах.

Псевдокод самой сути:

container.on_page_load(url, dataLayer, cookies):
    context = build_context(url, dataLayer, cookies)
    for tag in container.tags:
        for trigger in tag.triggers:
            if trigger.matches(context):
                tag.fire(context)
                break

Где встречается в обычной жизни

Где встречается в IT и бизнесе

Кто пользуется

Google Tag Manager — примерно 11 миллионов активных контейнеров по разным оценкам (BuiltWith, W3Techs). Он стоит у 30–35% всех сайтов из топ-1M. Реальные примеры — Airbnb, Uber, Nike, десятки СМИ, почти все российские e-commerce, использующие Google-стек.

Яндекс.Тег-Менеджер — точной статистики публичной нет, но по внутренним данным Яндекса ЯТМ стоит на большинстве крупных российских маркетплейсов, у операторов сотовой связи, у сервисов доставки, у застройщиков (весь портал новостроя-м, к которому относится вчерашняя работа Паши, живёт на ЯТМ). ЯТМ бесплатен, лимиты — 30 контейнеров на аккаунт, до 190 символов на регулярку в правиле, до 100 правил в контейнере (точные лимиты меняются, но такой порядок).

Tealium iQ — enterprise-платформа. Клиенты — банки, авиакомпании (Lufthansa, Emirates), крупный ритейл. Цена — от $50 000 в год.

Adobe Launch (Tags) — часть Adobe Experience Cloud. Обычно идёт в связке с Adobe Analytics и Target. Клиенты — Marriott, Volkswagen, крупные телекомы.

Signal (BrightTag) — куплен TransUnion, теперь фокус на identity resolution. Меньшая доля, но исторически заметная.

Альтернативы и конкуренты

Когда НЕ стоит использовать

Связанные понятия

Литература и источники

Где встретилось у меня

Вчера вечером долго возился с одним из клиентских проектов: настраивал правила ЯТМ для трекингового пикселя на портале новостроек. Задача — накрыть периметр из 60 жилых комплексов, при этом уложиться в лимит 190 символов на регулярку и не поймать посторонние страницы. В итоге удалось сжать 34 правила до 24 и подтвердить их работу живым браузером на 26 страницах. Именно этот жанр работы — «сядь в веб-интерфейс тег-менеджера и мысленно построй граф триггеров и переменных» — и есть то, зачем TMS изначально придумали.

Краткое резюме