Установка и настройка Google Analytics

Для этого нужно поставить на сайт код отслеживания, который передает данные обо всех действиях пользователя и относящихся к нему данных (например, тип устройства или операционной системы) на сервер Google, там данные обрабатываются и поступают в Google Analytics. Обработанные данные уже не изменить, поэтому очень важно правильно выполнить настройку Аналитики. Как установить код и настроить Google Analytics, расскажем шаг за шагом в этой статье.

Заходим на сайт сервиса и авторизуемся: вход в аккаунт Google Analytics по ссылке https://analytics.google.com. Для работы с Google Analytics можно использовать почту на google.com или любом другом домене — в любом случае при первой авторизации появится возможность создать аккаунт Google, если его еще нет. Эту учетную запись можно использовать в любых сервисах Google.

При первом входе вам будет предложено авторизоваться и создать счетчик Google Analytics.

На одной учетной записи Google может находиться до 100 аккаунтов Google Analytics. Аккаунт помогает систематизировать и организовать данные, поступающие в аналитику с ресурсов: сайтов, мобильных приложений, цифровых устройств (например, кассовых терминалов). Крупному бизнесу может понадобиться несколько аккаунтов для разных проектов или подразделений, но обычным компаниям достаточно одного.

Аккаунт Google Analytics — это верхний уровень иерархии доступа. В одном аккаунте находится, минимум, один ресурс, который собирает данные с помощью кода отслеживания. Каждому ресурсу соответствует по крайней мере одно представление данных.

На каждом аккаунте можно создать до 50 ресурсов. Ресурсу соответствует свой собственный код отслеживания — именно он будет передавать данные в систему аналитики. Таким образом, на едином аккаунте можно собирать данные со всех своих сайтов независимо друг от друга. В качестве ресурсов для отслеживания можно выделить отдельные бренды или разные регионы. Но минус такого подхода в том, что эти данные нельзя будет просматривать в отчетах одновременно. Если вы хотите обрабатывать статистику по всем направлениям в совокупности, то вам нужен один ресурс с одним кодом отслеживания.

Представления ресурсов — максимум 25 для одного — служат для организации показа отслеживаемых данных. О настройке представлений мы расскажем тут.

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

При начальной настройке ресурса обязательными полями являются Название сайта (для удобства используйте название домена) и URL сайта (если сайт работает на HTTPS-протоколе, укажите его в настройках). Заполните Отрасль и Отчетный часовой пояс, чтобы получать корректные данные в отчетах Google Analytics.

Принимаем все соглашения об обработке данных и соглашаемся на условия Google.

Готово! Первые аккаунт и ресурс созданы.

Сразу после создания аккаунта, попадаем на вкладку Администратор. Здесь указаны идентификатор отслеживания в формате
UA-ххххх(id аккаунта)-x(номер ресурса на аккаунте)
и собственно код скрипта для отслеживания gtag.js.

Чтобы найти, где находится код счетчика Гугл Аналитикс, необходимо зайти в панель Администратор — Ресурс — Отслеживание — Код отслеживания.

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

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

На вкладке Сбор данных активируем функции для рекламодателей:

Ремаркетинг включает сбор данных для составления списков ремаркетинга.

Функции отчетов по рекламе делают доступной в Google Analytics группу специальных отчетов по аудитории, демографии, категориям интересов пользователей.

Можно активировать Google Signals (на текущий момент в бета-тесте) — функция осуществляет сбор данных о взаимодействиях на нескольких устройствах. В случае ее активации она заменит Ремаркетинг и Функции отчетов по рекламе в настройках сбора данных.

Если вы пользуетесь Search Console, то также на вкладке Администратор привяжите основное зеркало сайта к Google Analytics (Связь с другими продуктами — Все продукты — Search Console), чтобы видеть в отчетах более полные данные по поисковым запросам пользователей.

В Google Analytics есть 2 распространенных способа установки кода отслеживания на сайт:

1. Добавление скрипта отслеживания непосредственно в код сайта.
2. Установка Google Analytics через Google Tag Manager (диспетчер тегов).

Первый способ — это привычная установка кода Гугл Аналитики в шаблоны сайта.

Находим код Analytics, который нужно добавить, на вкладке Администратор.

Размещаем код отслеживания в секцию HEAD каждой страницы:

Google Analytics поддерживает несколько версий скриптов для передачи данных в систему. По умолчанию, в настройках ресурса предлагается последняя версия — gtag.js, глобальный тег отслеживания с самыми широкими возможностями.

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

Чтобы видеть в отчетах Гугл Аналитики такой же точный показатель отказов, необходимо внести дополнение в стандартный код отслеживания, добавив в скрипт строку:

setTimeout(function(){
gtag('event', location.pathname, {
'event_category': 'New Visitor'
});
}, 15000);

Код Google Analytics будет выглядеть так:

Второй способ — передача кода отслеживания при помощи Google Tag Manager. Диспетчер тегов от Google упрощает использование и настройку кодов Аналитики и сторонних служб.

Плюсы GTM

1. Работа с любыми сервисами и установка скриптов отслеживания на сайт без необходимости вмешательства в код — физически на сайте код устанавливается только один раз, это код вызова Google Tag Manager. Настройку отслеживания, создание новых целей и добавление новых тегов может производить непосредственно маркетолог без помощи программиста.

2. Система хранения версий позволяет откатывать контейнер к нужным настройкам, отслеживать историю изменений и их авторство.

3. Можно производить отладку в тестовом режиме.

Минусы GTM

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

Для использования Google Tag Manager необходимо разместить на всех страницах сайта скрипт вызова контейнера GTM.

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

Заполняем поля для создания первых аккаунта и контейнера: название аккаунта (компании), страна, название контейнера (домен сайта) и целевая платформа. Существует несколько типов контейнеров, в зависимости от того, где мы планируем его установить — выбираем тип Веб-сайт.

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

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

После создания контейнера становится доступен код отслеживания Google Tag Manager, который надо разместить на сайт в секциях HEAD и BODY.

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

В контейнер входят:

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

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

Приступаем к настройке конфигурации

Для стандартного сайта выбираем тип тега — Universal Analytics, в открывшемся окне указываем Тип отслеживания — Просмотр страницы.

Чтобы связать тег с кодом отслеживания Аналитики, создадим переменную и назовем ее Идентификатор Google Analytics (название, конечно же, не обязательно должно быть таким) — в переменной будет храниться номер ресурса Аналитики в формате UA-XXXXX-X.

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

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

Настроим показатель отказов

Как и в случае со скриптом gtag.js с помощью Tag Manager можно настроить точный показатель отказов для получения корректной статистики.

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

Выбираем тип триггера Таймер. Указываем в настройках интервал 15 000 миллисекунд (т.е. 15 секунд).

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

В условиях указываем Page URL соответствует регулярному выражению — .* и оставляем настройку Все таймеры. Таким образом, наш таймер будет срабатывать на всех страницах сайта.

Сохраняем созданный триггер.

После этого вернемся к настройкам конфигурации тега Google Аналитика 15 сек.

Тип тега стандартная Google Аналитика, в настройках та же переменная {{Идентификатор Google Analytics}}.

Меняем Тип отслеживания на Событие и настраиваем компоненты этого события Категория и Действие, назовем их Более 15 секунд. Данные по ним можно будет увидеть в отчетах Гугл Аналитикс.

Триггер для его активации тега уже выбран.

Сохраняем конфигурацию.

Отладка и публикация контейнера

Проверить правильно ли вы выполнили настройку можно в режиме предварительного просмотра. Активируйте его в верхней части рабочей области.

Теперь при посещении сайта в этом же браузере будет появляться панель, где отобразятся 2 созданных тега. Google Аналитика сразу, а Google Аналитика 15 сек — спустя 15 секунд. Чтобы панель Тег менеджера перестала появляться, выйдите из режима предварительного просмотра.

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

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

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

История версий вместе с датами и авторами доступна на вкладке Версии.

Переносим код Яндекс.Метрики в Tag Manager.

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

Рассмотрим добавление кода счетчика на примере Яндекс.Метрики. Создаем новый тег с типом Пользовательский HTML и выбираем триггер активации Все страницы, как и в случае с Аналитикой.

Скопируйте актуальный код счетчика из настроек Метрики и вставьте его полностью в поле HTML. Сохраните тег.

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

Настало время настроить необходимые представления для того, чтобы перейти к работе с отчетами Аналитики. О структуре аккаунта Google Analytics мы говорили и в начале статьи, отчеты строятся именно на уровне представлений. Поэтому чтобы обеспечить корректный сбор и полноту данных, надо отнестись к настройке представлений со всей внимательностью.

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

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

Его используют для проверки настроек, фильтров и т.д. — для того, чтобы убедиться в их корректности. Данные, попавшие в представление, уже невозможно изменить. Поэтому чтобы не портить основную статистику Гугл Аналитикс, важно внедрять все изменения сначала в тестовом представлении и только после того, как вы убедитесь, что все работает верно, можно переносить настройки в основное представление.

Нажмите кнопку Создать представление, для этого есть несколько возможностей.

Заполните поля при создании нового представления.

Если у вас на сайте есть поиск, то включите его отслеживание уже в тестовом представлении.

Здесь и в других представлениях галочка «Исключить обращения роботов и „пауков“» должна стоять уже обязательно.

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

Выберите Копировать представление, находясь в настройках Тестового — это еще один способ создать представление.

Задайте новому представлению другое название и сохраните.

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

Фильтр в Аналитике — это способ настраивать и менять входящие данные под свои задачи, возможность получать более наглядные отчеты за счет специфичных настроек.

Приведем несколько обязательных фильтров, которые должны быть настроены.

Создание и отладку фильтров всегда производим сначала в тестовом представлении, затем переносим в Главное. Чтобы фильтры Google Analytics начали работать, требуется некоторое время после их активации.

Фильтр бывает двух видов: встроенный и пользовательский. Встроенный фильтр Аналитики позволяет легко исключить (или включить) определенный тип трафика. Самое популярное его применение — исключение внутреннего трафика компании.

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

Тип фильтра: Встроенный
Исключить > трафик с IP-адресов > идентичные
IP-адрес: IP адрес вашей корпоративной сети (узнать свой IP можно, например, с помощью Интернетометра Яндекса)

Название задавайте любое понятное, например, Внутренний трафик [ip-адрес].

Теперь Гугл Аналитика будет проверять IP-адрес посетителя сайта, и если он совпадает с указанным в настройках фильтра, исключать данные о его сеансах из отчетов представления.

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

Тип фильтра: Встроенный
Включить только > трафик на хост > идентичные
Имя хоста: ваш поддомен без протокола (хост)

Теперь перейдем к пользовательским фильтрам. Все URL-адреса попадают в Аналитику в относительном виде: и источники перехода, и вашего сайта. А нам, конечно же, хочется видеть еще и адреса доменов. Для этого настраиваем пользовательские фильтры.

Создаем новый фильтр с настройками:

Тип фильтра: Пользовательский фильтр > Расширенный
Поле A: Имя хоста
Извлечь A: (.*)
Поле B: URI запроса
Извлечь B: (.*)
Вывод в: URI запроса
Конструктор: $A1$B1
Поле А обязательно для заполнения
Перезаписать поле вывода

Теперь во всех отчетах (например, Поведение > Контент сайта) будут отображаться полные внутренние адреса с хостом, в том числе поддомены.

Этот фильтр поможет лучше отслеживать переходы с других сайтов, позволив увидеть полные адреса страниц в пути перехода.

Создаем новый фильтр с настройками:

Тип фильтра: Пользовательский фильтр > Расширенный
Поле A: Переход
Извлечь A: (.*)
Вывод в: Определено пользователем
Конструктор: $A1
Поле А обязательно для заполнения
Перезаписать поле вывода

В отчете по источнику перехода (Источники трафика > Весь трафик > Каналы), выбрав определенный источник и дополнительный параметр Пользовательское значение, теперь можно увидеть полный путь перехода.

К сожалению, у Google Analytics имеются определенные проблемы с корректным определением канала трафика. Это происходит из-за особенностей работы сайтов-источников. Например, Яндекс начал еще в 2017 году обрезать реферер сначала у переходов на мобильных устройствах, а после и на большинстве запросов с десктопов. Из-за этого Аналитика не может верно определить канал и трафик «раздваивается»:

Аналогичные проблемы есть у поисков Mail.ru, DuckDuckGo. Вконтакте и Facebook также часто попадают в реферальный трафик вместо социальных сетей.

Чтобы это исправить создадим собственные фильтры. Они будут применяться к данным с момента создания фильтров.

Яндекс

Создадим 2 фильтра.

Фильтр 1: перевод из yandex/referral в yandex.ru/organic.

Тип фильтра: Пользовательский фильтр > Расширенный
Поле A: Источник кампании
Извлечь A: ^yandex.ru$
Поле B: Канал кампании
Извлечь B: referral
Вывод в: Канал кампании
Конструктор: organic
Поле А обязательно для заполнения
Поле Б обязательно для заполнения
Перезаписать поле вывода

Фильтр 2: перевод из yandex.ru / organic в yandex / organic.

Тип фильтра: Пользовательский фильтр > Расширенный
Поле A: Источник кампании
Извлечь A: ^yandex.ru$
Поле B: Канал кампании
Извлечь B: organic
Вывод в: Источник кампании
Конструктор: yandex
Поле А обязательно для заполнения
Поле Б обязательно для заполнения
Перезаписать поле вывода

Mail.ru

По аналогии с Яндексом создаем фильтр, в результате применения которого трафик будет перемещен из реферального канала в органику.

Объединить весь трафик с mail.ru в одном канале можно также с помощью фильтра Найти и заменить.

Facebook и Вконтакте

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

Тип фильтра: Пользовательский фильтр > Найти и заменить
Поле фильтра: Источник кампании
Строка поиска: .*.facebook.com
Заменить строку: facebook.com

И аналогично для ВКонтакте.

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

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

Чтобы добавить нового пользователя, выберите пункт Управление доступом нужного уровня на вкладке Администратор. Затем нажмите значок + и выберите Добавить пользователей.

Для больших компаний есть возможность добавления групп пользователей с одинаковыми правами — это упрощает процесс предоставления и настройки доступа. Чтобы использовать эту возможность, аккаунт Аналитики должен быть привязан к Организации.

На панели добавления нового пользователя надо ввести его e-mail и выбрать нужные параметры разрешения.

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

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

Доступ на изменение позволяет пользователям вносить изменения в параметры конфигурации.

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

Если вам необходимо предоставить доступ — например, разработчикам — к настройкам диспетчера тегов, то сделать это можно из интерфейса Tag Manager.

Необходимо зайти в настройки аккаунта:

Здесь выбираем пункт Управление доступом:

Доступ к аккаунту Tag Manager бывает 2 типов: Администратор и Пользователь. Пользователь может лишь просматривать основные сведения аккаунта, тогда как Администратор может изменять права других пользователей и контейнеров.

Доступ может быть выдан не ко всему аккаунту, а лишь к конкретному контейнеру. Эти права имеют схожую структуру с доступами в Google Analytics.

Время ожидания сеанса — это время, спустя которое сеанс начинается заново. По умолчанию оно равно 30 минутам. Это значит, что все посещения сайта в течение 30 минут от начала первого сеанса будут засчитаны как один сеанс. Если пользователь вернется на сайт, например, через 31 минуту, то это посещение будет считаться новым сеансом. В Яндекс Метрике этот показатель называется Тайм-аут визита и также равен по умолчанию 30 минутам.

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

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

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

В 2018 году Google обновил Политику конфиденциальности и Условия использования в соответствии с постановлением Евросоюза о защите персональных данных (General Data Protection Regulation). Новый регламент касается информации, идентифицирующей пользователей: файлы куки, идентификаторы и т.п.

Согласно этой политике, начиная с 25 мая 2018 года, в Analytics автоматически удаляются данные старше 26 месяцев. Изменить это срок можно в настройках ресурса в пункте Хранение данных. Здесь же можно деактивировать Сброс при новом действии — эта опция запускает отсчет срока хранения заново при каждом новом действии пользователя.

Как видите, Google Analytics — аналитический инструмент с очень широкими возможностями настройки. Многим ее интерфейс кажется поначалу сложным, но вместе с нами вы узнали, как установить Аналитику на сайт и правильно подготовиться к работе с ней.

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