Правильная фильтрация трафика сотрудников в Google Analytics

Как не учитывать в статистике посещений работу сотрудников с сайтом? Эта задача часто возникает, особенно на сайтах с низкой посещаемостью.

Как не учитывать в статистике посещений работу сотрудников с сайтом? Эта задача часто возникает, особенно на сайтах с низкой посещаемостью. Ведь на сайтах со среднесуточным трафиком в 15 — 20 тысяч сессий работа 20 сотрудников теряется где-то в статистической погрешности.

Люди-хипстеры в такой ситуации обычно рекомендуют, или сразу делают, фильтр по IP-адресам на представление и кропотливо вбивают в него один или несколько адресов офиса (хорошо если так).

Хипстер в естественной среде обитания

Однако такое решение обладает рядом существенных недостатков, которые для хипстеров неочевидны, а именно:

  • IP адреса могут меняться, то есть этот список приходится постоянно держать в актуальном состоянии
  • Могут быть подключения на динамических IP, например, через 4G/LTE соединения, при каждом подключении будет выдаваться новый IP
  • Сотрудники могут работать (и работают) не из офисной сети, опять же на непредсказуемых IP-адресах
  • Обилие фильтров в GA может приводить к ряду проблем (об этом позже)
  • Отсутствует ретроспектива, то есть, изменения фильтров отслеживается с момента изменения и нет возможности посмотреть в прошлое

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

Роли пользователей

Роли пользователей — это группировка авторизованных пользователей по их типу, например, Клиент, Подписчик, Сотрудник, Администратор и т.п. Понятно, для того, чтобы узнать роль пользователя, система управления контентом сайта должна авторизовать пользователя, то есть, он должен в явном виде ввести логин и пароль. Подавляющее большинство CMS E-commerce сайтов обладают этой функцией. Это может быть авторизация, личный кабинет на сайте и т.п. Не все системы помимо авторизации определяют роль пользователя, но авторизовать пользователя могут практически все.

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

Рассмотрим это на примере сайта WordPress / WooCommerce. Мы используем плагин
Google Tag Manager for WordPress для работы с dataLayer, и в нем это решается буквально парой кликов:

Включение передачи ролей в GTM4WP

Но у вас не WordPress, придется попросить разработчиков сделать достаточно простую штуку — при регистрации и/или авторизации пользователя в личном кабинете или в админке сайта явно передать в dataLayer информацию о пользователе.

Примерно так:

window.dataLayer = window.dataLayer || [];
window.dataLayer.push({
  visitorId : '123',
  visitorType : 'employee'
});

Настроим эту передачу в GTM. Создадим две переменные:

Переменные уровня данных

Вот настройка переменной роли:

Настройка переменной visitorType

Далее в Google Analytics настроим два параметра:

Специальные параметры Google Analytics

Обратите внимание, у обоих параметров область действия — пользователь. Это важно.

Ну и сделаем передачу наших переменных в эти параметры:

Настройка передачи переменных в специальные параметры Google Analytics

Собственно, всё!

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

Создание расширенного сегмента

Теперь идем в Google Analytics и создаем вот такой сегмент:

Настройка расширенного сегмента Google Analytics

Все готово!

Фильтрация пользователей по роли

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

Если остались вопросы — пишите их в комментариях.

Стандартное изображение
Иван Никитин
Никитин Иван Геннадьевич окончил Северо-Кавказский Горно-Металлургический Институт, факультет электронной техники по специальности инженер промышленной электроники. Места и опыт работы СКГМИ, ФЭТ, преподаватель программирования Судебный департамент при Верховной Суде РФ, системный администратор Центр Компьютерного обучения "Специалист" при МГТУ им. Баумана, преподаватель, руководитель направления веб-технологий Центр Компьютерного обучения "Центр Мастеров", преподаватель Высшая школа корпоративного управления Российской академии народного хозяйства и государственной службы при Президенте Российской Федерации, преподаватель Интернет-агенство BinN, руководитель отдела поискового продвижения, аналитик Статусы и сертификации Microsoft Certified Solution Developer Microsoft Certified Trainer Zend Certified Engineer Google Advertising Professional Список читаемых курсов Разработка веб-приложений ASP.Net Разработка веб-приложений PHP Разработка веб-приложений AJAX (автор курса) Эффективная работа с Microsoft SharePoint (все версии, автор курса) Интернет-маркетинг и поисковое продвижение (автор курса) Google Analytics, полный курс (автор курса) Информационные технологии в бизнесе в рамках Executive MBA (автор курса)
Статей: 641

Добавить комментарий