Как стать автором
Обновить

Терминология Google Аналитики и Яндекс.Метрики: как не запутаться во всех этих данных

Время на прочтение 10 мин
Количество просмотров 23K
Всего голосов 10: ↑9 и ↓1 +8
Комментарии 9

Комментарии 9

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

Спасибо)
Мы старались.

Материал вероятно будет полезен кому-нибудь, но мне кажется что стоило упомянуть что по-возможности (я понимаю что такая возможность не всегда существует) ни ГА ни Метрику на сайте держать не стоит ибо (а уж тем более обе одновременно чем страдают многие вебмастера) ибо:


  1. Существенно замедляют "скорость" сайта
  2. Сторонний неконтролируемый вами код на своём сайте это всегда плохо (я не параноик но… :) )
  3. "Обычному" сайту вполне достаточно нормального анализатора логов nginx / apache

Спасибо за комментарий.


Вы судите с позиции вебмастера — и понять вас можно.
Но сайты создаются не ради скорости и не ради чистоты кода. Их создают (зачастую), чтобы заработать денег. Да, с помощью логов вы отследите посещаемость, время на сайте и даже страну пользователя. И это хорошо.
А как же достижение целей, структура аудитории (возраст, пол, интересы?), источники трафика (например, по тем же UTM меткам), пути конверсии и многое другое?
Одними логами тут не обойтись.


А по поводу вреда кода Яндекс.Метрики или Гугл Аналитики — знаете, это как муха на теле слона))
Практически на любом сайте (особенно если дело касается интернет-магазинов) столько тормозящих загрузку моментов, что одна строчка кода погоды не сыграет. Если сомневаетесь, посмотрите наше исследование скорости загрузки топовых интернет-магазинов РФ https://habr.com/ru/company/promopult/blog/470604/


Резюмируем известной польской поговоркой: co za dużo to niezdrowo.
Бороться за чистоту кода важно, но не всегда это уместно, а иногда даже вредно.

особенно если дело касается интернет-магазинов

Тогда это Битрикс и в нём есть модуль "Веб-аналитика" в котором всё выше Вами перечисленное есть и опять таки ГА и Метрика как бы ненужны :)


Бороться за чистоту кода важно, но не всегда это уместно, а иногда даже вредно.

Соглашусь что это так, но вот глянешь на какой-либо сайт — а там и jquery и шрифты (с cdn чужого) и сервисы аналитики и какие-то виджеты чатов / соцсетей и виджеты обратной связи — и ВСЕ они тащат на сайт код со сторонних серверов! А ведь всё можно организовать у себя (в качестве примера — зачем какойто jivosite если ставим на сервер openfire, на сайт Caddy а в смартфон conversations ?)

Хех )) а ресурсоемкость OpenFire вы учли? И администирование отдельной платформы, не прям популярной и понятной сходу?
а ресурсоемкость OpenFire вы учли?

Ресурсоёмкость jabber сервера несоизмеримо мала по сравнению с web сервером


И администирование отдельной платформы, не прям популярной и понятной сходу?

Ну не нравится Openfire — можно взять любой другой jabber сервер. Да и чтом администрировать — один раз настроить и годами не трогать ?

Как по мне, слишком категорично)
Для простого пользователя, функционала сервисов и скорости работы своего сайта с головой. Пусть лучше так, чем ничего)
Зарегистрируйтесь на Хабре , чтобы оставить комментарий