Ошибки в Google Analytics

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

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

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

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

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

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

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

Оповещения

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

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

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.

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

ga('send', 'event', 'Videos', 'play', 'Fall Campaign', {
  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-событие» потребуются доступы к сайту, их можно предоставить в профиле проекта.

Зарегистрироваться в PromoPult

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

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

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

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

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

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

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

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