Почему не работает гугл аналитика

Google Analytics перестали работать все отчеты, кроме Real-Time. Что делать?

Внезапно перестали работать все отчеты Google Analytics, кроме Real-Time.
Везде по нулям начиная от с 3 декабря . Через веб и по АРІ.

Вместе с тем статистика собирается и это видно во вкладке Real-Time, где правильно указывает и количество активных посетителей сейчас на сайте, и популярные активные страницы, и источники переходов, и т.д.

Написали в Google через Feedback форму, но никакого ответа уже второй день.

Возможно кто-то сталкивался с подобной проблемой? Посоветует как ее решить?

UPDATE: на часах начало 5 декабря и появились данные за 3 декабря, но за 4 декабря дальше по нулях все.

Исправление ошибки тега 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. Счетчик не активировался и не передавал информацию. Как так?

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

Гипотезы

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

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

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

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

С другой стороны, если бы какое-нибудь расширение типа AdBlock или Ghostery блокировало доступ к сторонним скриптам, то оно блокировало бы и другие счетчики, и Яндекс.Метрику, и Google Analytics 4, и ВКонтакте Pixel, и т.д. А здесь это происходит точечно. Так или иначе, необходимо проверить.

Самый простой способ это сделать — открыть в браузере консоль разработчика и вкладку 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)!

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

20 ошибок в настройке Google Аналитики, которые влияют на сбор и обработку данных

PromoPult 13 Августа 2020, в 16:01

Google Аналитика – мощный инструмент для анализа поведения пользователей на вашем сайте. С ее помощью вы можете отслеживать эффективность продвижения в поиске, оценивать результативность рекламных кампаний, анализировать воронки и данные электронной коммерции, формировать гипотезы по оптимизации сайта и пути клиента и многое другое.

Чтобы извлечь из Google Аналитики максимум пользы, она должна быть корректно подключена и настроена. В статье разбираем основные ошибки в настройке, из-за которых GA может не собирать данные или делать это некорректно.

Ошибки в установке кода счетчика

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

1. В коде счетчика прописан некорректный ID ресурса

Если ID не совпадают, ошибок в GA не будет – в нее в принципе не будут поступать данные. Поэтому если данных нет, а счетчик «вроде бы ставили», перепроверьте, корректно ли он установлен.

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

Но конкретная причина не важна. Если в GA не поступают данные, а в коде сайта уже есть счетчик – сверьте ID.

2. На некоторых страницах нет счетчика Google Аналитики

Как правило, для сайтов с шаблонными страницами код счетчика Аналитики добавляется очень просто: достаточно вставить его в хедер шаблона и код будет находиться на всех страницах.

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

3. Код счетчика расположен в неправильном месте

Счетчик системы аналитики необходимо размещать в хедере (сразу после открывающего тега). Если расположить код в другом месте html-кода сайта (после закрывающего тега), он может срабатывать некорректно.

4. На сайте установлено несколько счетчиков (с использованием ga.js)

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

А вот при использовании старого (классического) кода ga.js устанавливать несколько счетчиков не стоит. При установке нескольких кодов ga.js на одну страницу Аналитика не сможет корректно собирать и обрабатывать данные.

5. Нет счетчика на странице ошибки 404

Еще один важный момент для корректного отслеживания сеансов: код счетчика Google Аналитики должен быть установлен на странице 404-й ошибки.

Почему это важно

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

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

Если на 404-й странице забыли поставить код счетчика, Google Аналитика будет фиксировать разрыв сеанса каждый раз при переходе на эту страницу. Если пользователь не уйдет с сайта, а продолжит взаимодействие – в GA будет зарегистрирован новый сеанс.

6. Код отслеживания не установлен на мобильной версии сайта

Так как мобильный трафик почти во всех нишах продолжает перевешивать десктопный, важно отслеживать статистику по посещению мобильной версии сайта. Если у вас адаптивный сайт – здесь нет проблем: один раз ставите счетчик на все страницы и GA будет отслеживать десктопный и мобильный трафик.

Если же у вас реализована отдельная мобильная версия (на поддомене типа m.site.ru) – на нее нужно поставить отдельный счетчик.

7. Код отслеживания дублируется на тестовом сайте

В крупных проектах (например, в e-commerce) масштабные обновления почти всегда сначала обкатываются на тестовом ресурсе, а затем выкладываются на основной. Частая ошибка при этом – разработчики ставят один и тот же код счетчика Google Аналитики на оба сайта. В этом случае в Аналитике вы будете видеть не чистые данные по клиентам, а «примеси»: активность контент-менеджеров, разработчиков и других сотрудников, которые непосредственно работают с тестовой версией.

Поэтому, если вы заметили странности в отчетах Аналитики, проверьте, не стоит ли у вас один код счетчика на двух сайтах.

Если проблема именно в этом, можно пойти двумя путями:

1. Убрать код счетчика с тестового ресурса. С этого момента в Google Аналитику будут попадать только данные по основному сайту. Отчеты, построенные с этой даты, более точно отразят картину по взаимодействию клиентов с вашим сайтом.
2. Код можно оставить, но настроить отдельные представления для тестового и основного сайтов. Так данные не будут смешиваться и вы сможете просматривать статистику по каждому из ресурсов.

Ошибки в настройке событий и целей

8. Код трекинга событий не соответствует коду счетчика GA

Есть три типа скриптов отслеживания Google Аналитики:

• ga.js (устаревший код);
• analytics.js (самый удобный и распространенный);
• gtag.js (самый свежий, с расширенными возможностями для профессионалов).

Чтобы данные по взаимодействию с сайтом отслеживались корректно, код событий должен соответствовать коду счетчика. Например, если у вас установлен счетчик GA с помощью кода ga.js, а вы добавляете событие с помощью трекинг-кода для analytics.js – события не будут отображаться в отчетах.

9. Не настроены события «nonInteraction» («без взаимодействия») – влияет на расчет показателя отказов

В некоторых случаях нужно отправлять события без взаимодействия. Например, у вас на главной есть видео и настроено событие на нажатие кнопки «Play». По умолчанию, если пользователь запустит видео, а затем уйдет с сайта, этот уход не будет учтен как отказ (так как запуск видео фиксируется как событие).

Если же вы хотите, чтобы событие «Проигрывание видео» не влияло на расчет показателя отказов, при настройке события вам нужно добавить в код события параметр nonInteraction и присвоить ему значение true.

ga(‘send’, ‘event’, ‘Videos’, ‘play’, ‘Fall Campaign’, <

В этом случае при проигрывании видео событие будет передаваться в Google Аналитику, но не будет учитываться как взаимодействие. Соответственно, не повлияет на расчет показателя отказов.

10. Не настроены отдельные цели под мобильный сайт

Если у вас развернута мобильная версия сайта на мобильном поддомене (m.site.ru) – не забудьте настроить отдельные цели для нее.

Ошибки в настройках представления

11. Часовой пояс в настройках представления указан неправильно

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

Поэтому, если ваши маркетологи сидят в Питере, а разработчики – в Хабаровске, убедитесь, что в аккаунте Google Аналитики выставлен тот часовой пояс, в котором вы запускаете и ведете все свои рекламные кампании.

12. Указана неправильная валюта

Неправильно указанная валюта – пожалуй, наименее существенная ошибка. Однако этот параметр важен для удобства работы с Аналитикой и сопоставления данных GA с другими отчетами. Например, если вы все расчеты и отчетность по финансам ведете в рублях, установите в GA рубль в качестве базовой валюты. Так проще будет сопоставлять данные из разных отчетов и вам не потребуется каждый раз производить конвертацию.

Не настроены фильтры и исключения источников перехода

13. В Google Аналитику попадают данные по внутреннему трафику

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

Соберите список IP сотрудников и отфильтруйте их на уровне представления. Google Аналитика не будет учитывать статистику по посещениям с указанных IP-адресов.

Можно использовать два разных представления – с фильтрами и без них.

14. Неправильно выбран тип соответствия

При настройке целей с типом «Переход» (переход по определенному URL) необходимо выбрать тип соответствия. Их три:

• «Равно»;
• «Начинается с»;
• «Регулярное выражение».

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

Допустим, мы хотим отслеживать все переходы на страницу конкретного товара (из поиска, с контекстной или таргетированной рекламы и т.д.). URL товара – https://site.ru/product1. В настройках цели нам необходимо указать URL и выбрать тип соответствия.

Если указать тип соответствия «Равно», достижение цели будет считаться только в том случае, когда переход осуществлен по URL точно в том виде, в котором он указан в настройках. То есть будут учтены только прямые переходы и переходы из органического поиска. Переходы из рекламных объявлений не будут фиксироваться как достижение цели, так как в этом случае URL будет содержать UTM-метку или идентификатор рекламной системы.

Делаем вывод, что нам подходит тип соответствия «Начинается с». В этом случае будут фиксироваться все переходы по точному URL, а также по URL, содержащим любые метки или идентификаторы после основной ссылки.

15. Собственный сайт не исключен из списка источников переходов

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

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

16. Не настроены исключения для страниц платежных систем

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

Вот почему так происходит:

1. Пользователь оформляет заказ, выбирает онлайн-оплату и переходит на страницу платежной системы.
2. После оплаты – возвращается на сайт. Так как переход на сайт осуществляется со страницы платежной системы, GA фиксирует его как реферальный трафик (что некорректно).

Чтобы подобного не происходило, добавьте домен платежной системы в список исключаемых источников.

17. Не настроены исключения для спамного трафика

Иногда в Google Аналитике вы можете наблюдать резкие всплески посещений сайта, но объяснения им нет – в это время не было дополнительных рекламных активностей и нет других объективных причин для такого пика.

Возможная причина подобных скачков трафика – спамные боты. Такие посещения могут здорово искажать статистику по взаимодействию реальных пользователей с сайтом. Определить спамный трафик можно в отчете «Источник / канал». У сайтов, с которых пришли боты, будет 100% показатель отказов и нулевая длительность сеанса.

Чтобы исключить данные по такому трафику из отчетов, настройте сегмент, в котором будут отфильтровываться посещения со 100% показателем отказов и нулевым временем на странице.

Можно также в настройках представления поставить фильтр на всех известных GA ботов (поисковых роботов).

Нет связей с сервисами Google

18. Не настроена связь GA с Search Console

Связь Google Аналитики с другими сервисами Google важна для более комплексного отслеживания трафика из разных источников.

Связь с Google Search Console помогает узнать:

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

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

19. Не настроены связи с Google Ads и другими сервисами Google

Кроме Search Console полезно настроить связи с другими сервисами Google (если они для вас актуальны). Базово – необходимо связать аккаунт GA с аккаунтом Google Ads. Если связь установлена, аудитории и данные по конверсиям из Google Аналитики автоматически будут импортироваться в Google Рекламу.

Для тех, кто активно пользуется сервисами AdSense и Ad Exchange полезно настроить связь GA и с этими сервисами, а также подключить импорт расходов.

Идентификация пользователей

20. Не активирован анализ данных о пользователях

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

Как идентифицировать пользователей, которые используют разные устройства

Если у вас на сайте можно авторизоваться, и аккаунтам пользователей присваиваются уникальные идентификаторы, вы можете включить функцию User ID в Google Аналитике и передавать в GA эти идентификаторы.

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

Исправьте ошибки и пользуйтесь возможностями Google Аналитики на полную

Если Google Аналитика подключена и настроена корректно, вы сможете:

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

И это только часть возможностей GA. Пользуйтесь инструментом, анализируйте отчеты, вносите изменения на сайт и отслеживайте эффективность.

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

Ошибки в Google Analytics: что можно исправить, на что нельзя повлиять

Google Analytics, пожалуй, самый популярный инструмент веб-аналитики в мире, но наверняка вы замечали, что данные не всегда корректны. Можно ли что-то с этим сделать?

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

20 ошибок в настройке GA, которые можно исправить

Начнем с некорректных настроек, которые вы можете исправить. Пройдитесь по списку и сравните с вашими настройками на проектах. Исправления могут существенно улучшить вашу аналитику.

1. Установка GA на тестовом сервере

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

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

2. ID ресурса в настройках GA не соответствует ID в коде на сайте

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

3. Неправильная комбинация кода отслеживания событий и кода GA

Существует три типа скриптов GA: ga.js, analytics.js и gtag.js (самый свежий). Для корректного отслеживания событий (например, кликов) важно, чтобы код трекинга событий (event tracking code) соответствовал GA-коду. К примеру, если у вы установили актуальный скрипт ga.js, но оставляете старый трекинг-код для analytics.js, события не будут отображаться в дэшборде.

4. Не настроен фильтр для внутреннего трафика

С сайтом может работать множество сотрудников компании (маркетологи, разработчики, менеджеры по продажам и т.д.). Чтобы их посещения не влияли на данные в GA, необходимо настроить фильтр, исключающий внутренний трафик (по IP офиса/офисов и других мест, откуда могут работать сотрудники).

Можно использовать два разных представления — с фильтрами и без них.

5. Неправильный часовой пояс

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

6. Неправильная валюта

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

7. Не настроен или неправильно настроен тип соответствия для целей

При настройке целей можно выбрать тип соответствия: «Equals to» («Равно»), «Begins with» («Начинается с») и «Regular expression» («Регулярное выражение»).

• Если цель соответствует конкретному URL, следует выбрать «Равно».
• Если при совершении отслеживаемого действия к URL добавляется ID cессии или транзакции, выбираем «Начинается с».
• Если необходимо учесть несколько условий — настраиваем «Регулярное выражение».

8. Собственный сайт не исключен из списка источников переходов

Сессия пользователя может прерваться по множеству причин, и при перезагрузке сайта GA будет засчитывать новое посещение. При этом источником будет этот же сайт. Чтобы счетчик работал корректно, необходимо внести URL самого сайта в список исключения источников переходов.

9. Страницы платежей не внесены в список исключения источников переходов

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

10. Google Search Console не связана с Google Analytics

Если Google Search Console не связана с GA, вы не сможете узнать, какой поисковый запрос привел пользователя на ваш сайт, и на какой странице он оказался. Для отслеживания в разделе «Связь с другими продуктами» / «Все продукты» необходимо подключить Search Console.

11. GA не связан с другими продуктами Google

Для сбора более точной информации свяжите GA с Google Рекламой, Adsense, Ad Exchange и настройте импорт расходов. Это позволит проследить связь между действиями пользователей и вашей рекламной активностью.

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

Съем позиций, кластеризация запросов, парсер Wordstat, сбор поисковых подсказок, сбор фраз ассоциаций, парсер мета-тегов и заголовков, анализ индексации страниц, чек-лист оптимизации видео, генератор из YML, парсер ИКС Яндекса (бесплатно).

12. Не активирован анализ данных о пользователях

Пользователи могут заходить на ваш сайт с разных устройств. Это искажает показатели в отчетах. Решение в GA есть: при отслеживании трафика система для каждого посетителя создает уникальный идентификатор. Это может быть файл cookie с названием _ga или функция User ID в сочетании с ID клиента. По умолчанию такое отслеживание отключено. Если у вас интернет-магазин или сайт услуг, его следует включить.

13. Код GA проставлен не на всех страницах

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

14. Код GA не проставлен на странице с 404 ошибкой

Если на 404-й странице нет кода GA, данные о сеансе, включающем переход на 404-ю страницу, будут искажены. Будет происходить разрыв сеанса.

15. Код GA не установлен на мобильной версии сайта

Если ваш мобильный сайт имеет URL, отличный от десктопного (например, m.site.com), на нем должен стоять отдельный счетчик.

16. Не настроены отдельные цели под мобильный сайт

Опять же, для мобильного сайта все цели должны быть настроены отдельно.

Полезно знать: в условиях Mobile First работа по продвижению мобильной версии становится приоритетной. И отчеты по продвижению десктопа и мобайл версии нужно готовить раздельно.

17. Неправильное размещение кода GA

Google рекомендует размещать код GA в хедере. Если он расположен после закрывающего тега </head>, счетчик может работать некорректно.

18. Несколько счетчиков GA на одной странице

Если вы по ошибке разместили несколько кодов GA на одной странице, система не сможет правильно собрать аналитические данные.

19. Неправильно настроены события «non Interaction» («без взаимодействия»)

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

Для этого в объекте fieldsObject команды send присвойте полю nonInteraction значение true.

Пример для видео:

20. Реферальный спам

Если в какой-то момент отмечается резкий, ничем необоснованный скачок трафика, возможно, на сайт пришли боты со спамных сайтов. В списке рефералов такие сайты легко увидеть по 100% показателю отказов. Для анализа показателей по реальным пользователям следует настроить сегмент, исключающий спамные рефералы, — например, отсекать трафик с нулевым временем на странице и показателем отказов 100%. Можно также в настройках представления поставить фильтр на всех известных GA ботов.

6 искажений в статистике, на которые вы не можете повлиять

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

Измени то, что ты можешь изменить. Смирись с тем, что ты изменить не в состоянии. И научись отличать одно от другого.

1. На некоторых браузерах заблокирован Java Script

GA собирает информацию о сайте, используя Java Script. Если браузер его блокирует, скрипт не работает. К счастью, это редкий случай.

2. Некоторые пользователи отключают куки

С помощью cookies GA собирает информацию о поведении пользователей: сколько раз они заходили на сайт за определенный промежуток времени, какие страницы посещали в каждый из визитов и т.д. Если куки отключены, каждый сеанс одного и того же пользователя будет рассматриваться как визит нового посетителя.

3. Срок действия cookies истек

Существует два типа cookies.

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

GA завершает сессию после 30 минут отсутствия взаимодействия со страницей. Т.е. если пользователь прервался на полчаса и затем вернулся к сайту, начинается новая сессия и он получает новую сессионную куку.

Вы можете указать, в течение какого времени должны храниться данные о пользователях и событиях. Это актуально для сайтов, на которых пользователи «зависают» надолго — например, при просмотре длинных видео.

4. Один посетитель использует несколько устройств

Анализ поведения посетителей, использующих одновременно несколько устройств, — серьезная задача, с которой GA пока не справляется. Допустим, пользователь ищет товар со смартфона, изучает все характеристики, сравнивает разные варианты… а затем открывает ноутбук, заходит на сайт того же магазина и через 10 секунд оформляет заказ.

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

Это можно контролировать, если настроить анализ данных о пользователях (см. п.12 выше).

5. GA не отображает данные в режиме реального времени

GA обрабатывает данные в течение 24 часов. В режиме реального времени отображается крайне скудная информация:

6. GA может анализировать выборочные показатели

Эта проблема актуальна для крупных сайтов с большим объемом трафика и активным поведением пользователей. Поскольку обработка данных в полном объеме требует значительных ресурсов, GA анализирует данные выборочно. При этом в правом верхнем углу экрана появляется желтая плашка с сообщением, какой процент посещений был проанализирован.

Чек-лист: что еще можно проверить

Параметры и показатели

Составлена и ведется актуальная таблица событий и целей

Это таблица, в которой прописаны все события и цели, в каких частях страницы они проставлены, при каких условиях и на каких устройствах они срабатывают.

Настроены вычисляемые показатели

Вычисляемые показатели помогают рассчитать данные, которых нет по умолчанию. Например:

• доход на пользователя = доход / пользователи;
• сеансы на пользователя = сеансы / пользователи;
• ценность лида = ценность цели / достигнутые переходы к цели;
• расходы с учётом НДС или агентской комиссии = расход на рекламу * 1,20 (или на % комиссии).

Созданы группы контента

Группы контента полезны для сравнения популярности разных разделов сайта без фильтрации по URL. Например: основной сайт, интернет-магазин, блог, форум. Это особенно полезно, если сайт слабо структурирован.

Добавлен фильтр поиска и замены

Так можно заменить любой параметр трафика. Например, объединить статистику с разных поддоменов или преобразовать непонятные ID категорий товаров в названия.

Добавлен фильтр нижнего регистра

Это важно, если в ссылках есть символы в разном регистре. Например, site.ru и Site.ru. Если фильтра нет, то в отчётах будет отдельная статистика по просмотрам site.ru и Site.ru.

Исключены ненужные параметры запросов в URL

Из отчётов лучше исключить любые параметры URL или уникальные идентификаторы сеансов, такие как sessionid, yclid, _openstat и пр. Так GA не будет воспринимать страницы с доп.параметрами как другие URL.

Настроен поиск по сайту

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

Настройки ресурса

Доступ к GA есть только у тех, кто должен его иметь

Контролируйте доступы и вовремя отключайте бывших сотрудников и подрядчиков.

Настроен pageType

Пользовательский параметр «тип страницы». Например, для интернет-магазина — main (главная), catalogue (каталог), product (карточки товара).

Настроен clientID

Пользовательский параметр Client ID — уникальный идентификатор клиента, который присваивается каждому устройству. По нему в отчетах учитываются уникальные пользователи. Он необходим для выгрузки данных о продажах через Measurement Protocol.

Настроен userCity

Если контент сайта меняется в зависимости от указанного города, стоит использовать пользовательский параметр userCity — так вы сможете делать отчет по городам.

Настроен userID

Пользовательский параметр userID — это ID пользователя из базы данных (CRM).

Настроена интеграция с Youtube-каналом

Если интеграция настроена, вы сможете анализировать трафик канала на Youtube.

Настроены атрибуты динамического ремаркетинга

Это нужно для создания рекламных кампаний динамического ремаркетинга.

Включен сбор данных для ремаркетинга

Аудитория ремаркетинга — группы пользователей, посетивших сайт. Информация о них копится в GA, если включить сбор данных для ремаркетинга.

Нет личной информации о пользователях

ФИО, номер телефона и кредитной карты, почту, уникальный ID мобильного телефона использовать нельзя (даже в хешированном виде). Допустимо использовать ID клиента в CRM. Если нарушить правило, Google может удалить аккаунт и все данные.

Оповещения

Можно настроить оповещения, которые позволят вам вовремя исправлять ошибки:

• Рост JS ошибок на 50% ко дню на прошлой неделе.
• Рост 404 ошибок на 100% ко дню на прошлой неделе.
• 404 ошибка при переходе с UTM.
• Падение достижения главной цели на 50%.
• Перестал отрабатывать код GA.

Как подключить GA и отслеживать конверсии в PromoPult

В системе PromoPult для всех проектов доступно отслеживание целей в разрезе каналов трафика и рекламных кампаний. Данные берутся из Яндекс.Метрики и Google Analytics.

Чтобы отслеживание целей GA работало корректно, нужно:

• правильно настроить цели в Google Analytics;
• предоставить доступ к счетчику в профиле проекта.

Далее останется пройти всего два этапа:

1. Кликните на шестеренку возле правого графика напротив проекта и отметьте цели, которые необходимо отслеживать:

На графике отобразится одна цель или сумма достижений нескольких целей.

2. В настройках левого графика выберите для SEO-проектов видимость в поиске или количество посетителей, для проектов контекстной и таргетированной рекламы – показы или клики:

Если вы настроили в системе контекстную или таргетированную рекламу, необходимо отслеживать выполнение целей по каждой кампании. В PromoPult это возможно за счет разметки UTM или Openstat.

Не уверены, что настроите цели правильно? Обратитесь к специалистам PromoPult, они сделают это бесплатно. Кликните по ссылке «Настроить цели» в режиме Достижение целей правого графика:

Для настройки цели типа «JavaScript-событие» потребуются доступы к сайту, их можно предоставить в профиле проекта.

В чем удобство использования GA

Отдельные представления для тех, кому нужно показать только часть трафика

Например, вы работаете с каким-то ресурсом по CPA. Они хотят видеть заказы со своего источника. Достаточно дать им доступ на уровне представления только к конкретному источнику.

Пользовательские отчеты, часто используемые отчеты

Все необходимые отчеты созданы, а часто используемые добавлены в раздел «Сохраненные отчеты (Ярлыки)» для быстрого доступа.

Пользовательские сводки

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

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