Не работает Google аналитика

Часть IP адресов Google Analytics и Google Tag Manager попали в список заблокированных Роскомнадзором подсетей. Поэтому часть запросов к этим сервисам (по нашим оценкам около 10%) приводит к ошибкам.

9270 просмотров
На что это влияет

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

У аналитиков и маркетологов проблем больше:

  • Панели управления GA и GTM не открываются или работают со сбоями.
  • На сайте не срабатывают теги всех рекламных сервисов, добавленные через Google Tag Manager.
  • В Google Analytics теряется часть данных о действиях пользователей на сайте.

Последний пункт приводит к искажению метрик в интерфейсе Google Analytics, в отчетах Google Sheets, Google Data Studio и всех приложениях, которые получают данные из Google Analytics. Например, увеличивается расхождение между кликами в рекламных сервисах и сессиями, теряются транзакции, уменьшается собираемая для ретаргетинга аудитория.

Илья Красинский — Как на самом деле работает Google Analytics

Использование VPN

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

Но без восстановления полноценного сбора данных ценность Google Analytics будет существенно ограничена. Кроме того, нет уверенности в том, что данные не перестанут собираться полностью.

Альтернативы Google Tag Manager и Google Analytics

Для Google Tag Manager есть много альтернатив, включая отечественный DigitalDataManager. Но все они платные, и для переноса тегов придется не только настраивать их заново, но и менять формат данных в dataLayer.

Для Google Analytics альтернатив не меньше, включая Яндекс.Метрику, которая по доле рынка занимает уже второе место в мире. Но переход на другую систему аналитики создает очевидные проблемы: потеря исторических данных, готовых интеграций, необходимость повторного внедрения кодов отслеживания на сайте и переобучения сотрудников. Кроме того, часть функционала Google Analytics является уникальной и недоступна в других бесплатных сервисах аналитики.

Все это — решаемые задачи, но вряд ли кто-то хотел бы заниматься ими в срочном порядке, теряя данные и деньги.

Проксирование запросов к Google Analytics и Google Tag Manager

По нашему опыту хорошим и быстрым решением для средних и крупных сайтов является проксирования трафика через выделенный сервер. В этом случае запросы с сайта будут отправляться сначала на ваш сервер, а с него по Measurement Protocol в Google Analytics.

Для этого на сайте достаточно будет заменить домен, с которого загружаются скрипты gtm.js или analytics.js. В нашем случае это выглядит так:

(function(w,d,s,l,i)
new Date().getTime(),event:’gtm.js’>);var f=d.getElementsByTagName(s)[0],

Гугл аналитика — не отображается Представление


j=d.createElement(s),dl=l!=’dataLayer’?’j.async=true;j.src=
‘https:// google-analytics-suite.bi.owox.com /gtm.js?id=’+i+dl;f.parentNode.insertBefore(j,f);
>)(window,document,’script’,’dataLayer’,’GTM-XXXX’);

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

  1. При выборе хостинга убедитесь, что запросы с сервера будут успешно доходить до сети Google, а сами IP, выдаваемые самим хостером, не являются заблокированными.
  2. При получении запроса к gtm.js или analytics.js ваш сервер должен запросить аналогичный файл с сервера Google, а затем заменить в ответе домены Google на адрес вашего сервера. Это необходимо чтобы запросы к вспомогательным скриптам, например ec.js, также направлялись к вашему серверу.
  3. При получении хита необходимо явным образом указать IP и user-agent клиента, чтобы Google Analytics отображал в локациях посетителей не только ваш офис.
  4. Не забудьте подключить SSL сертификат и настроить 307 редиректы для http-запросов.
  5. Если ваш сервер использует ipv4, убедитесь что при проксировании запросов к сервисам Google ваш веб-сервер использует ipv4, а не ipv6.
  6. Включите keepalive, чтобы сэкономить на сетевых подключениях.
  7. Учтите, что POST-запросы через Measurement Protocol могут отправляться с пустым телом и все данные будут в URL.
  8. Настройте мониторинг, чтобы вовремя среагировать, если серверу станет «плохо», иначе данные потеряются.
Google не отображает результаты

События последней недели заставили многие компании задуматься о качестве и сохранности их данных. Крупным проектам разработка собственной системы аналитики действительно может помочь застраховаться от части рисков. Но не стоит забывать, что Google Analytics это наиболее универсальная система аналитики, которая помогает бизнесу, в том числе, контролировать отношения с партнерами.

Поэтому мы рекомендуем всем, кто использует системы аналитики, дублировать данные Google Analytics в хранилище, которое принадлежит вам. Для этого подойдут облачные сервисы Google BigQuery, AWS RedShift или внутренние ClickHouse, HP Vertika.

Показать ещё
19 комментариев
Написать комментарий.

Чтобы пользоваться интернетом – смените страну проживания.

Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Владимир, в свою очередь добавлю про DDM.
3. Не GTM, а его улучшенная, морально обновленная и удобная версия. Срок интеграции зависит от желания и целей компании: можно ограничиться базовой интеграцией, а можно нацелиться на продвинутую.
Есть бесплатная версия. Платная версия дает больше функциональных возможностей и позволяет пользоваться суппортом команды для реализации всех хотелок.
Ни один из скриптов DDM не хранится на заблокированных серверах. Вы можете проверить это сами и убедиться, что все скрипты раздаются из Москвы.

Развернуть ветку

Комментарий удален модератором

Развернуть ветку

Владимир, зачем вводить людей в заблуждение? Вы ведь никогда не работали с продуктом DigitalDataManager. В связи с этим непонятно, откуда вся эта информация?

1. Да, вы можете внедрить контейнер GTM, просто скопировав и вставив код на все страницы. Но что это даст? По факту, GTM — не более чем онлайн-редактор кода, где для работы все равно нужно знать JavaScript и куда ни в коем случае нельзя пускать маркетологов, да и аналитиков не рекомендуется.

DDM также можно внедрить скопировав и вставив код на все страницы. Но тогда и функционал будет лишь на уровне GTM.

Если вы хотите использовать все возможности DDM, то очевидно интеграция нужна. Но в отличии от GTM и других тег-менеджмент систем (Tealium, TagCommander и др.), это будет будет ваша единственная интеграция.

Любые маркетинговые и аналитические сервисы уже можно будет подключать без необходимости знания JavaScript или постановки задач в отдел разработки. И это только вершина айсберга.

2. Про платить — в DDM вы платите за поддержку, а не за использование продукта. Если вы хотите использовать DDM без нашей поддержки — платить не обязательно. Все просто.

Для сравнения — у GTM вообще нет никакой поддержки. Если вы захотите решить даже такую очевидную и простую задачу как подключение GA Enhanced Ecommerce, то скорее всего вы потратите в 10 раз больше, нанимая аналитическое агентство или аналитика на ЗП. Да и то не факт, что они все правильно настроят.

3. >> Чтобы воспользоваться GTM — нужно просто иметь почту на гугле. Чтобы воспользоваться DDM — нужно заполнять заявку через сайт и ждать ответа (?!).

Сомнительное преимущество, если честно)

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

Конечно, self-serve версия будет тоже. Просто попозже. Пока что DigitalDataManager сфокусирован на компании уровня enterprise, которым self-serve регистрация не нужна, а которым нужно решение их проблем, появившихся от использования GTM.

4. >> Чтобы сохранить все настройки GTM и перенести их куда нужно — достаточно двумя кнопками импортировать все в файл json.

Такой функционал также присутствует.

5. >> Если нужно по-быстрому разметить действие на сайте, вставить скрипт, отредактировать dataLayer, добавить переменную — это делается моментально.

В DDM все указанные функции выполняются разы быстрее и удобнее. Более того, вам не придется создавать 8 разных тегов для передачи одного события в 8 разных систем.

Суммируя: Если сравнивать GTM и DDM face-to-face, то победит однозначно DDM.

У GTM нет ни одного преимущества или важного функционала, которого бы не было в DDM. При этом, все преимущества DDM — в GTM отсутствуют.

Если вам интересно — мы можем провести персональную демонстрацию и рассказать, что из себя предоставляет DigitalDataManager на самом деле.

Как подключить аккаунт Гугл к компьютеру в вот блиц

Источник: vc.ru

Исправление ошибки тега Google Аналитика: Universal Analytics — Failed

Контекстная, таргетированная реклама и веб-аналитика

В этой статье я опишу процесс поиска ошибки и решение, которое позволило избавиться от статуса Failed для тега Google Аналитика: Universal Analytics в Google Tag Manager.

Несмотря на то, что некоторые пользователи уже переходят на Google Analytics 4 и потихоньку начинают его изучать, большая часть пока по-прежнему работает с Universal Analytics. И в нем до сих пор попадаются разные и интересные задачи, которые я раньше не встречал в своей практике. И эта одна из них.

Примечание: 1 июля 2023 г. Universal Analytics (GA3) перестанет собирать ваши данные на сайте, а уже сейчас Google предлагает вам использовать Google Analytics 4.

Вступление

Ко мне обратились за помощью в решении следующей задачи — расширение Google Tag Assistant не видит счетчик Universal Analytics, хотя он создан на основе стандартного тега Google Аналитика: Universal Analytics, и по сообщению заказчика, загружается в режиме отладки Google Tag Manager, но не передает данные в аналитику. Параллельно GA3 на сайте установлены Яндекс.Метрика и Google Analytics 4, которые срабатывают как надо. Цифры, которые сравнивались между тремя счетчиками (YM, UA и GA4), отличаются на порядок

Яндекс.Метрика (Новые посетители — 1612):

Данные по Яндекс.Метрике

Google Analytics 4 (Новые пользователи — 1649):

Данные по Google Analytics 4

И статистика Universal Analytics за тот же самый период (Новые пользователи — 609):

Данные по Google Analytics 3

Данных в Google Analytics 3 в 2-2,5 раза меньше, чем в Метрике и GA4. Очень странно. Получается, что тег Universal Analytics все-таки активируется и передает данные в аналитику, но только часть из них доходит? Как уведомил заказчик, его настройки тегов от проекта к проекту ничем не отличаются, а дополнительных фильтров в представлении не используется.

После того, как мне любезно предоставили доступы к проекту, я начал искать причину такого поведения.

Поиск тренда

Изначально я хотел проверить, изменения в счетчике аналитики произошли в какую-то конкретную дату или же это так происходит с самого начала установки кода Universal Analytics на сайт. Для этого самым простым способом является добавление нового счетчика Google Analytics к уже существующему, без каких-либо настроек, чтобы посмотреть, будет ли статистика расходиться между ними двумя, и заоодно проверить гипотезу про дату. Иногда бывает, что простая переустановка счетчика с новым идентификатором UA-XXXX-Y решает эту проблему.

Два счетчика Universal Analytics для тестирования

Создав тег в Google Tag Manager Google Аналитика: Universal Analytics с точно такими же настройками, я добавил его на сайт. Нужно было несколько дней, чтобы статистика в обоих счетчиках накопилась, и можно было сравнить ее между собой. Уже в момент публикации в режиме предварительного просмотра диспетчера тегов я заметил, что тег срабатывает не так, как обычно. Именно здесь впервые и появляется статус тега Failed:

Google Аналитика: Universal Analytics — Failed

Все остальные теги имели нужный статус Succeeded. Пока я не придал этому особого значения, а просто пометил в своем лог-файле, и продолжил наблюдения.

Через 2 дня мы сравнили данные и оказалось, что в обоих счетчиках (старом и новом) статистика расходится на порядок с Яндекс.Метрикой и Google Analytics 4, но между двумя GA3 расхождений практически нет. Значит дело именно в теге Universal Analytics, и ни в каких других. Необходимо вернуться к ошибке тега Failed.

Но для начала я хотел найти закономерность — на всех ли страницах сайта есть такая ошибка, тег имеет статус Failed или нет? Может быть дело в том, что код счетчика установлен не на всех страницах сайта? Этот вариант мы с заказчиком исключили в самый первый момент — установка сквозная, код присутствует в шапке сайта на всех страницах.

Раз какая-то статистика в отчеты Google Analytics попадает, можно проверить активацию тега именно на тех страницах, где был засчитан просмотр. Перейдя в отчет Поведение — Контент сайта — Все страницы, я увидел список страниц, просмотр которых GA3 зафиксировал:

Страницы, которые попали в отчеты (тег UA активировался)

Проверив поочередно каждую из них через режим отладки Google Tag Manager, везде мои теги Universal Analytics выдавали ошибку Failed. Счетчик не активировался и не передавал информацию. Как так?

Делай как в Google

Если счетчик себя ведет таким образом, значит у заказчика настройки были какие-то другие до того, как он написал мне, и счетчик как-то, но отрабатывал. А после обращения ко мне он перестал фиксировать переходы даже на те страницы, которые раньше засчитывались. Я принял решение вернуться к статусу ошибки Failed.

Гипотезы

Блокировщики

До того, как мне попалась такая проблема на сайте, я знал только одну причину появления статуса Google Аналитика: Universal Analytics — Failed. Это блокировка кода Google Analytics на уровне браузера.

Если ваш браузер блокирует библиотеку analytics.js, то есть клиент не может загрузить ее из https://www.google-analytics.com/analytics.js, тег будет отображать статус Failed. Самой распространенной причиной такого поведения — включенный в браузере блокировщик рекламы, который может запрещать активацию определенных тегов/кодов.

Пример блокировки трекеров (Ghostery)

Самый простой способ это сделать — открыть в браузере консоль разработчика и вкладку Network, затем выполнить поиск по google-analytics или collect:

Пример заблокированного запроса Google Analytics 3 (Google Chrome)

Если он заблокирован, то он вовсе не отобразится, либо запрос должен подсвечиваться красным цветом, как на скриншоте выше. В некоторых браузерах на вкладке Console можно увидеть дополнительную информацию по блокировке. Например, вот так это может выглядеть если используется расширение Ghostery:

Консоль разработчика — Console (Ghostery заблокировал все счетчики)

Данный способ — самая распространненая причина того, что счетчик Google Analytics не срабатывает и не передает данные в аналитику о просмотрах и других хитах.

Примечание: если библиотеке analytics.js удается загрузиться, но расширение или браузер блокируют вызовы www.google-analytics.com/collect , тег в Google Tag Manager не будет сигнализировать о статусе Failed .

Ни у меня, ни у клиента такого расширения не было, и блокировок счетчиков не фиксировалось. Значит причина в другом. И она оказалась куда более сложной и нетривиальной, а описание такой проблемы я нашел только у одного человека в интернете — Симо Ахавы (Simo Ahava)!

Да-да! Именно у него есть описание очень глубокой и неочевидной проблемы, с которой столкнулись я и мой заказчик.

Занятое пространство имен

Когда вы размещаете на странице фрагмент кода JavaScript analytics.js, он создает глобальный объект ga. На его основе разработчики создают объекты трекера, которые затем передают данные в Google Analytics. Имя этого объекта ga можно изменить во фрагменте кода analytics.js , а также с помощью Google Tag Manager.

Пример создания трекера по умолчанию:

Источник: osipenkov.ru

Устранение неполадок в коде отслеживания

Оптимизируйте свои подборки Сохраняйте и классифицируйте контент в соответствии со своими настройками.

При возникновении неполадок с отслеживанием Google Analytics сначала убедитесь, что базовая настройка выполнена правильно, как описано в Справочном центре в разделе Как проверить настройки кода отслеживания.

Неполадки кода отслеживания Google Analytics обычно возникают по следующим основным причинам:

  1. Из-за ошибок и опечаток в синтаксисе кода отслеживания (например, пробелы, неверно указанные настройки, ошибки в названиях параметров).
  2. Из-за отсутствия данных в отчетах.

В следующих разделах этого документа описывается использование инструментов устранения неполадок для определения и решения этих основных проблем.

Часто встречающиеся ошибки кода отслеживания

    Неверный регистр в названиях методов.
    Наша система учитывает регистр в названиях методов. Если указать название метода, не соблюдая регистр, его вызовы функционировать не будут. Примеры:

_gaq.push([‘_trackpageview’]); // wrong _gaq.push([‘_trackPageView’]); // wrong _gaq.push([‘_trackPageview’]); // correct
_gaq.push([‘_setDomain’, ‘example.com’]); // wrong _gaq.push([‘_setDomainName’, ‘example.com’]); // correct
_gaq.push([‘_setAllowLinker’, ‘false’]); // wrong _gaq.push([‘_setAllowLinker’, false]); // correct
_gaq.push([‘_setAccount’, ‘ UA-65432-1’]); // wrong _gaq.push([‘_setAccount’, ‘UA-65432-1’]); // correct

Часто встречающиеся ошибки данных в отчетах

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

Изменение кода отслеживания или отсутствие установки

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

  • Страница запрашивает ga.js JavaScript.
  • Страница запрашивает __utm.gif .
  • Переменные utmac и utmcc заданы в запросе __utm.gif .
  • Все релевантные параметры отслеживания доступны для дополнительных данных, передача которых ожидается (ознакомьтесь со списком параметров запроса GIF ниже).
Как сделать рассылку писем в Гугл

Если все эти элементы заданы правильно, данные должны появиться в ваших отчетах в течение 24 часов. Вы также можете установить значение «Сегодня» в поле диапазона дат, чтобы проверить, не появятся ли данные быстрее.

Страница или событие не появляется в отчетах

Если страница, содержащая код отслеживания, не появляется в отчетах о содержании, проверьте следующее:

  • Правильную ли страницу вы ищете? Google Analytics использует значение параметра utmp в качестве запрошенной страницы. Поэтому, если URL вашей страницы /test/myPage.html , убедитесь, что вы ищете myPage.html в отчетах о содержании. Проверьте значение параметра utmp , чтобы определить, запрос какой страницы отправляется.
  • Правильное ли событие вы ищете? Google Analytics использует значение параметра utme , чтобы отслеживать события в виде 5(object*action*label)(value) :
  • 5 – постоянная;
  • требуется объект и действие;
  • ярлык и значение необязательны.

Ошибки отслеживания кампаний

Для отслеживания рекламной кампании в Google Analytics необходимо добавить параметры отслеживания к рекламным ссылкам на ваш сайт. Затем код GATC объединяет URL страницы и параметры перехода, чтобы определить отправленную кампанию. Полученные сведения сохраняются в файле cookie вашего сайта в браузере посетителя и передаются в параметре utmcc запроса GIF. Во многих случаях переадресация URL сайта приводит к удалению из ссылки параметров отслеживания или сведений о переходе. В результате возникают ошибки в отчетах по кампаниям.

Чтобы проверить, вызывает ли переадресация ошибки отслеживания кампаний, нажмите на ссылку для перехода или ссылку, помеченную тегами, которая указывает на ваш веб-сайт, и просмотрите сведения о кампании в параметре utmcc . Подробнее о поиске и анализе параметра utmcc читайте в разделах Параметры запроса GIF и Отладка с использованием ga_debug.js.

Неверный атрибут цели (конверсии)

Конверсия – это цель, связанная с определенной кампанией. Чтобы убедиться, что цель правильно связана с нужной кампанией или переходом, выполните следующие действия:

  1. Нажмите на переход на ваш сайт, чтобы установить файлы cookie кампании.
  2. Выполните на сайте клики, необходимые для достижения конверсии или целевой страницы.
  3. Проверьте данные, которые отправляются в параметре utmcc , и убедитесь, что сохраняется файл cookie кампании.

Когда код отслеживания соберет всю информацию о кампании, эти данные будут сохранены в файле cookie, который ассоциируется с посетителем для последующих сеансов. Для каждой страницы, на которой выполняются функции отслеживания, сведения о кампании отправляются в запросе GIF. Соответственно, с каждым просмотром страницы ассоциируются данные о кампании или переходе. Если один из этих просмотров страниц настроен как цель, то с ней ассоциируется связанная кампания просмотров страниц. Подробнее о поиске и анализе параметра utmcc читайте в разделах Параметры запроса GIF и Отладка с использованием ga_debug.js.

Основные действия по отладке

При каждом выполнении кода отслеживания Google Analytics с сервера сбора Google Analytics запрашивается однопиксельное изображение GIF ( __utm.gif ). К строке запроса изображения добавляются все параметры, собранные Google для определенного запроса страницы, включая:

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

Данные, представленные в запросе GIF, полностью соответствуют отправленным на серверы Google Analytics, которые затем обрабатываются и отображаются в отчетах. Поэтому работоспособность кода отслеживания и, что более важно, факт передачи неверных данных в отчетах можно определить, просматривая данные, отправленные в запросе __utm.gif request, you can determine if the tracking code is working and, more importantly, whether it’s sending incorrect data to your reports.

Чтобы отладить код отслеживания, выполните следующие действия:

  1. С помощью стороннего инструмента отладки исследуйте запрос GIF, который отправляется в Google Analytics. Для этого нажмите на соответствующую ссылку на вашем веб-сайте.
  2. Убедитесь, что код отслеживания не содержит часто встречающихся ошибок.
  3. Проверьте наличие параметра utmp .
  4. Убедитесь, что параметр utmcc определен и имеет значение.
    Если параметр utmcc пуст, данные файла cookie не передаются и запрос игнорируется.
  5. Повторите проверку несколько раз и убедитесь, что запрос GIF отправляется во всех случаях.

Инструменты отладки

К URL запроса GIF добавляются различные параметры названий и значений. Чтобы не анализировать всю строку вручную, можно использовать бесплатный инструмент для отображения запроса GIF в более удобном виде. В следующей таблице перечислены инструменты, предназначенные для наиболее популярных браузеров.

Обратите внимание на удобный отладчик Google Analytics Tracking Code Debugger, который поможет вам устранить неполадки в коде отслеживания и не требует изменения кода с вашей стороны. Просто включите расширение и проверьте страницы на наличие ошибок. Подробнее о ga_debug.js.

Лучшие закладки для Google Chrome
Браузер Инструмент
Все Firebug Lite
Chrome Отладчик Google Analytics Tracking Code Debugger Новинка!
Chrome Встроенные инструменты разработчика (например, Ресурсы)
Firefox Live HTTP Headers
Firefox Firebug
Firefox Charles
Internet Explorer Fiddler
Internet Explorer Charles
Safari Встроенное окно Действие
Safari Charles

После установки и настройки инструмента откройте веб-страницу, неполадки на которой требуется устранить, и просмотрите анализ GIF в инструменте. Сначала удостоверьтесь, что нужная страница действительно отправляет запрос __utm.gif . Если запрос виден, значит серверы Google Analytics получают данные с этой страницы. В конце этого раздела приведены основные инструкции по использованию Live HTTP Header и Firebug, демонстрирующие удобство встроенных инструментов и дополнений браузера.

Использование Live HTTP Headers

  1. Загрузите и установите LiveHTTPHeaders для Firefox, перезапустите браузер.
  2. Откройте Live HTTP Headers (Инструменты >LiveHTTPHeaders).
  3. Перейдите на вкладку Generator (Генератор).
  4. Перейдите на свой сайт (или любую страницу, где установлен код отслеживания Google Analytics).
  5. Убедитесь, что выполняется запрос urchin.js либо ga.js
  6. Убедитесь, что выполняется запрос __utm.gif .

Использование Firebug

Расширение Firebug обеспечивает более структурированное представление запроса кода отслеживания ( urchin.js или ga.js ) и запроса GIF ( __utm.gif ). Далее описывается, как с помощью Firebug просматривать информацию о запросе GIF.

  1. Загрузите и установите Firebug для Firefox, перезапустите браузер.
  2. Перейдите на свой сайт.
  3. В Firefox выберите Инструменты > Firebug > Open Firebug (Открыть Firebug) > Enable Firebug for this web site (Включить Firebug для этого сайта).
  4. Выберите Net (Сеть), затем нажмите Images (Изображения).
  5. Перезагрузите страницу и убедитесь, что в списке появился новый запрос __utm.gif.
  6. Проверьте компоненты запроса на вкладке Params (Параметры).

Отладка с использованием ga_debug.js

Кроме стандартного файла ga.js команда Google Analytics разработала альтернативную версию Google Analytics JavaScript – ga_debug.js . Этот скрипт облегчает пользователям Google Analytics устранение неполадок. Он особенно полезен, если вы не имеете опыта работы с Google Analytics или переходите на новый асинхронный синтаксис.

Скрипт приводит подробные сведения о каждом запросе GIF, а также заносит в журнал предупреждения и сообщения об ошибках, когда возникают проблемы при работе кода отслеживания. Сообщения об ошибках выводятся в объект window.console . Для просмотра журнала можно использовать следующие инструменты:

  • Firebug (для Firefox);
  • встроенные инструменты Chrome и Safari;
  • Firebug Lite (для других браузеров).

Чтобы использовать скрипт ga_debug.js, можно изменить ссылки кода отслеживания на веб-странице, к которой у вас есть доступ для редактирования. Для этого замените в коде отслеживания страницы все ссылки с указанием /ga.js на /u/ga_debug.js . В случае, если скрипт отладки используется на крупном сайте, рекомендуем запускать его только в среде тестирования. Аналогично, если вы отлаживаете небольшой сайт, рекомендуем тестировать избранные страницы, а не весь веб-ресурс.

Важно! . Скрипт ga_debug.js больше, чем код отслеживания ga.js , и обычно не кешируется. Если вы запустите его на всех страницах основного сайта, его скорость для всех пользователей значительно снизится. Помните, что скрипт предназначен только для тестирования.

Если вы используете Universal Analytics ( analytics.js ) для отслеживания сайтов, вы можете включить analytics_debug.js , версию analytics.js для устранения неполадок в коде отслеживания. Подробнее о analytics_debug.js читайте здесь.

Использование отладчика Google Analytics Tracking Code Debugger

Отладчик Google Analytics Tracking Code Debugger – это расширение для браузера Chrome, активирующее скрипт ga_debug.js без изменения кода страниц. Это самый простой способ использовать ga_debug.js для устранения неполадок и анализа отслеживания на вашем сайте. Просто включите расширение и проверьте страницы на наличие ошибок. Изменять код отслеживания не нужно!

  • В ОС Windows или Linux нажмите на значок страницы и выберите Инструменты разработчика -> Консоль Javascript либо нажмите CTRL+SHIFT+J.
  • В ОС Mac выберите Вид -> Инструменты разработчика -> Консоль Javascript либо нажмите Command-Option-J.

Параметры запроса GIF

Запрос GIF имеет большую длину. Ниже показана лишь его небольшая:

http://www.google-analytics.com/__utm.gif?utmwv=4utmhn=example.comutmsr=1280x1024utmul=en-usutmfl=9.0%20%20r115utmdt=GATC012%20setting%20variablesutmr=0utm_campaign=campaign+gatc012utm_content=content+gatc012utmac=UA-30138-1С указанием авторства 4.0″, а примеры кода – по лицензии Apache 2.0. Подробнее об этом написано в правилах сайта. Java – это зарегистрированный товарный знак корпорации Oracle и ее аффилированных лиц.

Последнее обновление: 2016-03-30 UTC.

Источник: developers.google.com

Рейтинг
Загрузка ...