Новый интерфейс и функции Google Tag Manager (2026)

Буквально несколько дней назад интерфейс Google Tag Manager сильно обновился, и в него добавили новые функции. В этом материале я расскажу об одном из самых глобальных нововведений последних лет.

Google уже давно имеет планы на обновление Google Tag Manager, и весной 2026 года компания перешла к их активной реализации. Первые серьезные обновления запустили в середине мая (примерно 10-16 мая), когда GTM стал доступен прямо внутри рекламного кабинета Google Ads через обновленный интерфейс Data Manager (Инструменты - Менеджер данных).

 

Рекламодатели получили возможность настраивать, обновлять и конфигурировать контейнеры, вообще не переходя на сайт диспетчера тегов Google (tagmanager.google.com). Таким образом, теперь можно управлять тегами непосредственно внутри рекламной платформы, что исключает необходимость переключения между интерфейсами Google Рекламой и Google Tag Manager.

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

Примечание: на момент публикации этого материала не во всех рекламных кабинетах Google Tag Manager появился внутри интерфейса Google Ads в разделе Менеджер данных (Data Manager).

Объединение тегов Google и Google Tag Manager

Чуть позже, 20 мая на конференции Google Marketing Live, разработчики официально объявили об объединении/слиянии тега Google (Google Tag) и Google Tag Manager. До этого момента инструменты развивались параллельно, причем функционал самого тега Google (gtag.js) регулярно обновлялся, в то время как архитектура веб-контейнеров GTM долгое время оставалась неизменной.

Читать еще:

• Тег Google (Google Tag) в Google Tag Manager

Слияние устранило этот технический конфликт: теперь Google Tag Manager может отправлять данные в рекламные сервисы напрямую, без промежуточной загрузки скрипта gtag.js. Это не только решает проблему внутренней конкуренции двух продуктов за приоритет обновлений, но и существенно ускоряет загрузку страниц сайта.

Так в чем же было отличие и как теперь стало после обновления? Давайте представим, что вы на своем сайте хотите отслеживать, когда пользователи нажимают на кнопку Подписаться. Если вы используете только тег Google (gtag.js), то процесс отслеживания такого события выполняется следующим образом:

• вы просите программиста установить код события прямо в исходный код сайта на соответствующий элемент (кнопку Подписаться);
• программист открывает исходный код сайта и находит нужную кнопку;
• затем разработчик прописывает прямо внутри кнопки команду для этого события.

Пример:

Пока все логично и просто. Но если завтра вы захотите отслеживать нажатие другой кнопки (например, Заказать звонок), вам снова придется писать программисту и просить его поменять или добавить новый код для очередного события.

И вот чтобы не беспокоить разработчика постоянными запросами и отслеживаниями, вы можете попросить установить код Google Tag Manager на все отслеживаемые страницы сайта всего один раз, а далее уже выполнять все настройки в удобном личном кабинете через браузер. Вы просто:

• настраиваете правило (задаете триггер). Например, если кликнули на кнопку с текстом Подписаться;
• привязываете к этому правилу действие (добавляете тег). Например, отправить событие в Google Ads.

Если завтра вам понадобится отслеживать кнопку Заказать звонок или установить код пикселя VK Рекламы или настроить события для Яндекс Метрики, то вы сможете сделать это самостоятельно без помощи программиста.

Если проще, то Google тег (gtag.js) - это исполнитель (кусок кода), а Google Tag Manager (GTM) - это пульт управления, который решает, когда и какому исполнителю работать. До текущего обновления это были два параллельных инструмента, которые иногда мешали друг другу. Теперь Google объединяет их: веб-контейнеры Google Tag Manager наделяются свойствами тегов Google, а теги Google превращаются в контейнеры GTM - получают собственную панель управления, историю версий и встроенный визуальный конструктор событий.

Приведенная выше схема визуализирует сокращение цепочки передачи данных:

• Было (сверху) - сначала загружается контейнер (1. Container loads), затем подгружается тег Google (2. Tag loads) и только потом данные уходят в аккаунт Google Ads (3. Measurement sent);
• Стало (снизу) - контейнер загружается (1. Container loads) и напрямую отправляет данные в Google Ads (2. Measurement sent). Прослойка в виде gtag.js исчезла.

После обновления данные из контейнера Google Tag Manager будут отправляться напрямую в ваши целевые сервисы Google (destinations). Например, в рекламный аккаунт Google Рекламы. Это повышает эффективность работы сайта, поскольку Google полностью убрал промежуточный шаг (загрузку дополнительного JavasScript-кода тега Google, gtag.js), который раньше подгружался поверх GTM для передачи данных.

Новый процесс централизует выбранные настройки внутри вашего контейнера. При этом система не удалит автоматически и не изменит ваш текущий скрипт gtag.js на страницах сайта, если он параллельно используется для отправки данных в другие сторонние сервисы.

Другими словами, обновление не повлияет на работу тегов Google на странице. Рекламодатели, работающие с тегом Google, получат возможность использовать функции диспетчера тегов Google. У каждого целевого сервиса Google будет свой тег, поэтому существующие настройки и триггеры для автоматических событий сохранятся.

Также стоит отметить три важных уточнения относительно перехода:

1. Google Tag Manager не начнет автоматически собирать данные. Обновление контейнера не приведет к автоматической отправке запросов в Google Analytics 4, Google Ads или Floodlight без вашей явной настройки. Google подчеркивает, что слияние тегов Google и GTM меняет лишь архитектуру (код становится чище, данные идут напрямую), но не логику отслеживания. Пока пользователь сам не настроит тег отправки данных (например, для Google Рекламы), Менеджер тегов не начнет самовольно слать конверсии;
2. Использовать другие продукты Google с Google Tag Manager необязательно. Поддержка тегов, не относящихся к Google, и пользовательских реализаций остается полной. Из-за названия Google tags многие аналитики испугались, что GTM превратится в закрытый инструмент только для продуктов Google. Это не так. Поддержка тегов типа Пользовательский HTML и шаблонов для других систем остается в полном объеме;
3. GTM будет работать как и прежде. Ничего для вас и ваших отслеживаний (переменных, триггеров и тегов) не изменится, если вы не подтвердите обновление. Если вы решите вообще не нажимать кнопку оптимизации контейнера, ваш сайт продолжит работать по старой схеме (Google Tag Manager + поверх загружаемый JavaScript-код от библиотеки gtag.js). Google пока не планирует принудительно переводить пользователей на новые обновления.

В официальной документации Google отмечает важные технические нюансы, которые ждут специалистов после апгрейда:

• все новые фрагменты кода для установки на сайт будут стандартизированы;
• из кода полностью исчезнет привычная команда gtag('config', ...);
• Google настоятельно рекомендует настраивать базовое поведение тегов через новый системный триггер gtm init;
• если для вашего сайта критически важно сохранить старую конфигурацию, новый триггер init можно гибко настроить. Он будет ожидать выполнения прежней команды config, прежде чем активировать зависимые теги.

Одно из самых значимых изменений, которое произошло с выходом этих обновлений - это внедрение целевых сервисов (Destinations). При обновлении контейнера Google Tag Manager все существующие теги Google внутри него могут быть перенесены в целевые сервисы самого контейнера.

Сегодня каждый тег Google в вашем контейнере загружает собственный отдельный скрипт gtag.js. Если на сайте одновременно используются Google Analytics 4, Google Ads и Floodlight, браузеру приходится выполнять три дополнительные загрузки библиотеки вдобавок к самому коду GTM. После обновления все начнет обрабатываться через единый общий JS-контейнер. Это напрямую обеспечивает:

• экономию интернет-трафика для ваших пользователей;
• снижение нагрузки на процессор и ресурсы браузера при загрузке страницы;
• заметное ускорение работы и отображения сайта.

Для веб-ресурсов, которые активно используют сразу несколько продуктов экосистемы Google через GTM, слияния через Целевые сервисы (Destinations) станет существенным шагом вперед в плане оптимизации скорости загрузки.

Целевые сервисы также дают централизованный набор настроек тегов Google в контейнере диспетчера тегов. Они будут применяться ко всем назначениям, добавленным в контейнер. Вы по-прежнему можете переопределять отдельные настройки для каждого назначения в самих тегах Google, но централизованная конфигурация делает все более согласованным между различными продуктами Google.

Если вы хотите продолжать работать по старой схеме (отдельные настройки, дополнительные загрузки библиотек), можно и дальше использовать прежние теги Google в Google Tag Manager. Со временем их начнут называть устаревшими (legacy), но старый алгоритм работы пока никто удалять не планирует.

Стандартизация кодов установки - важная техническая деталь обновления. Все новые теги Google теперь будут разворачиваться с использованием единого универсального фрагмента кода (скрипта GTM). При этом код может содержать как стандартный идентификатор контейнера GTM-, так и идентификатор конкретного продукта (например, G-XXXXXX для Google Analytics 4 или AW-XXXXXX для Google Ads).

От того, какой именно ID указан в коде, напрямую зависит его функционал:

• если в коде указан ID контейнера GTM (GTM-XXXX) - скрипт работает как полноценный диспетчер тегов со всеми его расширенными возможностями (переменные, кастомные HTML-теги, триггеры сторонних систем);
• если в коде указан ID продукта (G- или AW-) - скрипт функционирует в ограниченном режиме и может использоваться только для настройки и отправки данных в рекламные и аналитические сервисы самого Google.

Именно поэтому проверка идентификатора в коде установки становится критически важным шагом при аудите и настройке веб-аналитики по новым правилам. Подробнее про управление тегами с помощью идентификатора контейнера читайте в официальной справке Google.

Оптимизация контейнера GTM

Как было отмечено ранее, изменения не будут применены автоматически, и вы сможете сами решить, использовать ли новое объединение/слияние тегов Google и контейнера Google Tag Manager, или нет.

Однако сам Google рекомендует рекламодателям обновить и оптимизировать контейнеры GTM по ряду причин:

• Централизованные настройки тегов. Настройки тега Google будут перенесены на новую вкладку Настройки, а теги событий останутся без изменений. На этой вкладке будут представлены настройки контейнера и карта потока данных с целевыми сервисами Google, к которым применяются эти настройки. При этом гибкость сохраняется: вы все еще можете переопределить любой параметр локально, внутри конкретного тега продукта Google. Однако наличие централизованных настроек по умолчанию полностью решает проблему хаоса и ошибок, которые раньше возникали, когда одну и ту же конфигурацию приходилось дублировать в пяти разных тегах вручную;
• Повышение производительности. Контейнеры Google Tag Manager смогут отправлять данные непосредственно в целевые сервисы Google, что повысит скорость работы сайта. Раньше, чтобы отправить данные в целевой сервис Google, GTM загружал дополнительный код JavaScript (gtag.js), из-за чего передача данных могла задерживаться;
• Упрощенный доступ для команд. Связывая контейнер с целевыми сервисами Google, вы делаете его видимым и доступным для управления в интерфейсе других продуктов Google. Связь с этими аккаунтами устанавливается автоматически во время оптимизации и по умолчанию предоставляет доступ на чтение. Вы можете в любой момент изменить разрешения пользователей в настройках управления доступом к GTM.

Если у вас есть права на редактирование, одобрение или публикацию контейнера Google Tag Manager, вы можете запустить процесс оптимизации с помощью баннера. После завершения процесса оптимизации вы сможете посмотреть все изменения, прежде чем опубликовать их в рабочей области.

Примечание: на момент публикации этой статьи баннер оптимизации в моих контейнерах GTM еще не появился. По всей видимости, Google разворачивает этот функционал поэтапно.

Новый интерфейс Google Tag Manager

От будущих технических апгрейдов перейдем к обновлению пользовательского интерфейса (UI) внутри Google Tag Manager, которое тоже является частью глобальных изменений платформы. Новый дизайн доступен уже сейчас и в значительной степени направлен на упрощение работы с системой для начинающих пользователей.

Главная страница - Аккаунты

Google обновил даже главную страницу диспетчера тегов (раздел Аккаунты), сделав ее дизайн более минималистичным и плоским. Было:

Стало:

Перейдя внутрь контейнера Google Tag Manager, вам откроется совершенно новая панель обзора.

Обзор - Общие сведения

Как выглядела панель раньше?

Исторически сложилось так, что страница Обзор (Overview) в GTM представляла собой перегруженный дашборд, который большинство специалистов (в том числе и я) попросту игнорировали. Новый интерфейс призван исправить это и помочь как начинающим, так и опытным рекламодателям управлять тегами гораздо эффективнее.

Первый блок, который вы видите - это окно приветствия Добро пожаловать в Google Менеджер тегов! (Welcome to Google Tag Manager):

При желании этот блок можно свернуть, чтобы сделать первый экран менее перегруженным:

Первый блок Отслеживайте покупки в Google Рекламе мы с вами разберем далее. Карточка Создайте тег с кнопкой Добавить тег - это быстрый переход в настройки создания тега. Последний раздел Безопасное тестирование тегов ни что иное, как быстрый запуск режима предварительного просмотра.

Именно под приветственной карточкой произошли главные изменения вкладки Обзор. Вместо разрозненных виджетов, таких как добавление нового тега, описание рабочей области, история версий и текущие изменения, Google собрал всю информацию в одну общую структурированную таблицу:

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

Следующий блок - визуализация тегов Google и их назначений (целевых сервисов/destinations), которые сейчас есть в контейнере.

Если вы используете один продукт Google, то схема может быть похожа на скриншот выше (1 контейнер - 1 тег Google - 1 целевой сервис). А если вы используете несколько сервисов компании (например, Google Ads и Google Analytics 4), то такая визуализация может выглядеть так:

На схеме выше показана структура, при которой в одном контейнере Google Tag Manager используется несколько разных тегов Google с собственными целевыми сервисами. И вот когда Google окончательно завершит слияние этих платформ, данная визуализация станет максимально актуальной и наглядной.

Далее идет диагностика контейнера (Container Diagnostics). Это встроенный инструмент автоматического аудита, который оценивает качество и техническое состояние ваших тегов на сайте.

В отличие от обычного режима отладки, требующего ручной проверки, эта функция непрерывно сканирует контейнер, находит скрытые ошибки конфигурации (например, отсутствие установленного кода контейнера GTM на определенных страницах) и присваивает качеству контейнера один из четырех статусов: Отличное (Excellent), Хорошее (Good), Требуется действие (Needs attention) или Важно (Urgent).

На мой взгляд, эта функция в GTM избыточна, особенно для новичков. Диагностика часто ошибается, показывая проблемы там, где их нет. В результате специалисты теряют время на ложные проверки, а владельцы бизнеса начинают заваливать их вопросами о красных и оранжевых индикаторах. Хотя на самом деле никаких ошибок нет. Более того, мы можем опционально игнорировать все предложения Google и тогда статус контейнера загорится зеленым цветом.

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

Боковое меню навигации

Кроме того, боковую панель навигации теперь можно сворачивать и разворачивать (Show more):

Причем сворачивается все, кроме разделов Общие сведения и Теги. Они остаются видимыми всегда. Согласно официальной документации Google, после запуска объединения/слияния тегов Google и контейнера Google Tag Manager в интерфейсе появятся новые разделы, в том числе:

Настройки (Settings) - новый централизованный раздел для управления настройками контейнера, где можно будет оптимизировать контейнер Google Tag Manager или вручную добавьте целевой тег;

Расширенные настройки (Advanced) - сворачиваемая вкладка, на которой доступны разделы: Триггеры, Переменные, Шаблоны и Папки.

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

Визуальный редактор событий

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

И судя по первой реакции в соцсетях, многие специалисты, которые давно работают с продуктами Google, удивлены этому. Зачем Google это сделал? Ведь Google Tag Manager и так мощный и гибкий инструмент, позволяющий отслеживать практически любые действия с помощью собственного JavaScript-кода и HTML-тегов. Зачем понадобилось что-то еще?

Думаю, что визуальный редактор событий добавили потому, что похожие инструменты уже есть у Facebook *, Яндекс Метрики, TikTok, VK Рекламы и других сервисах, включая сервисы A/B тестирования. Google посмотрел на их опыт и решил создать для новичков аналогичный инструмент.

* Деятельность американской компании Meta (бывшая Facebook) запрещена в России, организация признана экстремистской.

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

Если вам незнакома эта тема, я рекомендую изучить следующие материалы в моем блоге:

• CSS-селекторы в Google Tag Manager. Часть I
• Селекторы в jQuery. Часть II
• Регулярные выражения в CSS-селекторах и GTM
• CSS Selector Tester и его аналоги
• Google Tag Manager и jQuery
• Редактирование элементов на странице с помощью Google Tag Manager
• Подмена текста динамически на странице с помощью Google Tag Manager
• Подмена контента на сайте с помощью Google Tag Manager
• Динамическая подмена контента на сайте с помощью Google Tag Manager

И обязательно посмотрите подробную лекцию на эту тему. Rutube:

И YouTube:

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

На момент выхода этого руководства отслеживание доступно только для Google Рекламы и только для покупок (событие purchase). Команда Google сообщила, что в течение всего 2026 года они будут добавлять поддержку других вариантов использования.

После этого откроется новое окно, в котором редактор попросит ответить вас на несколько вопросов о конверсии:

Чтобы получить идентификатор конверсии, вам необходимо создать событие-конверсию в интерфейсе Google Рекламы. Для этого перейдите в раздел Цели - Конверсии - Сводка и создайте действие-конверсию:

Задайте ей настройки. Этот процесс я не буду подробно рассматривать в этом руководстве, потому что он напрямую не относится к текущим обновлениями Google Tag Manager. Главное - это завершить настройку конверсии, перейти на вкладку Использовать Менеджер тегов и скопировать значения из Ярлык конверсии и Идентификатор конверсии:

После этого их нужно вставить в редактор событий:

Дополнительно в поле URL веб-сайта вам нужно будет добавить ссылку на ваш сайт, на котором вы планируете отслеживать покупку. А затем нажать кнопку Начать:

Ваш сайт откроется в новой вкладке. Чтобы это заработало, вам обязательно нужно установить в своем браузере расширение Tag Assistant. Добавьте его к себе, иначе визуальный редактор событий не запустится.

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

Это классический WYSIWYG-редактор (What You See Is What You Get, «что видишь, то и получишь»). Для начала работы с ним и отслеживания события покупки (purchase) вам понадобится:

• страница подтверждения заказа (страница покупки);
• активный контейнер Google Tag Manager на странице покупки;
• права на редактирование контейнера GTM, иначе редактор не сможет автоматически за вас создать все компоненты внутри диспетчера тегов (переменные, триггер и тег);
• кредитная карта для выполнения тестового заказа (если у вас сразу предусмотрена оплата онлайн).

Давайте сделаем это. Нажмите кнопку Начать внутри Tag Assistant:

Шаг №1.  Разместите тестовый заказ. Оформите тестовый заказ на сайте, чтобы Google смог обнаружить контейнер.

Вам нужно перейти на страницу покупки и сообщить об этом редактору событий. Как только вы совершите тестовую покупку, нажмите Готово:

Как видите, на моем тестовом сайте на странице присутствует лишь идентификатор транзакции. Никакой другой информации о покупке и клиенте (товаре, доставке, налоге, электронной почте, телефоне и т.д.) нет. Из-за этого данные, передаваемые в Google Рекламу, могут быть неполными. Я настоятельно рекомендую максимально проработать страницу покупки, чтобы на ней отображалось как можно больше данных о транзакции.

Чтобы хотя бы это выглядело так:

Google начнет поиск контейнера на странице. Как только он его найдет, он отобразит его в списке. Выберите его из списка и нажмите Подтвердить:

Шаг №2. Добавьте информацию о заказе. На этом шаге нам нужно сопоставить определенную информацию заказа. Во-первых, проверьте, чтобы в поле URL подтверждения заказа содержит отображалась верная ссылка на ту страницу, на которую пользователь переходит после оформления покупки:

Так как условие допускает содержит, вы можете задать часть URL, а не полный адрес страницы покупки. Но не забудьте, что указав лишь часть URL, точно такая же ссылка у вас может быть и в других местах сайта, а не только на странице покупки. Поэтому вводите URL подтверждения заказа правильно. Если у вас отображается ошибка, но URL верен, просто игнорируйте предупреждение Google.

Теперь самое интересное! Вам нужно сопоставить информацию конкретных полей в редакторе событий с теми данными, которые отображаются на вашей странице покупки. Для этого поочередно нажмите на соответствующие элементы в Tag Assistant. Сначала для идентификатора транзакции:

После этого вы сможете простым наведением указателя мыши выбрать нужный элемент на странице покупки и сопоставить его с полем Идентификатор транзакции редактора событий:

Для подтверждения действия необходимо нажать на кнопку Выбрать:

Как только вы это сделаете, в Tag Assistant будет подставлено это значение:

Проделайте то же самое с оставшимися полями:

Поскольку у меня на странице покупки не отображается трехбуквенный код валюты в формате ISO 4217, я выберу его из списка. Благо Google позаботился об этом и позволяет пользователям прямо в редакторе выбрать нужный идентификатор из выпадающего списка:

Если на вашей странице покупки присутствует персональная информация пользователя (в частности, электронная почта), я рекомендую сопоставить значение и для нее, поскольку тогда Google будет точнее собирать данные и оптимизировать ставки в ваших рекламных кампаниях Google Рекламы благодаря расширенному отслеживанию конверсий.

Выполнив все сопоставления в редакторе событий, проверьте ваши настройки и нажмите Подтвердить:

Шаг №3. Опубликуйте изменения в Менеджере тегов. В завершение нажмите на кнопку Опубликовать в Менеджере тегов:

В результате вас перенаправит обратно в интерфейс Google Tag Manager, где вы увидите автоматически созданные переменные, триггер и тег для события покупки:

Перед тем как опубликовать контейнер Google Tag Manager с изменениями для всех пользователей, обязательно проверьте, что именно создал визуальный редактор событий. Для этого откройте поочередно все новые сущности - переменные, триггеры и теги. Убедитесь, что условие активации настроено верно (ведет ли URL на нужную страницу покупки), а в переменных правильно указаны CSS-селекторы для извлечения идентификатора транзакции и других данных.

Проверьте и итоговые настройки тега:

Если редактор событий GTM все настроил корректно, вы можете опубликовать контейнер с изменениями для всех пользователей.

По правде говоря, я не под сильным впечатлением от нового редактора. Во-первых, я ежедневно работаю с Google Tag Manager с 2018 года и давно использую встроенные способы отслеживания любых элементов на странице, комбинируя все это JavaScript-кодом и тегами типа Пользовательский HTML. Этого достаточно, чтобы закрыть 100% задач по техническому маркетингу. Поэтому лично для себя я не нахожу практического применения.

Ровно так же и всем моим читателям и слушателям, тем, кто проходил мой самый популярный и подробный онлайн-курс по Google Tag Manager на русском языке в мире, будет не так интересно и полезно использовать этот WYSIWYG-редактор.

Во-вторых, сам визуальный редактор пока еще очень сырой. Он отслеживает только события покупок (purchase) и сильно глючит. В процессе написания руководства мне приходилось несколько раз его перезапускать.

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

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