Яндекс Тег Менеджер против Google: обзор, реальный опыт переезда и подводные камни
Что называется, найдите 10 отличий
Но функционал, конечно же, не 1 в 1, его и будем разбирать.
Примечание: Тег менеджер Яндекса уже доступен всем. Компания сделала реально крутое решение, когда интегрировали вызов Тег менеджера в код Яндекс Метрики. Но работать он будет только после включения его в настройках счетчика, а самое главное – включить настройку Пользовательских html тегов.
Возможности
Контейнеры
Как и в GTM, на сайт встраивается один код контейнера. Все остальное – управление из интерфейса ЯТМ. Это упрощает жизнь маркетологу: код внедряется один раз, а дальше изменения делаются без участия разработчиков.
Теги
Тег – это код, который ЯТМ «подкидывает» на сайт. Это могут быть:
Да, есть уже публичный каталог с шаблонами и там уже вот такой набор(на 15.09.2025):
Все скрипты – российских околомаркетинговых компаний, причем в основном не слишком крупных, которые оперативно включились в разработку своих тегов. Визуально, конечно, на любителя, но и продукт пока в бете.
Что интересно, скрипта от того же ВК не видно, а значит, настраивать его придется руками через код. В целом, это небольшая проблема, так как в эпоху GTM все эти ребята так и настраивались, ну кроме разве что Flocktory и Вариокуба – у них был свой пользовательский шаблон.
Вывод: в тегах пока критического отличия нет, здесь мы ничего не потеряли, но и пока ничего значимого не приобрели.
Триггеры
Они определяют, когда и где должен сработать тег. Ниже привел таблицу сравнения по триггерам с GTM.
Тип триггера | Яндекс Тег Менеджер | Google Tag Manager | Комментарий |
Загрузка страницы | Да, можно выбрать: все страницы или отдельные URL | Да, Page View, DOM Ready, Window Loaded | Все взаимозаменяемо |
Клик по элементу | Да, по кнопкам, ссылкам, CSS-селекторам | Да, все клики, в том числе по любым DOM-элементам; есть категории Click Classes, Click ID | Все взаимозаменяемо |
Отправка формы | Да, по формам и кнопкам submit | Да, встроенный Form Submission Trigger, плюс настройка валидации | В обоих есть, но GTM позволяет легче фильтровать успешные отправки |
Пользовательские события(Custom Event) | Да, через JS-события или dataLayer | Да, через dataLayer.push | Все взаимозаменяемо |
Скролл страницы | Нет встроенного | Да, Scroll Depth Trigger | В ЯТМ нужно реализовывать через кастомный JS-триггер |
Время на странице / таймер | Нет встроенного | Да, Timer Trigger | В ЯТМ только через JS-триггер |
Видеособытия(YouTube / HTML5) | Нет встроенного | Да, готовые шаблоны | В ЯТМ нужно писать самостоятельно через JS |
Элемент на странице(Visibility / Element) | Нет встроенного | Да, Element Visibility Trigger | GTM более удобен для лендингов с динамическим контентом |
История браузера / URL change | Нет встроенного | Да, History Change Trigger | В ЯТМ тоже можно через JS, но без интерфейса. И вот эта проблема для SPA сайтов |
Основные выводы
Условия срабатывания триггеров
Часто этот фактор упускается в обзорах(по крайней мере тех, что мне попадались)а это важно. И вот тут я заметил некое различие. Специально привел весь список возможных условий:
Замечаете, чего не хватает?Начинается с… И тут мне показалось, что «да как так-то, да вы что»!Спустя час я понял, что не смог придумать ни одного адекватного сценария, где это условие не перекрывалось бы условием содержит. Респект парням из Яндекса за логическую оптимизацию!Если я не прав, приведите в комментариях условия, когда обязательно нужно «начинается с».
Переменные
Здесь ЯТМ немного скромнее, чем GTM. Есть базовые переменные, но расширенных может не хватать. И это было реальной проблемой до середины сентября, пока не было JS-переменных, сейчас все ок. Привожу полную таблицу сравнения типов переменных:
Тип переменной | ЯТМ | GTM | Комментарий |
URL страницы | Да, доступен полный URL, путь, параметры | Да, Page URL, Page Path, Hostname, Query | В GTM больше гибкости, можно использовать отдельные части URL прямо в триггере |
Реферер | Да | Да | |
Кликнутый элемент | Да, элемент целиком | Да, Element, Classes, ID, Attributes, Text | В GTM более продвинутые свойства клика |
ID элемента | Да | Да | |
Класс элемента | Да | Да | |
Текст элемента | Нет | Да | В ЯТМ нужно действовать через JS-переменную |
События(Custom Event / JS) | Да | Да | |
Параметры URL / Query String | Да | Да | |
Referrer и Origin | Да | Да | |
javascript-переменные на странице | Да | Да | В ЯТМ, кстати, поддерживается более свежая версия JS |
Cookies / LocalStorage / Sessionstorage | Да, через JS | Да, через встроенные типы переменных и JS | GTM имеет готовые типы «1 к 1» для куки, ЯТМ – через JS |
Data Layer / Custom JS Object | Да | Да | |
Переменные окружения(Referrer, Hostname, Path) | Да | Да | |
Встроенные переменные для кликов и форм | Ограниченный набор: Click ID, Click Classes, Click Text(частично через JS) | Полный набор: Click ID, Classes, Target, Text, Form ID, Form Classes, Form Text | GTM покрывает все типовые события кликов и форм, ЯТМ – базовый минимум |
История / Scroll / Visibility / Timer | Нет | Да, встроенные | В ЯТМ нужно JS-выражения для реализации |
Вывод: ЯТМ покрывает 95% сценариев своими переменными, необходимыми для обычной аналитики. А большего нам и не надо =)
Версионирование
Все изменения можно публиковать по версиям как в ЯТМ, так и в GTM. Это удобно для отката в случае ошибок. Причем на мой вкус в ЯТМ даже удобнее реализовано:
Рабочие области
В Яндекс Тег Менеджере рабочая область представлена одной основной средой, в которой ведутся все изменения. Это означает, что вся команда работает по сути «в одном потоке»: новые теги, триггеры и переменные добавляются и редактируются в одном месте.
Предварительный просмотр и отладка доступны через режим «Предпросмотр», а изменения публикуются напрямую из основной рабочей области. Такая схема подходит для небольших команд или простых проектов, но при совместной работе нескольких аналитиков возможны конфликты и риск перезаписи чужих изменений.
Ветки или отдельные филиалы для экспериментов и тестирования в ЯТМ отсутствуют, поэтому параллельная работа и поэтапное тестирование реализуются сложнее. Проще сказать через чат в ТГ, когда один аналитик всем пишет: «Ребят, а занят ЯТМ для работ, не лезьте, плиз, как закончу отпишусь».
В Google Tag Manager подход более гибкий и ориентирован на многопользовательскую работу. В GTM можно создавать несколько рабочих областей для разных специалистов, что позволяет одновременно тестировать изменения, не мешая друг другу. Система поддерживает версионирование и ветки, позволяя экспериментировать с новыми тегами, триггерами и переменными без риска сломать основную инфраструктуру. Это особенно важно для крупных проектов и команд, где аналитики, маркетологи и разработчики работают параллельно, а контроль версий и публикация изменений поэтапно помогают избежать ошибок и обеспечить стабильность работы сайта.
Скорее всего это ожидаем в будущих релизах.
Режим предпросмотра
А вот здесь есть ряд трудностей. На текущий момент режим предпросмотра у ЯТМ номинально есть, но по факту работает так себе. Фактически он предлагает либо использовать специальный тег, который будет писать вам в консоль, что такой-то тег сработал, либо сами учитесь в коды тегов писать console.log(«Эй пацаны, я тег такой-то я отработал»).
Конечно, есть небольшой лайфхак: можно после запуска режима предпросмотра, когда вас перекинет на адрес с параметром /?_ytm_preview=9106430618561807075(например), дописать к этому параметру &_ym_debug=2, чтобы появилась вот такая красивая панелька. Но при тестировании изменений в одной и той же цели вы будете получать двойное срабатывание в тестовом режиме, реальной цели и тестовой. Тем не менее, это уже сильно упрощает жизнь.
Уверен, что в ближайшее время режим предпросмотра все же появится полноценный, как в GTM.
Кейс переезда с GTM на Яндекс Тег Менеджер
Нами был перевезен довольно крупный сайт, но назвать, какой конкретно, пока не могу – не согласовано. Следует все же сказать, что это крупный веб-ресурс с высокой посещаемостью, который активно использует аналитические инструменты для мониторинга поведения пользователей на страницах сайта.
Оценка ресурсов
Сайт имел посещаемость около 600 000 визитов в месяц. Для успешного переезда потребовались:
Общий срок проекта занял около 2 недель для первой волны целей, плюс еще 2 недели для полной миграции всех целей с мониторингом.
Реестр целей и тегов
В GTM было около 30 целей, все привязаны к Яндекс Метрике для работы с Директом, плюс несколько сторонних скриптов для фронтенда.
Часть целей и динамика срабатываний:
Цель | Срабатывания до переезда | Срабатывания после переезда | Дельта |
Оформление заказа | 1 256 | 1 253 | -0.24% |
Подписка на рассылку | 2 871 | 2 865 | -0.21% |
Клик по кнопке «Заказать звонок» | 4 092 | 4 083 | -0.22% |
Просмотр ключевой страницы промоакции | 12 038 | 11 987 | -0.42% |
Отправка формы обратной связи | 1 647 | 1 641 | -0.36% |
Клик по баннеру акции | 3 519 | 3 508 | -0.31% |
Переход на страницу контактов | 2 212 | 2 206 | -0.27% |
Открытие всплывающего окна подписки | 5 028 | 5 013 | -0.30% |
Сравнение проведено за равные периоды в 2 недели, при этом у сайта нет выраженной сезонности. Уверен, что таким дельтам можно доверять – нигде нет изменений больше чем в 1%.
Алгоритм переноса
Результаты
Вывод
Переезд с GTM на ЯТМ возможен без потери данных и с минимальной коррекцией рекламной инфраструктуры. При этом важно соблюдать пошаговый алгоритм переноса, тщательно тестировать первые цели и только после подтверждения корректности переносить остальные.
Статьи
Комментариев 0