Чем отличаются Google Analytics и Яндекс.Метрика? Подключение Google Analytics и Яндекс.Метрика Яндекс метрика и гугл аналитикс общее.

Все, кто начинает заниматься продвижением сайта в интернете, рано или поздно задумываются о том, как оценить результаты своей работы: отдачу от позиций и запросов, поведение пользователей на сайте и т.п. Самым доступным средством для этого является счетчик посещаемости. На данный момент самые популярные счетчики среди бесплатных — Google Analytics (GA) и Яндекс.Метрика (ЯМ). Все они определяют количество и качество посещаемости сайта, анализируя при этом поведение пользователей.

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

В данном мастер-классе я постараюсь описать отличительные признаки данных счетчиков, которые довольно значимы для проведения анализа. Кроме того, я расскажу, как пользоваться Яндекс.Метрикой и Google Analytics на примере наиболее интересных инструментов счетчиков, позволяющих оценить отказы, проанализировать окупаемость ссылок в сервисе Rookee, просмотреть действия посетителей сайта, отследить транзакции электронной торговли и т.п.

Отслеживаем действия пользователей

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

1. Посещаемость при анализе в Google Analytics

Google Analytics окажет хорошую помощь в получении такой информации — для этого в нем есть раздел “Страницы выхода”. В данной системе вы сможете проанализировать общую статистику — увидеть, с каких страниц чаще всего уходят пользователи:

Кроме того, у вас есть возможность посмотреть веб-статистику по каждой отдельной странице. Добавив дополнительные параметры фильтрации, например, “Ключевое слово” и “Источник”, мы сможем получить информацию об эффективности ключевых слов:

С помощью расширенного фильтра можно выбрать несколько параметров, по которым будет формироваться отчет:

Соответственно, мы также получим информацию и об окупаемости ссылок, приобретенных в системе Rookee , и переходах на сайт:

Любой отчет в GA можно выгрузить в удобном формате:

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

2. Посещаемость в статистике Яндекс.Метрики

Что касается ЯМ, то здесь оценить страницы выхода можно, перейдя по первой ссылке в главном меню — “Посещаемость", а затем выбрать вкладку “отказы”, чтобы статистика по ним отобразилась в виде диаграммы:

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

Неоспоримым преимуществом счетчика Яндекс.Метрика является наличие технологии “Вебвизор” — она записывает действия посетителей сайта, позволяя просматривать их в режиме “живого видео”. Данные хранятся по всем посещениям за последние 14 дней. Используя “Вебвизор”, можно не только выявить самые популярные страницы выхода, но и точно увидеть, как ведет себя на сайте пользователь, пришедший по конкретному запросу из определенной поисковой системы:

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

Для того чтобы подключить “Вебвизор”, нужно в настройках счетчика поставить галочку и установить код на все страницы сайта:

Отчет “Внешние сайты” в счетчике Яндекс.Метрика также довольно полезен — он помогает отследить, по каким внешним ссылкам, расположенным на вашем ресурсе, уходили пользователи. Возможно, если подобные ссылки переманивают клиентов, стоит их вообще удалить. Если же переход по ним является одной из целей, то, наоборот, расположить их в зоне видимости.

Хороший инструмент для сбора статистики переходов по ссылкам на сайте — “Карта ссылок” :

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

К числу инструментов ЯМ, позволяющих наглядно отследить поведение посетителей сайта, относится и “Карта путей по сайту” . Она показывает переходы между страницами, а также точки входа и выхода на конкретной странице. При этом учитываются различные виды трафика: поисковый, прямой, внешний:

Кроме того, в статистике Яндекс.Метрики доступны отчеты по основным социально-демографическим характеристикам пользователей . Они формируются на основе данных, полученных с помощью технологии Крипта. В данной группе отчетов можно посмотреть, кто составляет целевую аудиторию сайта:

Любой отчет из ЯМ также можно выгрузить в разных форматах:

Если вы предпочитаете не просто получать данные о посещаемости, а анализировать поведение пользователей на вашем сайте, то сервис Яндекс.Метрика вам просто необходим!

Настраиваем цели

1. Как пользоваться целями Google Analytics. В GA в качестве целей могут быть:

• Переход по URL — засчитывается, если посетитель просматривал одну из страниц сайта.
• Точное соответствие — засчитывается попадание на конкретную страницу.
• Соответствие заголовка — игнорируются параметры в конце URL (имеется в виду совпадение символов, начиная с первого и завершая последним знаком в указанной строке). Например, URL страницы имеет вид http://www.site.ru/checkout.cgi?page=1&id=9982251615. В этом случае каждому посетителю соответствует отдельный идентификатор id. Для этой страницы можно выбрать тип цели “соответствие заголовка”, указав URL /checkout.cgi?page=1.
• Соответствие регулярного выражения — определяется совпадение по нескольким критериям, когда основа и/или концевые параметры индивидуальны в разных URL для одной и той же страницы. Например, когда на сайте имеются разделы услуг, в каждом из которых есть раздел цен: www.site.com/uslugi/uborka/price.htm, www.site.com/uslugi/moyka/price.htm, www.site.com/uslugi/syshka/price.htm и т. д. Используя в качестве целевого URL регулярное выражение "uslugi.*price\.htm$", мы сможем отследить количество переходов по всему массиву страниц с ценами на услуги.
• Длительность пребывания на сайте — устанавливается определенное количество времени, которое посетитель должен провести на сайте.
• Страниц/посещение — задаётся количество просмотренных страниц за посещение.
• Событие — целью может стать специально настроенное действие пользователя (просмотр видеоролика, скачивание файла, клик по баннеру и т.п.).

2. Как пользоваться целями в Яндекс.Метрике

В ЯМ все проще: задаются правила, по которым цель считается достигнутой. Это может быть посещение определенных страниц вашего сайта, просмотр нужного количества страниц или различного рода событие (нажатие на какую-либо ссылку, баннер или кнопку на сайте). Например, "dogovor_download".

В ЯМ есть весьма полезный бонус: если вас интересует, сколько раз с сайта скачивают определенные документы (прайс-лист, договор и т.п.), то задавать цель для каждого документа не нужно: можно воспользоваться отчетом “Загрузки”. Он отображает данные о том, какие файлы и сколько раз скачивают пользователи с сайта.

Отслеживаем статистику по поддоменам

В то время как счетчик Яндекс.Метрика для сбора статистики по поддоменам предлагает заниматься расстановкой отдельного кода счетчика на каждом из них, счетчик от Google Analytics имеет уже готовое решение для просмотра отдельных отчетов для каждого субдомена. Для этого необходимо создать для каждого из них отдельный профиль, а затем использовать фильтр "Включить" , чтобы в каждом профиле отражались данные только по конкретному подкаталогу:

Электронная торговля

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

Следует отметить, что в счетчике Яндекс.Метрика нет даже аналога электронной торговли.

Данный отчет выглядит следующим образом:

Для того чтобы им воспользоваться, необходимо:

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

Выводы

Подводя итоги, стоит сказать, что у каждого счетчика есть свои конкурентные преимущества, и сделать выбор в пользу одного из них можно, только поработав с каждым. Безусловно, в рамках мастер-класса невозможно отразить все отличия и сходства между двумя лидерами рынка, но я постарался осветить все наиболее важные особенности, которые помогут вам пользоваться и Google Analytics и Яндекс.Метрикой в ежедневной работе. Что хотелось бы выделить, так это бесплатные SMS-уведомления о доступности сайта от Яндекс.Метрики, а также статистику работоспособности ресурса, которой, в свою очередь, противопоставляется скорость загрузки страниц в GA. Конечно, Google Analytics более профессиональный и сложный, но я считаю, он стоит того, чтобы в нем разобраться.

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

Пора не только считать визиты, но и понимать сколько из них целевых! Понять трафик сайта и поведения пользователей помогут цели в Метрике и Analitycs. Подсчитаем всё: сколько, кто и когда просматривал страницы “Контакты”, заполнял формы и отправлял заказы. Подробная инструкция о том, какие цели нужны и как их настроить у коммерческих сайтов.

Настраивать Яндекс.Метрику и Google.Analytics?

Да, я советую настраивать цели и там, и там, вне зависимости от того, какую систему аналитики используете больше.

Во-первых, статистика влияет на ранжирование сайта – чем лучше поведенческие факторы на сайте, тем выше ПС поставит его в выдаче. Да, конечно, зависимость наличия счетчика и целей в ней с позициями в поиске не прямая, но как не крути, работать над улучшением конверсии полезно.

Во-вторых, есть источники трафика, которые лучше оценивать в Метрике – Директ, а другие в Analytics – AdWords. Даже если в данный момент у вас нет того или иного источника трафика, это не значит, что он не появится позже.

В-третьих, две системы всегда лучше, чем одна. Это позволяет проверить данные при необходимости. Никто не совершенен, например, компонент Касперского “Защита от сбора данных” мешает ЯМ собирать информацию, а GA он не отлавливает.

Какие цели надо настраивать?

Просмотр важных страниц сайта

• “Контакты”
• “О компании”
• “Реквизиты”

Пользователи, которые поинтересовались вашей компанией, захотели узнать адрес или реквизиты – целевые.

Как настраивать?

Яндекс.Метрика

Путь : “Настройка” -> вкладка “Цели” -> “Добавить цель”
Есть несколько вариантов соответствий URL: совпадает, содержит, начинается и регулярное выражение. Для целей – посещение конкретной страницы я советую выбирать “содержит”. Например, для страницы site.ru/contacts -> выберете тип “содержит ” и вставьте значение /contacts

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

Google.Analytics

Путь: “Администратор” -> “Цели” -> “+Цель” -> “Собственная” -> “Целевая страница”

Полностью аналогично Яндексу – три вариант соответствия, для этой цели выберите “начинается” и добавьте значение – /contacts . Если знаете ценность цели (например, каждый просмотр страницы контакты приносят вам 100 рублей) – используйте её.

Кнопки

• “В корзину”
• “В избранное”
• “В сравнение”

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

Как настраивать?

Яндекс.Метрика

В интерфейсе Метрики для создания такой цели выберите – “JavaScript-событие”, придумайте название цели и уникальный идентификатор – NAMEGOAL.

На сайте цель настраивается через JavaScript событие: yaCounterXXXXXX.reachGoal(‘NAMEGOAL’) , где XXXXXX – ID счетчика, а NAMEGOAL – название (идентификатор) вашей цели. Названия каждой цели должны быть уникальными. Например: yaCounterXXXXXX.reachGoal(‘clickfeedback’).

Google.Analytics

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

На сайте цель настраивается через отправку значения виртуальной страницы – pageview : ga(‘send’, ‘pageview’, ‘/NAMEGOAL’), где вместо NAMEGOAL – ваша виртуальная страница, например: ga(‘send’, ‘pageview’, ‘/clickfeedback’).

Код отслеживания

Варианта размещения два: либо через onclick в саму кнопку, либо в файл JS по событию, например, в JQURY – событие click.

1 вариант

2 вариант

$(".class").click(function(){ yaCounterXXXXXX.reachGoal("clickfeedback"); ga("send", "pageview", "/clickfeedback"); })

Заполнение и отправка форм

• обратная связь
• обратный звонок
• заказ товара
• заявок на услугу
• отзыв

Такого рода цели лучше настраивать с помощью “составных целей” (воронок продаж)

• вызвали \ зашли на страницу \ перешли в корзину
• попытались отправить
• успешно отправили

Таким образом можно увидеть воронку: сколько пользователей ушло с первого шага, сколько со второго и т.д. Если форма размещена прямо на странице, то первый шаг можно опустить. Информация по заполнению формы позволит управлять (добавлять или убирать) количеством полей форм на основе статистики сайта, а не предположений.

Например, воронка заполнения формы обратной связи в Яндекс.Метрике:

Как настраивать?

Яндекс.Метрика

В интерфейсе Метрики выберите “Составная цель”, придумайте имя для цели и для каждого шага. Тип каждого шага может быть свой – как просмотр страницы, так и JS-событие или их комбинации . Я привел пример, цели, которая состоит из двух шагов и каждый из них – событие.

Код отслеживания такой цели на сайте будет состоять из двух JS-событий: yaCounterXXXXXX.reachGoal(‘NAMEGOAL’). Разместить каждое событие нужно как уже описывал выше либо в onclick кнопки, либо в какое-то JS-событие. Самое важное – код должен отрабатывать в нужные моменты, успешная отправка должна срабатывать только после прохождения всей валидации (как JS, так и серверной), т.е. после фактической отправки формы.

Google.Analytics

В интерфейсе Analytics и в этом случае ничего не меняется. В основное поле цели – нужно добавить “Целевую страницу” \ “Виртуальную страницу” последнего шага. Далее включить “Последовательность “, и уже прописать все шаги, НЕ включая уже добавленный последний шаг (он уже добавлен вначале).

Кстати, настройка финальной цели по отправке формы через плагин Contact Form 7 для WP делается элементарно – так .

Как проверить правильно ли я всё сделал?

В Яндекс.Метрике для проверки отправки информации о достижении цели можно использовать в URL страницы параметр _ym_debug со значением 1. В этом случае в консоль браузера (вызвать – Ctrl + Shift + J или правой кнопкой мыши) будут выводиться сообщения о достижении целей. Например, http:///?_ym_debug=1

В Google.Analytics есть режим “реального времени “, где сразу же заработает счёт целей.

Электронная торговля (если интернет-магазин)

Подробный сбор информации о заказах и поведении покупателей на интернет-магазине. Как настраивать расширенную электронную торговлю я уже писал – .

Если остались вопросы, то вы можете задать их в комментариях или поискать ответы в справке Яндекс.Метрики – и Google.Analytics – .

Google Analytics и Яндекс.Метрика идут дружной парой в веб-аналитике сайтов и интернет-магазинов. Какие различия есть в этих системах, и как их использовать в повседневной жизни владельца интернет-магазина?

Зачем нам Google Analytics

Google Analytics (GA ) – одна из основных систем веб-аналитики. Она имеет платную подписку Analytics 360, а также бесплатную подписку. В бесплатной версии не гарантируется обработка более 10 миллионов просмотров страниц в месяц. Если есть необходимость в большем количестве данных, то Google Analytics 360 предлагает обработку более миллиарда посещений, но за 150 тысяч долларов США в год. К счастью, большинству онлайн-магазинов достаточно мощностей стандартной бесплатной версии.

Какие уникальные опции Google Analytics особенно полезны интернет-магазинам?

• В GA реализована интеграция с рекламными сервисами от Google – Google AdWords и AdSence . Таким образом, GA получает данные о рекламной активности – как о размещении рекламы на внешних сайтах, так и о рекламных кампаниях на своем. Анализ данных происходит в одном месте, и решения принимаются исходя из комплексного анализа. Кроме того, используя внешний инструмент Овокс Би , в Google Analytics можно подтянуть данные о рекламе в соцсетях и иметь комплексный отчет с реальными данными.
  
• Важной функцией GA для интернет-магазина является Электронная торговля . После ее настройки можно получать данные для анализа поведения покупателей на сайте либо в приложении. В этом отчете есть подробная информация о товарах, а также транзакциях; указывается средняя стоимость заказов, коэффициенты транзакций, время, проведенное на сайте до покупки.
• Сервис “Электронная торговля” находится в подразделе Конверсии. Там же есть еще несколько интересных отчетов для интернет-магазинов. Цели и пути достижения целей – показывают, какой путь прошел покупатель до совершения необходимого нам действия.
• Если нужно протестировать различные элементы сайта, можно использовать вкладку Поведение-Эксперименты и на реальных пользователях сайта проверить реакции на различные изменения – кнопки, ссылки и т. д. Можно выводить разные по дизайну страницы разным пользователям и анализировать реакцию и конверсии. На основе этих данных будет легче принять решение о редизайне или переносе тех или иных элементов страниц.

Зачем нам Яндекс.Метрика

Яндекс.Метрика (ЯМ) в последнее время развивается семимильными шагами. И кроме интересных экспериментов с , владельцам интернет-магазинов можно получить другие важные данные.

Какие уникальные опции Яндекс.Метрики особенно полезны интернет-магазинам?

1. ОБЩИЕ ПОЛОЖЕНИЯ
1.1. Настоящая политика ООО «ВЕБ АЙ ТИ» в отношении обработки персональных данных (далее – Политика) утверждена в соответствии с п. 2 ст. 18.1 Федерального закона «О персональных данных» и действует в отношении всех персональных данных, которые ООО «ВЕБ АЙ ТИ» (далее – Оператор) может получить от субъекта персональных данных.
1.2. Действие Политики распространяется на персональные данные, полученные как до, так и после утверждения настоящей Политики.
1.3. Настоящая Политика является общедоступным документом, декларирующим концептуальные основы деятельности Оператора при обработке и защите персональных данных.

2. ПЕРСОНАЛЬНЫЕ ДАННЫЕ, ОБРАБАТЫВАЕМЫЕ ОПЕРАТОРОМ
2.1. В рамках настоящей Политики под персональными данными понимается:
2.1.1. Персональные данные, полученные Оператором для заключения и исполнения договора, стороной которого, либо выгодоприобретателем или поручителем, по которому является субъект персональных данных.
2.1.2. Персональные данные, полученные Оператором в связи с реализацией трудовых отношений.
2.2. Сроки и условия прекращения обработки и хранения персональных данных субъекта персональных данных определяются в установленном законодательством Российской Федерации порядке.

3. ЦЕЛИ СБОРА, ОБРАБОТКИ И ХРАНЕНИЯ И ПРАВОВОЕ ОБОСНОВАНИЕ ОБРАБОТКИ ПЕРСОНАЛЬНЫХ ДАННЫХ
3.1. Оператор собирает, обрабатывает и хранит персональные данные субъекта персональных данных в целях:
3.1.1. Заключения и исполнения договора.
3.1.2. Реализации трудовых отношений.
3.1.3. Осуществления и исполнения, возложенных законодательством Российской Федерации на Оператора функций, полномочий и обязанностей на основании и в соответствии со ст. 23, 24 Конституции Российской Федерации; Федеральным законом «О персональных данных»; Федеральным законом «Об информации, информационных технологиях и о защите информации» и другими требованиями законодательства Российской Федерации в области обработки и защиты персональных данных.

4. УСЛОВИЯ ОБРАБОТКИ ПЕРСОНАЛЬНЫХ ДАННЫХ И ИХ ПЕРЕДАЧА ТРЕТЬИМ ЛИЦАМ
4.1. Оператор осуществляет обработку персональных данных с использованием средств автоматизации и без использования средств автоматизации.
4.2. Оператор вправе передать персональные данные субъекта персональных данных третьим лицам в следующих случаях:
4.2.1. Субъект персональных данных явно выразил свое согласие на такие действия.
4.2.2. Передача предусмотрена действующим законодательством Российской Федерации в рамках установленной процедуры.
4.3. При обработке персональных данных субъекта персональных данных Оператор руководствуется Федеральным законом «О персональных данных», другими требованиями законодательства Российской Федерации в области обработки и защиты персональных данных и настоящей Политикой.

5. ПРАВА СУБЪЕКТА ПЕРСОНАЛЬНЫХ ДАННЫХ
5.1. Субъект персональных данных имеет право на получение информации, касающейся обработки его персональных данных, в том числе содержащей:
5.1.1. Подтверждение факта обработки персональных данных Оператором.
5.1.2. Правовые основания и цели обработки персональных данных.
5.1.3. Применяемые Оператором способы обработки персональных данных.
5.1.4. Наименование и место нахождения Оператора, сведения о лицах (за исключением работников Оператора), которые имеют доступ к персональным данным или которым могут быть раскрыты персональные данные на основании договора с Оператором или на основании федерального закона.
5.1.5. Обрабатываемые персональные данные, относящиеся к соответствующему субъекту персональных данных, источник их получения, если иной порядок представления таких данных не предусмотрен федеральным законом.
5.1.6. Сроки обработки персональных данных, в том числе сроки их хранения.
5.1.7. Порядок осуществления субъектом персональных данных прав, предусмотренных настоящим Федеральным законом.
5.1.8. Информацию об осуществленной или о предполагаемой трансграничной передаче данных.
5.1.9. Наименование или фамилию, имя, отчество и адрес лица, осуществляющего обработку персональных данных по поручению оператора, если обработка поручена или будет поручена такому лицу.
5.2. Информация, касающаяся обработки персональных данных субъекта персональных данных, предоставляемая субъекту персональных данных, не должна содержать персональные данные, относящиеся к другим субъектам персональных данных, за исключением случаев, когда имеются законные основания для раскрытия таких персональных данных.
5.3. Субъект персональных данных вправе требовать от Оператора уточнения его персональных данных, их блокирования или уничтожения в случае, если персональные данные являются неполными, устаревшими, неточными, незаконно полученными или не являются необходимыми для заявленной цели обработки, а также принимать предусмотренные законом меры по защите своих прав.

6. СВЕДЕНИЯ О РЕАЛИЗУЕМЫХ ТРЕБОВАНИЯХ К ЗАЩИТЕ ПЕРСОНАЛЬНЫХ ДАННЫХ
6.1. Важнейшим условием реализации целей деятельности Оператора является обеспечение необходимого и достаточного уровня безопасности информационных систем персональных данных, соблюдения конфиденциальности, целостности и доступности обрабатываемых персональных данных и сохранности носителей сведений, содержащих персональные данные на всех этапах работы с ними.
6.2. Созданные у Оператора условия и режим защиты информации, отнесенной к персональным данным, позволяют обеспечить защиту обрабатываемых персональных данных.
6.3. У Оператора в соответствии с действующим законодательством Российской Федерации разработан и введен в действие комплекс организационно-распорядительных, функциональных и планирующих документов, регламентирующих и обеспечивающих безопасность обрабатываемых персональных данных.
6.4. Введены режим безопасности обработки и обращения с персональными данными, а также режим защиты помещений, в которых осуществляется обработка и хранение носителей персональных данных.
6.5. Назначены ответственный за организацию обработки персональных данных, администраторы информационных систем персональных данных и администратор безопасности информационных систем персональных данных, им определены обязанности и разработаны инструкции по обеспечению безопасности информации.
6.6. Определен круг лиц, имеющих право обработки персональных данных, разработаны инструкции пользователям по работе с персональными данными, антивирусной защите, действиям в кризисных ситуациях.
6.7. Определены требования к персоналу, степень ответственности работников за обеспечение безопасности персональных данных.
6.8. Проведено ознакомление работников, осуществляющих обработку персональных данных, с положениями законодательства Российской Федерации по обеспечению безопасности персональных данных и требованиями к защите персональных данных, документами, определяющими политику Оператора в отношении обработки персональных данных, локальными актами по вопросам обработки персональных данных. Проводится периодическое обучение указанных работников правилам обработки персональных данных.
6.9. Предприняты необходимые и достаточные технические меры для обеспечения безопасности персональных данных от случайного или несанкционированного доступа, уничтожения, изменения, блокирования доступа и других несанкционированных действий:
6.9.1. Введена система разграничения доступа.
6.9.2. Установлена защита от несанкционированного доступа к автоматизированным рабочим местам, информационным сетям и базам персональных данных.
6.9.3. Установлена защита от вредоносного программно-математического воздействия.
6.9.4. Осуществляется регулярное резервное копированием информации и баз данных.
6.9.5. Передача информации по сетям общего пользования осуществляется с использованием средств криптографической защиты информации.
6.10. Организована система контроля за порядком обработки персональных данных и обеспечения их безопасности. Спланированы проверки соответствия системы защиты персональных данных, аудит уровня защищенности персональных данных в информационных системах персональных данных, функционирования средств защиты информации, выявления изменений в режиме обработки и защиты персональных данных.

7. ДОСТУП К ПОЛИТИКЕ
7.1. Действующая редакция Политики на бумажном носителе хранится по адресу: 129085, г. Москва, Проспект Мира, д. 101В, стр. 2.
7.2. Электронная версия действующей редакции Политики размещена на сайте Оператора в сети «Интернет».

8. АКТУАЛИЗАЦИЯ И УТВЕРЖДЕНИЕ ПОЛИТИКИ
8.1. Политика утверждается и вводится в действие распорядительным документом, подписываемым руководителем Оператора.
8.2. Оператор имеет право вносить изменения в настоящую Политику. При внесении изменений в наименовании Политики указывается дата последнего обновления редакции. Новая редакция Политики вступает в силу с момента ее размещения на сайте Оператора, если иное не предусмотрено новой редакцией Политики.
8.3. К настоящей Политике и отношениям между субъектом персональных данных и Оператором применяются нормы действующего законодательства Российской Федерации.

Январь 05, 2019

Работая с различными проектами, интернет-маркетологам приходится сталкиваться с тем, что не всегда владельцы сайтов изначально ставят себе оба этих счетчика. По статистике портала ruward.ru (за июнь 2016 г.), 67% сайтов Рунета имеют только одну установленную систему, и 20,72% ставят на свой сайт две системы.

Счетчики Рунета

Причем доля LiveInternet в 2016 году составляла 27,28%, что почти в 3 раза больше, чем у Google Analytics:

Популярность счетчиков

Но если сейчас зайти на w3techs.com (ресурс, занимающийся анализом веб-сайтов), то увидим следующее распределение:

Яндекс.Метрика установлена на 76% русскоязычных сайтов (ноябрь 2018)

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

Google Analytics и Яндекс.Метрика. Что у них общего?

1. Классический подход – асинхронная загрузка кода счетчика. Асинхронным код называется из-за того, что он выполняется параллельно всем остальным скриптам. Что это значит?

По умолчанию, все JavaScript выполняются последовательно, и, если в первом коде есть ошибка или элемент, задерживающий загрузку остальных скриптов, то в отслеживание статистики посещений может закрасться ошибка. Асинхронный код выполняется параллельно остальным процессам и самым первым при загрузке страницы. Это обеспечивает его 100% срабатывание и точный сбор данных.

2. Хранение данных – агрегированные данные и данные в виде таблиц

Когда вы заходите на сайт, вы видите в отчетах агрегированные данные. Агрегация – это процесс объединения элементов в одну систему. А агрегирование данных – это процесс сбора, обработки и представления информации в окончательном виде. Данные по пользователям, страницам, городам и т.д. То есть какая-то суммарная статистика по всем пользователям.

Также все данные хранятся в виде таблиц. По сути, каждый отчет – это отдельная таблица с данными, где главный ключ отчета (левая часть) – это и есть метрика.

В крупных проектах с большими объемами данных (петабайты – 10 в 15 байта) очень распространено использовать не агрегированные данные, где существует гораздо меньшее количество таблиц, но более длинных, и делать на основе них высокоэффективные фильтры и группировки. С помощью них можно посмотреть данные о каждом заходе, просмотре, визите и т.д.

Работа с сырыми не агрегированными данными требует от системы высокой эффективности, поскольку все вычисления нужно делать в момент запроса пользователя. Для этого нужна колоночная СУБД. С помощью сырых данных можно строить сложные воронки, кастомные модели атрибуции, объединять данные из разных источников через API.

Кроме того, в Метрике 2.0 был пересмотрен подход к структуре данных. Раньше Яндекс.Метрика хранила предагрегированные данные для фиксированного набора отчетов. В новой версии все данные хранятся в сыром виде и отчеты строятся на лету с использованием разработанной в Яндексе open source столбцовой СУБД СlickHouse . То есть можно взять данные из API и загрузить их в базу СlickHouse.

СlickHouse применяется и во внешних проектах, например, для анализа метаданных о событиях в LHCb эксперименте в CERN (порядка миллиарда событий и 1000 параметров для каждого события), и как хранилище в проекте банка Тинькофф.

У Google есть продукт облачной база данных с высочайшей скоростью обработки огромных массивов данных. Это Google Big Query . Данные в обеих системах веб-аналитики представлены в виде таблиц. То есть каждый отчет имеет ключевой атрибут, по которым выводится информация.

В небольших интернет-магазинах и посадочных страницах вполне можно обойтись без ClickHouse и Big Query. Но когда дело касается большого количества данных и сотни тысяч ежедневных событий, аналитики выходят за традиционные Яндекс.Метрики и Google Analytics. Например, целесообразно использовать ClickHouse в случае с рекламными сетями, RTB, аналитикой онлайн-игр, когда необходимо работать с данными сенсоров и мониторингом различных событий, а также телеком данными, финансовыми транзакциями и биржевой аналитикой.

Общее – табличный вид

3. Общее у Яндекс.Метрики и Google Analytics – это .

Параметры (Dimensions) — это свойство объекта, которое можно измерить. Например, «Город», из которого был осуществлен сеанс, «Тип устройства» (ПК, мобильные устройства или планшеты), «Источник или канал» трафика, URL посадочной страницы и т.д.

Показатели (Metrics) – это количественные значения, представленные в виде числа. Это могут быть:

• сеансы;
• пользователи;
• транзакции;
• доход;
• и т.д.

4. Поведенческие характеристики

В Яндекс.Метрике есть раздел, который называется «Карты». Он состоит из 4 отчетов:

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

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

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

Примеры сегментов Яндекс.Метрики

Электронная коммерция

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

Раньше он передавался так:

Устаревший метод передачи e-commerce

А отправка заказа производилась с помощью метода reachGoal:

yaCounterXXXXXX.reachGoal(‘TARGET_NAME’, yaParams);

Теперь формирование и отправка заказа выглядят так:

Новый метод передачи e-commerce

Напоминает конструкцию Google Analytics? А это она и есть. Вместо задания переменных через var и отправки заказа методом reachGoal теперь формирование заказа происходит через уровень данных dataLayer.push() Теперь для того, чтобы у вас передавались данные в Google Analytics и Яндекс.Метрика, следует установить всего лишь один код для двух счетчиков. После корректной настройки в Метрике появится вкладка с отчетами по электронной коммерции:

Отчеты «Электронная коммерция»

В июле 2018 года разработчики представили новый отчет «Посетители». В нем собираются анонимные и составляется детальная история посещений, всех действий (хитов) каждого из них.

Отчет «Посетители»

Большинство данных о посещениях собирается счетчиком Яндекс.Метрики автоматически. Однако, часто возникает необходимость дополнения собранных данных собственными. Например, интерес может представлять статистика по заказам определенных товаров или информация о действиях авторизованных пользователей.

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

Обязательные поля

Последнее, о чем хотелось рассказать в блоке «Яндекс.Метрика» — это визуализация данных. В середине октября 2018 года Яндекс презентовал свой новый сервис Yandex DataLens, который является частью Яндекс.Облака.

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

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

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

Стоимость использования будет зависеть от количества запросов, которые компании будут делать. Сервис поддерживает загрузку данных из clickHouse, Яндекс.Метрики, BigQuery, MySQL и других источников.

Источники данных Yandex DataLens

Кроме этого, в Yandex.DataLens будет возможность раздавать различные права своим партнерам. Например, сам Яндекс имеет более 5000 партнеров и более 15000 аналитиков и маркетологов, которым необходимы какие-либо данные. Благодаря новому сервису Яндекс может создать один датасет, и раздать определенные права всем участникам.

Интерфейс продукта очень простой и интуитивно понятный, как, впрочем, и все другие продукты компании. Метрики Yandex.DataLens стилистически очень напомнили «Параметры» и «Показатели» в Google Analytics и Google Data Studio (синий и зеленый цвета).

Визуализация данных

Google A nalytics

В августе 2018 года Google начал ребрендинг всех маркетинговых сервисов, тогда Google AdWords стал Google Ads , Google Marketing Platform объединил DoubleClick и Google Analytics 360 Suite , а Google Ad Manager - DoubleClick for Publishers и DoubleClick Ad Exchange .

Старый и новый логотип Google Analytics

До этого Google сделал следующие обновления:

• добавил кнопки на трех уровнях (аккаунта, ресурса и представления);

• изменил интерфейс управления пользователями;

Управление пользователями

• обновил навигационное меню;

Навигационное меню Google Analytics

• ввел новую опцию после обновленных правил обработки персональных данных, введенных 25 мая (GDPR);

Хранение данных

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

Отчет «Вероятность конверсии»

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

Серия отчетов «Разные устройства»

В Google Analytics доступно более 90+ стандартных отчетов на все случаи жизни, разделенных на разные блоки – Специальные отчеты, В режиме реального времени, Аудитория, Источники трафика, Поведение и Конверсии.

Один из отчетов в Google Analytics

Если говорить о «фишках» Google Analytics по сравнению с Яндекс.Метрикой, то я бы выделили следующие:

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

В режиме реального времени

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

Отчеты «Сравнение»

• Представления

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

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

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

Представления

Все эти настройки реализуются через фильтры на уровне представления. По умолчанию в Google Analytics создается первое представление «Все данные по веб-сайту» .

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

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

• Поисковые запросы

Google Analytics от Яндекс.Метрики отличается чересчур большим количеством зашифрованных поисковых запросов. То есть нам предоставляется меньше исходных данных по тому, как пользователь взаимодействовал с нами из органического поиска. В Метрике есть отдельный отчет «Источники – Поисковые запросы» , который достаточно хорошо определяет поисковую фразу, по которой пользователь перешел к нам на сайт. Analytics более 80% трафика добавляет в (not provided) и other (в зависимости от отчета).

Поисковые запросы в Яндекс.Метрике и Google Analytics

Ни один из инструментов не показывает запросы друг друга. Google Analytics, например, помечает поисковые запросы Яндекса как (not set). В качестве дополнительного средства борьбы можно использовать Яндекс.Вебмастер и Google Search Console. Подробнее о проблеме «not set» и «not provided» поговорим чуть ниже.

• Контекстная реклама

Если рассматривать различия именно по продуктам контекстной рекламы (Яндекс.Директ и Google Ads) в функционале, то их особых нет. Связав Google Analytics с Google Рекламой, вам станет доступна вся статистика аккаунта. Тоже самое и с Яндекс.Метрикой, когда вы в своих рекламных кампаниях Яндекс.Директ добавите «Счетчик Метрики» в соответствующее поле. А вот в количестве предоставляемых отчетов у этих двух сервисов есть отличие. Яндекс.Метрика содержит всего 3 отчета, в то время как в Google Analytics их аж 11 штук:

Скажете, что в Яндекс.Директ присутствует Мастер отчетов, которого вполне хватает для оптимизации рекламы? Будете правы отчасти, поскольку речь идет о функциональных возможностях Яндекс.Метрики и Google Analytics, а не их братьев. В Ads тоже много чего интересного есть.

• Кросс-девайс

Для связывания разных устройств одного пользователя в Google Analytics существует функция User ID. Она позволяет объединить различные сеансы и действия во время этих сеансов с уникальным идентификатором. Это отслеживание еще называют кросс-девайсным.

Раньше в Метрике, как и в GA можно было использовать этот User ID, система должна знать, что пользователь залогинен на сайте. Но не у всех сайтов есть авторизация, и не все пользователи в этот момент авторизованы. На смену такого подхода в Метрике пришли к технологии машинного обучения «Крипта». На такой же ней же работает и демографический таргетинг, и интересы и т.д. Теперь User ID не нужно определять программно, за нас это делает алгоритм.

В Яндекс.Метрике для отображения данных в отчете необходимо наличие целей или использование электронной коммерции. Отчет «Кросс-девайс» доступен, если на сайт за последнюю неделю зашло больше 100 посетителей минимум с двух разных устройств.

Отчет «Кросс-девайс» в Яндекс.Метрике

До поры до времени так работал только Яндекс. С появлением функции Google Signals июле 2018 года и серии отчетов «Разные устройства» интернет-маркетологам стало проще отслеживать пользователей на разных устройствах, не создавая никаких дополнительных представлений User ID и определения переменной на программном уровне.

Отчеты «Разные устройства» в Google Analytics

Сводная таблица

Подведем итоги:

Google Analytics vs Яндек.Метрика

Лично мое мнение в этом противостоянии следующее — наибольшую отдачу от применения инструментов веб-аналитики можно получить только в случае использования возможностей нескольких сервисов одновременно, поскольку:

• А – они друг друга дополняют;
• B – можно подстраховаться, в случае неисправности одного из них;
• C – оба постоянно обновляются и у каждого появляются новые функции;

Я в своей практике чаще использую именно Google Analytics. Все метрики, все отчеты, все гипотезы – все это решается и принимается на основании данных GA. Яндекс.Метрика для меня является вспомогательным инструментом. Но иногда приходят проекты, у которых не установлен счетчик Analytics. Либо же сайт использует другие сервисы. Тогда приходится работать с тем, что есть. И в этом нет ничего плохого.

Google Analytics vs Яндекс.Метрика: сходства и различия