В некоторых случаях возникает такая проблема: вы включили в Google Tag Manager режим предварительного просмотра и отладки и увидели, что один (а может, и несколько) из тегов отображаются как Still running. Вы обновляете страницу, но проблема не исчезает.
Перевод статьи: Still Running tags in Google Tag Manager: Here’s how to fix it (автор – Julius Fedorovicius).
Они могут не работать по следующим причинам:
- блокировщик рекламы;
- режим согласия Google препятствует успешному выполнению некоторых тегов;
- тегу не хватает времени для правильной обработки перед перенаправлением или перезагрузкой страницы;
- политика безопасности контента не позволяет тегам выполнить свои задачи.
Давайте рассмотрим каждую из них подробнее (и что вы можете с этим сделать).
Причина №1: Блокировщики рекламы
Популярные расширения для браузеров, такие как Ghostery, AdGuard AdBlocker и AdBlock Plus, легко блокируют Google Tag Manager. Но даже если по каким-то причинам GTM не блокируется, другие коды отслеживания (например, Google Ads) могут быть заблокированы.
Поэтому, если вы используете один из таких блокировщиков, попробуйте отключить его и посмотрите, помогло ли это. Скорее всего, проблема “Все еще работает” вызвана каким-то расширением для браузера.
Другие плагины, которые стоит проверить:
- Avira Save Shopping
- DuckDuckGo Privacy
- Windscribe VPN
- uBlock Origin
Но не ограничивайтесь проверкой только этих расширений. Возможно, есть и другие, которые могут вызывать проблему.
Причина №2: Режим согласия Google мешает успешной работе некоторых тегов
Если вы внедрили режим согласия Google (Google Consent Mode, GCM) на своем сайте, это влияет на то, как ваши теги работают и отправляют данные в Google.
В двух словах, GCM — это глобальная настройка, которую вы можете настроить на сайте. Если посетитель не дает согласие на хранение аналитических данных (analytics_storage), то теги Google Analytics все равно запускаются, но данные будут несколько ограничены. Если согласие дано, запрос (с полными данными) отправляется в Google как обычно.
Однако в случае с тегами хранения рекламы (ad_storage) и маркетинговыми тегами (например, Google Ads) их поведение отличается. Если посетитель не соглашается на отслеживание в маркетинговых целях (то есть, если отказано в ad_storage), и тег Google Ads срабатывает, он будет отображаться как “все еще работает”.
Несмотря на то, что тег не отображается как “Успешно выполнено”, он все равно отправил запрос в Google Ads (как ping без использования cookies). Однако если посетитель на той же странице соглашается на маркетинговое отслеживание, тег отправляет еще один запрос (на этот раз с полными данными), и статус тега изменяется на “успешно выполнено”. Это нормальное поведение, если вы настроили режим согласия Google (Google Consent Mode).
Как узнать, связана ли проблема с режимом согласия Google?
Вам нужно проверить инструменты разработчика в вашем браузере. В Chrome нажмите на три точки > Дополнительные инструменты > Инструменты разработчика и откройте вкладку Сеть (Network).
Обновите страницу и проверьте исходящие запросы. Если вы используете Google Ads с режимом согласия Google (GCM), введите googlesyndication.com. Запросы не найдены? Введите doubleclick.net. Когда один из этих запросов отобразится во вкладке Сеть (Network), нажмите на него и проверьте, содержит ли его URL параметр gcs.
В версии Consent Mode v2 также добавлен другой параметр под названием gcd. Но для проверки достаточно использовать параметр gcs.
Итак, если вы видите такие параметры, как gcs, это означает, что вы имеете дело с режимом согласия Google (Google Consent Mode). Это означает, что маркетинговые теги, такие как Google Ads, будут отображаться как Still running в режиме предварительного просмотра GTM до тех пор, пока посетитель не даст согласие на маркетинговое отслеживание (посредством взаимодействия с вашим всплывающим окном согласия на использование файлов cookie). Это ожидаемое поведение, и с этим мало что можно сделать.
С другой стороны, если тег Google Ads остается в состоянии Still running даже после того, как пользователь дал согласие на маркетинговое отслеживание, это значит, что ваш режим согласия Google настроен неправильно.
Вкратце, вам необходимо убедиться, что когда посетитель нажимает “Я согласен на маркетинговое отслеживание” в вашем всплывающем окне согласия на использование файлов cookie, режим согласия Google обновляется с разрешением предоставлено (granted) для ad_storage. Подробнее можно почитать в официальной документации.
Причина №3: Политика безопасности контента (CSP)
Разработчики веб-сайтов могут внедрять политику безопасности контента (Content Security Policy, CSP) для повышения уровня безопасности сайта. Эта политика помогает предотвратить различные типы атак, особенно атаки межсайтового скриптинга (XSS) и атаки с внедрением данных.
Политика безопасности контента позволяет администраторам сайтов указывать, какие источники контента браузеры должны считать допустимыми. После этого браузер выполняет или отображает ресурсы только из разрешенных источников.
Вот пример:
script-src 'self' 'unsafe-inline' 'unsafe-eval' https://*.wordpress.com; style-src 'self' 'unsafe-inline' https://*.wordpress.com; img-src 'self' data: https: http:; font-src 'self' data: https://fonts.gstatic.com; frame-src 'self' https://www.youtube.com; connect-src 'self' https://*.wordpress.com; object-src 'none'; base-uri 'self'; upgrade-insecure-requests;
Политика безопасности контента (CSP) позволяет загружать ресурсы с wordpress.com, youtube.com и других упомянутых доменов. Однако, если какой-либо запрос на сайте будет происходить к другому домену (например, googleadservices.com, который не включен в список), CSP предотвратит его выполнение.
Результат? Ваш тег может отображаться как Still running. Его выполнение не будет завершено.
Чтобы Google Tag Manager, Google Analytics 4 или Google Ads работали корректно, вашим разработчикам необходимо обновить политику безопасности контента. Более подробную информацию можно найти в этой документации. Отправьте эту ссылку своим разработчикам. Обратите внимание, что это нельзя решить напрямую в Google Tag Manager. Вам нужно сотрудничать с вашими разработчиками, и они должны будут внести изменения непосредственно на сайте.
Как можно проверить, касается ли вас эта проблема? Откройте инструменты разработчика в браузере, затем перейдите в консоль и проверьте там ошибки.
Если вы видите что-то вроде Refused to load… и Content Security Policy, это означает, что CSP мешает вашим тегам работать.
Причина №4: Тегу не хватает времени для правильной работы до того, как страница перенаправляется/перезагружается
Если вы запускаете теги, когда посетитель нажимает на ссылку (и эта ссылка затем перенаправляет посетителя на другую страницу или, возможно, просто обновляет страницу), иногда вы можете заметить, что теги GA4 или Google Ads будут отображаться как Still running. Это происходит не всегда, но вы можете заметить случайное поведение, когда, скажем, в 1 из 5-10 случаев тег останется в состоянии Still running.
Причина этого в том, что тег может не всегда иметь достаточно времени, чтобы быть правильно обработанным GTM до того, как страница перезагрузится или пользователь будет перенаправлен.
Чтобы добавить еще больше случайности, иногда вы все равно увидите, что событие (отправленное тегом Still runnin) будет видно в режиме отладки GA. Это происходит потому, что тег, возможно, успел отправить запрос в Google, но GTM не успел завершить выполнение тега, чтобы изменить его статус на Succeeded.
Если вы сталкиваетесь с этой ситуацией и вам очень важно, чтобы событие, связанное с кликом, было как можно точнее зафиксировано в Google Analytics 4, вы можете рассмотреть возможность использования опции Ждать теги в триггере клика (Клики – Только ссылки). Добавление дополнительных 1 секунды (1000 миллисекунд) или 2 секунд может повысить точность.
В Google Tag Manager откройте триггер типа Клики – Только ссылки, нажмите Ждать теги и добавьте 1000. Затем появится новый раздел, в котором вас спросят, на каких страницах вы хотите активировать этот триггер. Если ваш ответ на всех страницах (all pages), тогда вам нужно ввести Page Path содержит /.
Пример конфигурации триггера может выглядеть так:
Сохраните триггер, обновите режим предварительного просмотра вашего контейнера GTM и посмотрите, уменьшилось ли количество случаев, когда теги GA отображаются как Still running. Если это не помогло, попробуйте ввести 2000 в триггер.
Однако имейте в виду, что задержка перенаправления страницы может негативно сказаться на пользовательском опыте, поскольку время ожидания может немного увеличиться.
Заключительные слова по Still running
По опыту автора статьи, эти 4 причины являются наиболее распространенными, почему ваши теги отображаются как Still running в режиме предварительного просмотра.