Если на вашем сайте работает Google Tag Manager, Google меняет то, как Tag Manager запускается на ваших страницах. В примечании к выпуску от 8 октября 2026 года Google пишет, что каждый контейнер Tag Manager (место в Tag Manager, где хранятся теги вашего сайта) будет запускаться сразу после загрузки, а не ждать команду gtag('config') на странице. Это изменение Google Tag Manager gtag config важнее всего для сайтов, где Tag Manager соседствует с отдельным кодом тега Google, и для контейнеров с правилами (триггерами), которые запускают теги на любое событие.
Google разослал письма владельцам контейнеров, которые он считает настроенными неправильно. Сколько их, Google не сообщил, а его справка по исправлению до сих пор говорит, что обновление выйдет “скоро”.
Что изменилось в Google Tag Manager 8 октября?
По словам Google, контейнеры Tag Manager больше не будут ждать строку gtag('config'), то есть команду, которая сообщает тегу Google, в какой аккаунт отправлять данные и с какими настройками. В примечании к выпуску от 8 октября (на русском этой заметки пока нет, перевод наш) сказано: все фрагменты контейнера Google Tag Manager (gtm.js) будут инициализироваться при загрузке контейнера, независимо от команд gtag(‘config’).
Фрагмент - это несколько строк кода, вставленных на каждую страницу сайта. Тег - небольшой кусок кода, который сообщает, что происходит на сайте, например просмотр страницы или отправка формы. Тег передает эти данные в инструмент вроде Google Analytics или Google Ads. Сайт может загружать теги Google одним из двух фрагментов:
| Фрагмент Tag Manager | Фрагмент тега Google | |
|---|---|---|
| Какой файл загружает | gtm.js | gtag.js |
| Какой идентификатор использует | Начинается с GTM- | Идентификатор продукта, например G- или AW- |
Оба фрагмента пишут в dataLayer, очередь сообщений на странице, которую читает Tag Manager. До сих пор контейнер мог заметить строку gtag('config') в другом месте страницы и дождаться ее, и некоторые сайты на это полагались. Примечание к выпуску меняет и то, что видит контейнер: команды config теперь будут появляться в dataLayer как видимые события gtag.config.
Каких сайтов касается изменение Google Tag Manager gtag config?
Затронуты две группы сайтов. Письма Google получила первая группа, у которой, по терминологии Google, неподдерживаемая реализация. У второй группы настройка может быть правильной с точки зрения Google, но есть правила (триггеры), которые запускают теги на любое событие.
Смешанные настройки. Справка Google о настройке gtag.js описывает сайты, которые загружают идентификатор G-, AW- или DC через путь фрагмента Tag Manager. В ее примере неправильной настройки стоит стандартный фрагмент GTM-, а за ним отдельная строка gtag('config'). Для таких сайтов Google предупреждает, что “возможны неожиданные изменения в работе тегов”, а их владельцы “получили уведомление по электронной почте”.
Триггеры с шаблоном для всех событий. Триггер - это правило, которое говорит тегу, когда срабатывать. Триггер пользовательского события может сопоставлять названия событий по шаблону .*, который совпадает с любым событием в dataLayer. Примечание к выпуску Google предупреждает (перевод наш): если в ваших контейнерах Google Tag Manager есть триггеры пользовательских событий с подстановочным шаблоном, из-за этого изменения такие теги могут сработать.
Англоязычная справка Google по триггерам пользовательских событий и раньше советовала более узкий шаблон, потому что .* совпадает и с событиями, которые Tag Manager и тег Google отправляют автоматически. PPC Land отмечает, что риск таких триггеров касается и сайтов с правильной, по мнению Google, настройкой: стандартный фрагмент gtag.js сам содержит вызов config.
Когда Google объявил об изменении gtag config?
Предупреждение появилось за несколько недель до примечания к выпуску. PPC News Feed сообщил об уведомлении в справке Google 27 августа 2026 года. 20 августа пользователь форумов поддержки WordPress.org опубликовал письмо, которое клиент получил от Google. В письме говорилось (перевод наш): начиная со 2 октября 2026 года все фрагменты gtm.js будут инициализироваться при загрузке контейнера.
Примечание к выпуску датировано 8 октября. Справка Google по исправлению по-прежнему говорит: “Скоро фрагменты Google Менеджера тегов (gtm.js) обновятся”. Как отмечают и PPC Land, и Relevant Audience, Google не сообщил, дошло ли изменение до всех контейнеров в один день или вводится постепенно.
Чего Google не сказал
Google не назвал окончательный срок и не оценил, какую часть данных может затронуть изменение. Relevant Audience отмечает, что в примечании к выпуску не упоминаются ограничения по странам или регионам, и справка по исправлению их тоже не называет.
Есть и практический пробел. Письмо ушло тому, кто указан в контейнере. Relevant Audience обращает внимание: если это бывший сотрудник или прежний веб-разработчик, предупреждение могло так и не дойти до того, кто ведет сайт сегодня.
Что это значит для вашего бизнеса
На наш взгляд, это повод внимательно проверить настройку аналитики. Задача - проверить, что загружают ваши страницы, выбрать один из двух вариантов исправления от Google, если настройка смешанная, и убедиться, что каждая заявка учитывается один раз. Мы бы шли по шагам в таком порядке, до любых изменений в рекламных аккаунтах.
- Выясните, кому принадлежит контейнер. Чтобы что-то проверить, нужен доступ к Tag Manager, и владеть им должен бизнес, а агентство добавлено как пользователь. В нашем материале о том, как выбрать маркетинговое агентство, объясняем, почему аккаунты должны быть у вас.
- Посмотрите, какой фрагмент загружают страницы. Откройте сайт, посмотрите исходный код страницы и найдите “googletagmanager.com”. Если в адресе есть gtm.js с идентификатором, который начинается с GTM-, ваш контейнер подключен поддерживаемым способом. Если в gtm.js стоит идентификатор G-, AW- или DC или рядом с фрагментом Tag Manager есть отдельная строка
gtag('config'), у вас та самая настройка, о которой предупреждал Google. - Выберите одно из двух исправлений Google. Поставьте фрагмент тега Google (gtag.js) на каждую страницу и уберите фрагмент gtm.js и все отдельные строки config. Или, если через Tag Manager работают другие ваши теги, оставьте фрагмент с вашим идентификатором GTM- и настройте тег Google внутри контейнера. Перенесите все настройки, которые передавала старая строка config, и не трогайте настройку согласия на cookie, чтобы теги по-прежнему учитывали выбор посетителя в cookie-баннере.
- Найдите в контейнере триггеры с
.*. Откройте список триггеров и найдите триггеры пользовательских событий, которые совпадают со всеми событиями. Сузьте каждый до нужных ему названий событий: тег, который срабатывает на gtag.config, может отправить те же данные повторно и, например, посчитать одну заявку за две. - Проверьте в Tag Assistant и на реальной заявке. Tag Assistant - инструмент Google для проверки тегов на сайте, и, согласно справке Google, у идентификатора вашего тега там должен быть зеленый или синий значок статуса. Затем отправьте тестовую заявку с телефона и проверьте, что она учтена один раз, как мы описываем в разборе о том, почему Google Ads дает клики, но не заявки. В нашем ведении рекламы Google Ads мы проверяем отслеживание до любых изменений ставок.
- Сверьте цифры с почтой или CRM. Положите заявки из почты или CRM рядом с конверсиями, которые Google показывает за те же дни, до и после 8 октября. Ту же сверку мы делаем в работе с CRM и аналитикой, и если цифры перестали сходиться, первым делом смотрите на теги.
