Аудит и оценка настроек Google Analytics

Думаем, многие из вас пользуются Google аналитикой. Есть сайт — должна быть аналитика. Настройки кажутся простыми: ставим фрагмент кода на все страницы сайта и наблюдаем, как накапливаются данные. Но можно ли доверять полученной информации?

Данные аналитики могут содержать спам, внутренний трафик сотрудников компании, информация может дублироваться. В конце концов, данные могут быть не полными. Важно проводить аудит систем аналитики, чтобы быть уверенными — вы все оцениваете правильно. Ведь на основании этой информации принимаются важные решения в бизнесе. Как откалибровать настройки и проводить аналитику без погрешностей, знает наша Web Analyst, Инна Рыбакова.

О чем мы расскажем:

1. Как проверить настройки аналитики
2. Проверка аспекта Config
3. Проверка аспекта Utility
4. Проверка аспекта Accuracy

Как проверить настройки аналитики

В Google аналитике есть настройки, которые помогают собрать данные и организовать их структуру для анализа. Ничего проще и эффективнее чек-листа для проверки этого инструмента еще не придумали. Рассказываем, зачем использовать чек-лист и как его применять.

Зачем использовать чек-лист:

• Вы учтете все настройки аналитики, не упустив ничего значимого, но не очевидного.
• Работа без чек-листа требует больше усилий. На каждом этапе вы должны решить, что делать дальше. Чек-лист отвечает на этот вопрос за вас.
• А вот работа с чек-листом позволяет делегировать задачи. Любой сотрудник поймет, какие настройки инструмента вы уже проверили, и на чем остановились.

Для оценки и аудита аккаунтов Google аналитики наших клиентов мы используем систему оценки производительности цифровой аналитики DAPS (Digital Analytics Performance Score). Это чек лист, который делится на 3 составляющих качества настройки аналитической платформы: Config, Utility, Accuracy.

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

• Config (баллы 0-4) — Оценивает доступ к данным в общем: какие типы данных собираются, как имплементирован код отслеживания, интеграции с другими продуктами, например с Search Console или Google Ads.
• Utility (баллы 0-3)  — Оценивает то, как организован аккаунт, насколько удобно его использовать при анализе данных. Например — нейминг и структура представлений, настройка целей, группировка каналов.
• Accuracy(баллы 0-3) — Оценивает чистоту и точность собираемых данных.

Основные настройки инструмента Google аналитики, и проверки в каждом из аспектов

Config

Реализация кода отслеживания Google Analytics

• Код Google Analytics установлен на всех страницах сайта. Если для отдельных страниц сайта используются нестандартные шаблоны, скорее всего хедер будет отличаться. В нем может не быть скрипта Google Analytics. Поэтому нужно добавить код аналитики во все шаблоны.
• ID ресурса в настройках Google Analytics соответствует ID в коде на сайте.
•  Код Google Analytics есть на странице с 404 ошибкой. Если там нет кода, данные о сеансе, включающем переход на 404, будут искажены. Сеанс будет обрываться.
•  Код установлен только на нужном сайте.
•  Код не дублируется.

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

•  Включены отчеты по демографии и интересам.
•  Ресурс связан с другими продуктами Google. Для получения более точной информации свяжите аккаунт аналитики с другими продуктами, и настройте импорт расходов. Так можно отследить связь между действиями пользователей и вашей рекламной активностью.
•  Ресурс связан с Search Console. Это поможет узнать, какой поисковый запрос привел пользователя на сайт, на какой странице оказался человек. Для отслеживания в разделе «Связь с другими продуктами» / «Все продукты» нужно подключить Search Console.
• Настройки сеанса соответствуют особенностям бизнеса. Сеансы завершаются через определенное время. Обычно сеанс заканчивается, если пользователь ничего не делал на протяжении получаса. Если на сайте настроено автоматическое завершение сеанса через определенное время бездействия, время ожидания сессии должно совпадать. Если на сайте много контента, который пользователи будут подолгу изучать, время ожидания сеанса должно быть подольше. И наоборот — если контента не много, время можно уменьшить.
• Настроен сбор Client ID, Session ID.
• Если на сайте есть регистрация, собирается User ID, и выполнены необходимые настройки в ресурсе для этого.

Настройки представления 

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

Настройки Ecommerce

• Отслеживание электронной торговли включено.

Utility

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

• Название ресурса равно url сайта.

Настройки представления 

• Создана структура представлений. Есть три представления, у каждого из которых своя цель использования. Raw View — чистые данные без фильтров. Если некорректно применены фильтры в других представлениях, они искажают данные. Представление без фильтров помогает понять, какие данные искажены. Master View — рабочее представление, где настроены все фильтры (удален внутренний трафик, трафик от ботов, дубли) оно используется для анализа сайта. Test View — для тестирования новых фильтров и гипотез. Например, мы хотим исключить трафик от некоторых ботов, но не уверены, что правильно применяем фильтр. Сначала нужно сделать это на тестовом представлении, убедиться, что фильтр работает правильно, и только потом переносить настройки на рабочее представление, чтобы не испортить статистику.
• Если на сайте собирается User ID, есть отдельное представление для User ID.
• Настроены фильтры:

1. Full Site URL фильтр. По умолчанию в отчетах указывается только URI запроса, но не название домена. Если у сайта есть поддомен, например https://blog.example.com/ нужно использовать этот фильтр, чтобы понимать — с основного домена пришел пользователь, или из поддомена.

2. Есть Browser + Version фильтр — объединяет информацию о браузере и его версии в одном параметре.

3. Есть OS + Version фильтр — объединяет информацию об операционной системе и ее версии в одном параметре.

• Настроены оповещения, которые позволят вовремя исправлять ошибки. Например: перестал отрабатывать код GA, падение главной сайтовой цели на 50%, 404 ошибка при переходе с utm, увеличение количества  404 ошибок на 100% по отношению к дню на прошлой неделе, рост JS ошибок на 50% по отношению к  дню на прошлой неделе.
• Отслеживание целей. В представлениях должны быть микро- и макро цели — рабочие и корректно настроенные. Цели не должны быть слишком общие (то есть могут достигаться почти каждым посетителем, например переход на главную страницу сайта). В то же время, они не должны быть слишком специфичными. Вряд ли кто-то из пользователей их достигает (например, переход по конкретной ссылке на определенной странице сайта, которую еще предстоит найти пользователю). Цели хорошо сбалансированы, хорошо названы и отлично иллюстрируют положение дел в бизнесе.

Accuracy

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

• В список исключаемых источников перехода включены все ненужные рефералы. Включен в список домен самого сайта, что позволяет избежать self-referral трафика. Также включены платежные системы, если они есть, чтобы избежать реферального трафика от них при переадресации пользователя.

Настройки представления

• Фильтрация ботов включена.
• Внутренние IP исключены. Имеется ввиду IP сотрудников вашей компании и/или IP разработчиков, подрядчиков и других пользователей, которые не являются вашими клиентами, но могут генерировать трафик на сайт.
• Есть URL Lowercase фильтр и UTMs Lowercase фильтр. Если в ссылках есть символы в разном регистре, например, site.ua и Site.ua, без фильтра в отчетах будет отдельная статистика по просмотрам site.ua и Site.ua.

Настройки Ecommerce

• Количество транзакций и доход в GA на 90%+ совпадают с данными из CRM.
• Транзакции не дублируются.
• Воронка продаж выглядит корректно — количество сессий на каждом шаге уменьшается.

Аудит отчетов по источникам трафика

• Self-Referral трафик отсутствует.
• В реферальном трафике нет того, что нельзя назвать реферальным трафиком — переходы по ссылкам из других сайтов (например mail.google.com, yahoo.com, liqpay.com, facebook.com).
• В отчете по каналам количество трафика по каналу «Другое» должно быть меньше 2%. В GA каналы группируются по умолчанию. Трафик может попадать в канал «Другое». Чтобы различать все каналы, нужно настроить кастомную группировку. Так трафик, который попадает в группу «Другое» можно минимизировать.
• Количество (direct)/(none) трафика должно быть меньше 20%. В GA в раздел “источник direct/канал none”. кроме прямых переходов на сайт, попадают переходы, источник которых система не может идентифицировать. Чтобы идентифицировать источник/канал рекомендуем использовать метки по возможности во всех ссылках, которые вы где-либо размещаете: в pdf — документах, сайтах, новостных рассылках, QR-кодах и т.д.
• В отчетах по Google Рекламе адекватные данные. Клики и сессии соотносятся между собой, данные о тратах и других метриках из Google Ads не пустые.

Аудит отчетов по поведению

• Отчеты по страницам легко анализировать, данные по ним не фрагментируются из-за параметров запроса (например fbclid). Если данные фрагментируются, исключите параметры запроса. В настройках представления в поле «Исключить параметры запроса URL», укажите через запятую необходимые параметры запроса.
• В параметры URL не передаются email или другие персональные данные пользователей. Если в параметры запроса передаются персональные данные пользователей, Google может заблокировать ваш аккаунт. Это противоречит условиям использования сервисов Google. Исключите параметры запросов, которые передают конфиденциальные данные, как описано в шаге выше.
• Проверка Bounce Rate: он не меньше 5% и не больше 95%. Ряд событий на странице (клик по поп-апу или запуск видео) относятся к Non-Interaction Events. Если пользователь зашел на страницу, запустил видео, а потом ушел с сайта, это зафиксируется как событие. Поэтому уход со страницы не будет считаться отказом. Если BR слишком низкий, возможно вы настроили много Non-Interaction Events. Если BR кажется завышенным, значит, отслеживается слишком мало Non-Interaction Events.

Отслеживание событий

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

Итого, ваш DAPS может быть числом от 0 до 10.

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

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