Проверка наличия счетчика на страницах сайта
Системы аналитики в наши дни обладают огромным функционалом — позволяют отслеживать трафик, тестировать новые предложения, формировать представление о своей целевой аудитории, и дают массу полезных функций. Поэтому проверка их корректной установки, как и проверка наличия на всех страницах, очень важна.
Как проверить работу счётчика
Чтобы узнать, правильно ли установлен Google Analytics, нужно авторизоваться в аккаунте аналитики, открыть представление ресурса и перейти в категорию «Отчеты» — «В режиме реального времени». Если в отчёте появились данные о вашем визите, значит счётчик работает.
Корректность работы Яндекс.Метрики проверяется специальным запросом. К адресу сайта добавляется специальный параметр ?_ym_debug=1 и загружается страница. После чего в консоли браузера, если счетчик работает, вы увидите его номер и данные, которые он отправляет.
Также корректность работы счетчика можно проверить по значку на странице с доступными счетчиками.
Но стоит отметить, что значок актуален только для одной страницы — той, которая указана на странице «Настройка».
Поэтому работу Метрики на каждой странице придется проверять другим методом. Необходимо зайти в уже знакомые вам инструменты разработчика на вкладку «Консоль», и ввести в строку служебное слово yaCounterID, где ID — идентификатор счетчика. Если счетчик установлен, вы увидите в консоли примерно вот такую запись:
Таким образом, вы сможете проверить работу систем аналитики на всех важных для вас страницах сайта.
Еще один способ, проверить наличие счетчика, это перейти в режим просмотра исходного кода страницы (Ctrl+U) и проверить там наличие соответствующего кода.
Проверка наличия счётчика с помощью программ
Проверять наличие метрик вручную это отличный экспресс-метод. Но если у вас на сайте очень много страниц, то такая проверка может сильно затянуться. Поэтому их наличие можно проверить с помощью специальных программ. Мы в своей работе отдаем предпочтение в пользу Screaming Frog SEO Spider.
Для начала необходимо настроить специальный фильтр, для этого переходим в «Configuration» — «Custom» — «Search»:
В параметрах фильтра указываем фрагмент кода системы аналитики, наличие которого мы хотим проверить. Например, Яндекс.Метрики:
После этого нажимаем «ОК» и запускам программу. По окончанию обхода на вкладке «Custom» будет список всех страниц, содержащих искомый фрагмент кода.
Наличие счетчика Google Analytics программа Screaming Frog SEO Spider способна проверять автоматически, без настройки фильтров, информация об этом находится на вкладке Analytics.
Также, наличие систем аналитики можно проверить при помощи специальных браузерных расширений. Одним их таких является Ghostery.
Источник
Проверка наличия счётчика на страницах сайта
Системы аналитики в наши дни обладают огромным функционалом — позволяют отслеживать трафик, тестировать новые предложения, формировать представление о своей целевой аудитории, и дают массу полезных функций. Поэтому проверка их корректной установки, как и проверка наличия на всех страницах, очень важна.
Как проверить работу счётчика
Чтобы узнать, правильно ли установлен Google Analytics, нужно авторизоваться в аккаунте аналитики, открыть представление ресурса и перейти в категорию «Отчеты» — «В режиме реального времени». Если в отчёте появились данные о вашем визите, значит счётчик работает.
Корректность работы Яндекс.Метрики проверяется специальным запросом. К адресу сайта добавляется специальный параметр ?_ym_debug=1 и загружается страница. После чего в консоли браузера, если счетчик работает, вы увидите его номер и данные, которые он отправляет.
Также корректность работы счетчика можно проверить по значку на странице с доступными счетчиками.
Но стоит отметить, что значок актуален только для одной страницы — той, которая указана на странице «Настройка».
Поэтому работу Метрики на каждой странице придется проверять другим методом. Необходимо зайти в уже знакомые вам инструменты разработчика на вкладку «Консоль», и ввести в строку служебное слово yaCounterID, где ID — идентификатор счетчика. Если счетчик установлен, вы увидите в консоли примерно вот такую запись:
Таким образом, вы сможете проверить работу систем аналитики на всех важных для вас страницах сайта.
Еще один способ, проверить наличие счетчика, это перейти в режим просмотра исходного кода страницы (Ctrl+U) и проверить там наличие соответствующего кода.
Проверка наличия счётчика с помощью программ
Проверять наличие метрик вручную это отличный экспресс-метод. Но если у вас на сайте очень много страниц, то такая проверка может сильно затянуться. Поэтому их наличие можно проверить с помощью специальных программ. Мы в своей работе отдаем предпочтение в пользу Screaming Frog SEO Spider.
Для начала необходимо настроить специальный фильтр, для этого переходим в «Configuration» — «Custom» — «Search»:
В параметрах фильтра указываем фрагмент кода системы аналитики, наличие которого мы хотим проверить. Например, Яндекс.Метрики:
После этого нажимаем «ОК» и запускам программу. По окончанию обхода на вкладке «Custom» будет список всех страниц, содержащих искомый фрагмент кода.
Наличие счетчика Google Analytics программа Screaming Frog SEO Spider способна проверять автоматически, без настройки фильтров, информация об этом находится на вкладке Analytics.
Также, наличие систем аналитики можно проверить при помощи специальных браузерных расширений. Одним их таких является Ghostery.
Источник
Tag Assistant и состояния счетчиков Google Analytics
Экспериментальный разбор нескольких способов установки счетчика Google Analytics для разных библиотек на сайт и отображение статусов расширения Tag Assistant (by Google) при различных настройках.
Установить счетчик Google Analytics на сайт можно по-разному:
- напрямую в код сайта;
- через Google Tag Manager;
- через специальное поле в настройках администраторской панели сайта (обычно указывается только идентификатор счетчика).
При этом допускается использовать разные библиотеки Google Analytics, например, gtag.js и analytics.js. А после добавления счетчика Google Analytics желательно воспользоваться специальным расширением Tag Assistant для браузера Google Chrome, чтобы проверить корректность работы.
Как только вы включаете расширение на своем сайте, можете наблюдать различные состояния тегов. Один, два, синий тег, зеленый тег, желтый тег и т.д. Давайте разберемся с основными статусами Tag Assistant при установке счетчика Google Analytics на сайт.
№0. Код Google Analytics не добавлен на отслеживаемые страницы сайта
Как ни странно, но довольная частая ошибка, которая может привести к тому, что вы будете получать не все данные по посещениям страниц в отчетах Google Analytics. Если ваш сайт является статическим, или не имеет отдельного файла с шапкой сайта (например, header.php), который подключается ко всем страницам, то тогда код отслеживания необходимо размещать на все страницы сайта вручную, дублируя их в на каждой странице. Если страниц много, то есть вероятность где-то код не добавить. В результате вы можете получить сообщение No tags found, которое говорит о том, что тег Google Analytics на текущей странице сайта не найден
Теги не найдены
№1. Установка напрямую в код сайта (библиотека gtag.js)
На текущий момент является самым распространенным способом установки кода Analytics на сайт. После создания аккаунта Google Analytics с типом Веб вам предстоит добавить код отслеживания на все страницы сайта после открывающегося тега .
Примечание: если вы настраиваете новую учетную запись Google Analytics, вы всегда будете получать код отслеживания в формате Global site tag (gtag.js) — Google Analytics.
Открыв Google Tag Assistant, увидим следующее:
Tag Assistant показывает 2 тега Google Analytics
Расширение показывает два тега Google Analytics:
- зеленый Global site tag (gtag.js);
- синий Google Analytics.
Зеленая иконка означает, что ошибок в теге не обнаружено, а синяя говорит о том, что тег размещен с незначительными ошибками. Однако это не значит, что данные не будут собираться в полном объеме или счетчик веб-аналитики работает как-то иначе, чем с зеленым значком. Просто в Tag Assistant заложены определенные рекомендации и этим цветом помечаются советы по оптимизации тегов.
Два тега — это абсолютно нормально. Первый Global site tag (gtag.js) – это фреймворк для добавления фрагментов кода JavaScript и работы с API, с помощью которого можно передавать данные о событиях в различные продукты Google (Analytics, Ads, Optimize, Display, Display & Video 360, Search Ads 360 и Campaign Manager).
Если внимательнее посмотреть на сам код Google Analytics (gtag.js), то можно увидеть, что первой строчкой у него идет подключение внешнего скрипта с помощью :
Подключение к внешнему скрипту
Скопировав ссылку, добавив ее в адресную строку браузеру и нажав Enter, увидим сам код:
Внешний скрипт создает первый тег, который определяет расширение от Google. Подробнее о том, что из себя представляет глобальный тег сайта (Global Site Tag), читайте в этой статье.
Первый тег от фреймворка
Вернувшись обратно на сайт, разберем второй тег. Тег Google Analytics с синим значком — это и есть наш счетчик Google Analytics, который отправляет хиты (обращения), включая просмотры страниц и различные события. Если мы нажмем на него, то увидим вкладку с основными данными по тегу (номер счетчика, версия и протокол), а также информацию о количестве запросов на просмотр конкретной страницы:
Pageview Requests – количество запросов на просмотр конкретной страницы
В самом низу синим цветом отображается надпись Non-standard implementation. Это уведомление никак не влияет на работу Google Analytics и других тегов. Если вы нажмете на это сообщение, то вас перенаправит в справку Google, где будет написано подробнее о нестандартной реализации:
Мы обнаружили веб-запросы Google Tag Manager, но не смогли найти фрагмент кода на странице. Использование нестандартной реализации (Non-standard implementation) кода на странице может предотвратить запуск тегов. Убедитесь, что ваш фрагмент кода работает нормально. Вы можете использовать инструмент предварительного просмотра и отладки, чтобы обеспечить запуск всех тегов, добавленных в диспетчере тегов Google
Как видите, нет никакого описания про некорректную работы тегов. Просто в коде отслеживания Google Analytics (библиотеки gtag.js) присутствуют запросы GTM, которые определяются расширением Tag Assistant за счет подключения внешнего скрипта. Исправлять что-то из-за такого сообщения вовсе не обязательно.
В качестве эксперимента вы можете закомментировать первую строчку кода Google Analytics (с подключением скрипта), и снова проверить наличие тегов с помощью Tag Assistant. Расширение покажет сообщение об отсутствии тегов:
Подключаемый скрипт закомментирован -> теги не найдены
№2. Установка напрямую в код сайта (библиотека analytics.js)
Способ по умолчанию, который использовали практически все, кто работал с Google Analytics с 2013 до августа 2017 года и без Google Tag Manager. Тогда еще не было библиотеки gtag.js, и код Universal Analytics, который копировали из интерфейса и добавляли на отслеживаемые страницы сайта, выглядел так:
Установив код таким способом, Tag Assistant отобразит один зеленый тег:
Один тег Universal Analytics
№3. Установка двух кодов одновременно (gtag.js и analytics.js)
Бывают ситуации, когда у вас на сайте могут быть размещены два кода Google Analytics (с одинаковым идентификатором отслеживания) одновременно, причем от разных библиотек. Либо вам так посоветовали сделать, либо вы когда-то настраивали один раз, а потом еще раз. И забыли удалить. Часто я встречал такое на практике, когда один код добавлен через администраторскую панель на сайте, а второй вручную в код сайта.
Если с такой реализацией мы перейдем в расширение, то Tag Assistant выдаст следующее:
Установка двух кодов одновременно (gtag.js и analytics.js)
Желтый значок свидетельствует о непредвиденных последствиях, которые могут возникнуть в этом теге. Если мы нажмем на него, то увидим важный звоночек — рядом с Pageview Requests стоит цифра 2 и ниже сообщение:
Дубли просмотра страниц
Это означает, что вы отправляете как минимум 2 Pageview (Просмотр страницы) в один Google Analytics. Такая ошибка, как правило, возникает, если вы установили несколько одинаковых кодов счетчиков на сайт, или же добавили лишнюю отправку Pageview через Google Tag Manager или дополнительную строчку кода в счетчик Google Analytics:
2 Pageview будут искажать статистику в отчетах Google Analytics, задубливать данные. Вместо одного просмотра страницы вы будете видеть два. Чтобы этого избежать, исправьте настройки счетчика и отправляйте только один Pageview на каждой странице.
Несколько счетчиков Google Analytics
Вы можете установить несколько счетчиков Google Analytics на своих веб-страницах, чтобы отправлять данные в несколько ресурсов аккаунта. Использование нескольких тегов может быть полезно, если пользователям, имеющим доступ к различным ресурсам, необходимо просматривать данные с одного и того же веб-сайта или если у вас есть несколько версий веб-сайта.
Например, вы можете собирать данные с сайта site.ru с помощью одного счетчика аналитики, данные для поддомена my.site.ru в другом экземпляре Google, и использовать третий код счетчика Google Analytics на обоих веб-сайтах, чтобы увидеть суммарные данные.
Также несколько счетчиков могут отображаться из-за частой смены подрядчика. Коды, которые установлены на сайте, как правило, размещаются вашими разработчиками по их техническому заданию. Когда вы работаете с одним исполнителем, он может попросить поставить свой код отслеживания Google Analytics (ему так удобнее), когда вы разрываете с ним сотрудничество и находите другого, тот тоже может желать установить свои коды, чтобы не разбираться в чужих настройках. В результате переходов от одного подрядчика к другому на сайте может быть установлено достаточно большое количество счетчиков с разными идетификаторами. А старые вы просто забываете/не хотите удалять. Но все же это лучше делать, поскольку у исполнителей останется вся статистика по вашему проекту.
№4. Установка нескольких счетчиков с разными идентификаторами (библиотека gtag.js)
Интересное поведение Tag Assistant после добавления 2 счетчиков Google Analytics с разными идентификаторами (библиотека gtag.js). Исходя из способа №1 мы должны получить 4 записи (2 с зеленым тегом и 2 с синим). Но получаем 5 и сообщения Multiple installations of Global site tag (gtag.js) detected и Multiple Google Analytics tags detected:
У одного счетчика, помимо предыдущих двух записей, появляется еще одна строка Global site tag (gtag.js). А открыв этот тег, увидим данные по запросу на Redirected URL и дополнительные параметры запроса:
Redirected URL и дополнительные параметры запроса
У второго счетчика Google Analytics такого нет. Если перейти в консоль разработчика на вкладку Network (Сеть) и посмотреть перечень запросов, то можно увидеть несколько:
- запрос счетчика gtag.js для одного идентификатора;
- запрос счетчика gtag.js для другого идентификатора;
- запрос первого счетчика UA- с дополнительными параметрами.
Три запроса на вкладке Network (консоль разработчика)
Сказать однозначно я не могу, но есть предположение, что здесь играет роль последовательность расположения счетчиков в коде страницы и порядок их загрузки. Для первого создается дополнительные параметры запроса по причине установки нескольких счетчиков Google Analytics с библиотекой gtag.js, хотя подключамый (внешний) скрипт, фактически, один и тот же. При добавлении третьего счетчика Google Analytics Tag Assistant уже находит 8 записей (2×3+2), дублируя дополнительные запросы для всех, кроме одного. При добавлении четвертого счетчика тегов становится 11 (2×4+3). Сама настройка нескольких счетчиков таким способом корректно, поэтому уведомлениями и дополнительными тегами в Tag Assistant можно пренебречь.
№5. Установка нескольких счетчиков с разными идентификаторами (библиотека analytics.js)
Аналогично для библиотеки analytics.js. При добавлении нескольких счетчиков с разными идентификаторами мы получим критические ошибки:
Несколько счетчиков с разными идентификаторами
Это может происходить потому, что вы просто добавили два одинаковых кода Google Analytics подряд, которые отличаются только одним идентификатором.
Два кода отличаются только идентификаторами
А ошибка, которую мы получаем в Tag Assistant, все та же — 2 PageView:
2 Pageview Requests
Хоть мы установили два разных кода, 2 Pageview Requests будет приписываться одному счетчику Google Analytics. Чтобы два счетчика корректно работали между собой и отправляли статистику в отчеты, необходимо присвоить счетчикам имена, используя поле name в качестве четвертого аргумента команды create:
Источник
