+7(343) 344-34-20
г. Екатеринбург, ул. Горького,
дом 65, офис 296
Online-заказ

Когда агентство не виновато, или Какие ошибки в настойках Google Analytics искажают статистику?

20 Июля 2020

Результаты продвижения, рекламы, работы над сайтом могут не радовать по одной простой причине: счетчики веб-аналитики настроены некорректно. О распространенных и не очень частых, но важных ошибках, расскажем в статье.

Не предоставлен доступ

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

Нежелание предоставлять доступ понятно, но без этого не будет полноценного сотрудничества. Тем более что нижеперечисленные ошибки, если они допущены, будут обнаружены и устранены специалистами.

Код счетчика не на всех страницах

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

К слову, код рекомендуется размещать в самом начале страницы, в теге head. Тогда в большинстве случаев он успеет отреагировать даже на короткие посещения.

Проблемы с отслеживанием событий

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

  • Не все важные события отслеживаются. Это частая проблема крупных коммерческих сайтов с разнообразными сценариями поведения посетителей. А данные о поведении необходимы для анализа «воронки продаж» и результативности рекламы. К примеру, из-за неверных настроек можно потерять тех, кто нажал на кнопку «Купить» на странице каталога, а не на товарной карточке.
  • Отслеживается слишком много событий. Учитывать абсолютно все — это тоже не лучший подход. Дело в том, что в бесплатной версии Google Analytics разрешено фиксировать не более 1.000.000 хитов (событий) в месяц. Чтобы не беспокоиться о превышении лимита, достаточно выбрать только действительно нужные события.
  • Действия дублируются. Может быть несколько причин такого явления:
    • сессия автоматически прерывается через 30 минут;
    • пользователь не авторизовался при повторном заходе, опознан по cookie, но не по User ID;
    • если страница «Спасибо за заказ» повторно открывается без редиректа, появляются дубли транзакций;
    • другие ошибки в системе веб-аналитики или на сайте.

В результате появляются завышенные показатели по посещаемости и конверсии. Это радует глаз, но не приносит пользы.

  • Не скорректированы «отказы». По умолчанию отказом считается отсутствие действий после перехода на сайт. То есть, если, по мнению GA, пользователь больше ничего не делает, засчитывается «отказ». В зависимости от назначения и содержания страниц можно исправить заданное правило. К примеру, указать, что клик по фотографии товара для ее увеличения считается взаимодействием и должен учитываться.
  • Не скорректирована продолжительность сессии. Это актуально не для всех сайтов. По умолчанию сессия прерывается после 30 минут бездействия пользователя при открытой вкладке. Если он возвращается, сессия начинается заново. Угадать, как поведут себя посетители сайта, невозможно, зато разрешено задать продолжительность сессии для страниц, где точно проводят более 30 минут, например, при просмотре видео.

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

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

Напомним, что utm-метки предназначены для отслеживания переходов по ссылкам во внешних источниках — в рекламных объявлениях, из соцсетей, с других сайтов. И это единственное их назначение.

Однако случается, что utm-метки используют для отслеживания событий на самом сайте. Это искажает статистику, поскольку предыдущие метки стираются в системе аналитики. А значит, путь посетителя вычисляется неверно.

Нет настроек отслеживания региона

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

Чтобы получать более-менее точные данные, рекомендуется настроить передачу в пользовательские параметры информации о регионе, выбранном посетителем на сайте. Если такого функции на сайте еще нет, самое время заняться ее внедрением. Правда, те, кто по каким-либо причинам игнорирует подтверждение региона и при этом пользуется VPN, все равно останутся неопознанными.

Не исключены лишние посещения

Казалось бы, таких не бывает. Но, увы, не стоит учитывать в статистике:

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

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

Не исключены боты и спамеры

Это может помешать не только работе со статистикой, но и продвижению сайта в целом:

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

Чтобы отключить посещения ботов, достаточно просто поставить «галочку» в пункте «Фильтрация роботов». А вот от спамеров придется избавляться вручную, добавляя их сайты в «Исключения».

Учтены не все источники трафика

Это может случиться, если в рекламных объявлениях или в постах в соцсетях не проставлены utm-метки. Счетчик не сможет определить точный источник посещения, а это критично для оценки эффективности рекламы и SMM.

Также могут возникнуть проблемы из-за особенностей самой системы. Например, повторное посещение страницы с utm-меткой, сохраненной пользователем в закладках, будет засчитано как рекламное. А переходы из Facebook будут приписываться разным источникам с вариациями названий соцсети. Все это следует учитывать при анализе данных.

Отсутствие тестирования и истории правок

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

В идеальном мире тестирование проводится на всех этапах внедрения системы веб-аналитики:

  • проверка технического задания — разработчики будут действовать строго по ТЗ, поэтому оно должно быть точным, исчерпывающим и без ошибок;
  • проверка настроек GA и Google Tag Manager — лучше проверить выполнение ТЗ до запуска сайта, чтобы не исправлять внезапно обнаруженные ошибки в «боевых» условиях;
  • тестирование внедрения — даже если на предыдущих этапах все сделано идеально, необходимо следить за качеством работы счетчиков и полнотой собираемых данных.

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

Можно фиксировать историю правок прямо в «Заметках» в аккаунте GA или любым другим способом. Главное здесь — это возможность быстро предоставить информацию аналитикам и разработчикам.

Ошибки в работе с отчетами

Наконец, остановимся на ошибках, которые можно допустить, даже если все настроено идеально:

  • Отсутствие «чистого» представления. То есть представления без каких-либо фильтров. Оно пригодится для того, чтобы видеть все данные, собранные с момента его создания.
  • Формирование не тех отчетов. Да, информации много и легко запутаться. Но нужно точно знать цели тех или иных действий по продвижению и понимать, как их оценивать. Тогда станет ясно, на что смотреть в первую очередь и как удобнее настроить отчеты под свои требования.

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

В заключение

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


Когда агентство не виновато, или Какие ошибки в настойках Google Analytics искажают статистику?

 
ссылка на эту статью:

Обратная связь

Нажимая "отправить" я соглашаюсь на обработку моих персональных данных
Положение об обработке персональных данных