Настройка

Google

Analytics

snitko.pro
Настройка Google Analytics

Настройка Google Analytics


  • Михаил Снитко
  • 02 Сентября 2020

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

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

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

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

В данной статье речь пойдет о работе с новым проектом и настройке Google Analytics для сайта. Если не настроить веб-аналитику сразу, в будущем есть вероятность возникновения проблем различного типа – от резкого падения / увеличения трафика до невозможности эффективно отслеживать бюджеты на рекламные источники, а как следствие, прибыль кампании.

1. РЕГИСТРАЦИЯ АККАУНТА GOOGLE ANALYTICS

РЕГИСТРАЦИЯ АККАУНТА GOOGLE ANALYTICS

Для работы с инструментом Google Analytics (GA) необходимо зарегистрировать обычную почту в Gmail.com, которая и будет являться учетной записью. Для простоты связки аккаунтов Google Рекламы – Google Analytics рекомендуется использовать тот же аккаунт, что и при настройке рекламных кампаний. Если вы никогда не создавали счетчик GA и не имеете доступа к уже существующим, после перехода по адресу вам будет предложено зарегистрироваться в системе.

Примечание: если вы имеете аккаунт в Google AdWords, рекомендуется использовать ту же самую почту.

Рассмотрим процесс создания нового счетчика Google Analytics. В зависимости от отслеживания, выбираем тип ресурса, на который нужно поставить счетчик - веб-сайт или мобильное приложение. Вводим: название аккаунта (уровень – аккаунт); название ресурса (уровень – ресурс); url веб-сайта; отрасль (категория бизнеса, к которой имеет отношение ваш сайт или приложение); часовой пояс отчетов в вашем регионе.

Также Google нам предлагает предоставить доступы к персональным данным для улучшения собственных сервисов. Можно оставить или можем галочки снять. На работоспособность Analytics это никак не повлияет. Нажимаем на «Получить идентификатор отслеживания» и принимаем условия лицензионного соглашения. Таким образом Google создал для нас уникальный UA-идентификатор отслеживания.

2. УСТАНОВКА КОДА GOOGLE ANALYTICS НА СТРАНИЦЫ САЙТА

УСТАНОВКА КОДА GOOGLE ANALYTICS НА СТРАНИЦЫ САЙТА

Полученный код отслеживания Universal Analytics (UA-) библиотеки analytics.js или gtag.js следует разместить на всех веб-страницах в теге <head>. Если у вас сайт динамический, то код, как правило, добавляется один раз в шапку сайта, header.php.

Однако не все так просто. Есть несколько вариантов установки данного кода применительно к онлайн-ресурсам. На статических сайтах (состоящих из неизменяемых HTML-страниц), чтобы обновить информацию на таком сайте, необходимо самостоятельно вносить изменения в программный код страницы.

Если вы являетесь владельцем статического сайта, вам придется вручную добавлять код Universal Analytics на все страницы вашего веб-ресурса.

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

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

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

Если вы являетесь владельцем такого сайта, написанного на самописном языке или любом другом языке программирования, вам необходимо либо также вручную добавить код Universal Analytics на все страницы, либо вынести приведенный код в отдельный файл analyticstracking.php и обратиться к нему через include в шаблон страницы, чтобы не добавлять код вручную на каждую страницу (Google Analytics предлагает добавить <?php include_once("analyticstracking.php") ?>, который будет включен только один раз).

Если вы случайно закрыли страницу и не можете найти код отслеживания, откройте раздел «Администратор» - «Ресурс» - «Код отслеживания» - «Код отслеживания».

Первые данные о переходах, просмотрах веб-страниц, конверсиях и других действиях пользователей появятся в отчетах в течение 24 часов. Но благодаря дополнительному функционалу Google Analytics и расширению Tag Assistant вы можете сразу проверить работу кода отслеживания.

Непосредственно со страницы «Код отслеживания» вы можете отправить тестовый трафик на сайт и проверить корректность передачи данных.

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

С помощью бесплатного расширения Tag Assistant от Google, можно регистрировать переходы пользователей на сайте, просматривать отчеты по обращениям, отправленным в процессе, а также информацию о возможных ошибках.

Установить код отслеживания Google Analytics можно также через диспетчер тегов Google (Google Tag Manager).

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

3. ПРОВЕРКА КОРРЕКТНОСТИ УСТАНОВКИ КОДА GOOGLE ANALYTICS

ПРОВЕРКА КОРРЕКТНОСТИ УСТАНОВКИ КОДА GOOGLE ANALYTICS

Проверка кода отслеживания осуществляется с помощью: отчета «В режиме реального времени» - Обзор; отправки тестового трафика «Администратор» — «Ресурс» — «Отслеживание» — «Код отслеживания»; расширения Tag Assistant (by Google).

Бывали ли у вас ситуации, когда Google Analytics работал не так, как предполагалось? Не срабатывали цели, события, не передавались данные по электронной торговле или не отслеживались какие-либо другие действия пользователей на сайте? Уверен, что да.

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

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

При тестировании используйте utm_метки, чтобы разграничить трафик и сразу же определить свой переход в случае, если на сайте есть еще кто-то, кроме вас.

Если трафик не поступает на сайт (вы не видите ваши обращения), то необходимо убедиться в отсутствии фильтра, который ограничивает поступление этого трафика с собственного IP-адреса.

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

Как еще удостовериться в том, что нужное нам событие передалось в Google Analytics? Для этого можно использовать собственный браузер и консоль разработчика (Developer Tools). При нажатии клавиши F12 (для браузера Google Chrome) откроется панель, на которой необходимо перейти на вкладку «Network (Сеть)».

Во-первых, на странице загружается файл analytics.js. Во-вторых, нечто, начинающееся со слова «collect». Именно эти данные и отправляют обратно в Google Analytics. Если у вас загружается большое количество данных, можно применить фильтр по значению analytics в соответствующем поле.

Нажав на collect, можно увидеть пользовательские данные, которые передались в Google Analytics.

Существует несколько проблем из-за которых данные не передаются в Google Analytics: первоначальный JavaScript не загружается (в этом случае проверьте корректность установки кода в нужное место и сам фрагмент кода, его полный внешний вид, от <script> до </script>); код загружается, но не отправляются данные в Google Analytics (как правило, это связано с тем, что вы скопировали код с другого сайта или вообще из справки Google, при этом не подогнали его под свой сайт и не изменили идентификатор отслеживания).

Как понять, что данные отправились именно в Google Analytics? Посмотрите на Request URL. Перед вами будет запрос с данными, которые передаются в Analytics через Measurement Protocol.

Запрос по Measurement Protocol (MP) формируется из строки пользовательского агента (User agent), строки отправки (transport), и строки набора данных с параметрами (payload data). Строки отправки (transport) указывают куда отправлять MP запрос. Они состоят из двух частей: адрес Google Analytics; конечная точка URL (один или несколько обращений в запросе).

Проверить сформированный запрос можно с помощью инструмента Hit Builder, отправляя данные в Google Analytics вручную (метод POST).

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

Для установки перейдите по ссылке. После активации в панели разработчика, необходимо отметить, что после включения Google Analytics Debugger отладка производится с помощью analytics_debug.js. Расширение для браузера автоматически изменило библиотеку analytics.js на отладочную версию. Чтобы включить отладочную версию analytics.js вручную, следует изменить URL в коде отслеживания JavaScript.

Примечание: отладочную версию analytics.js следует использовать только при разработке сайта и устранении ошибок, так как она значительно больше основной библиотеки и может существенно замедлить загрузку страниц.

Если вы не хотите, чтобы данные передавались в Google Analytics (например, в среде разработки или тестирования), вы можете отключить задачу sendHitTask. Подробнее об этом читайте в официальной справке.

Google Tag Assistant Recordings (GTAR) - это часть расширения Google Tag Assistant для браузера Chrome. Инструмент позволяет быстро выполнять проверку или диагностику сайта, анализировать внедрение кода Analytics и устранять неполадки.

Когда у вас включена функция Google Tag Assistant Recordings, будут записываться все страницы, даже те, которые не являются частью вашего сайта или создаются динамически (например, страница просмотра заказа в корзине). После остановки записи создается отчет с вашими действиями. Действия других пользователей не учитываются.

Web Analytics Solution Profiler (WASP) — это еще одно расширение для браузера, которое позволяет обнаружить теги любого типа, их взаимосвязь между собой и визуализировать полученные данные. WASP запоминает состояние dataLayer после того, как вы покинули страницу и перешли на следующую. Этот функционал является большим плюсом, поскольку в режиме отладки GTM не позволяет видеть, что произошло на предыдущей странице.

Другие особенности: обнаружение всех типов тегов, включая те, которые отправляются через POST; SEO информация о странице (URL, title, description, keywords, cookie и др.); возможность скрытия и блокировки тега; декодирование информации для Google Analytics и других сервисов; удобная визуализация, которая показывает отношения между всеми тегами с помощью связей в виде «стрелочек».

Для установки перейдите по ссылке. После этого откройте консоль разработчика (Ctrl+Shift+I) и перейдите на новую созданную вкладку WASP. Перезагрузите страницу. Для каждой страницы будет доступна своя визуализация в виде «карты путей». Верхний уровень: Page Info (общая информация о странице); dataLayer (уровень данных); Tags (теги); Scripts (скрипты).

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

4. АПГРЕЙД ПОКАЗАТЕЛЯ ОТКАЗОВ

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

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

Из-за двойного условия показатель в Яндекс.Метрике ниже, чем в Analytics. Для того чтобы сделать его более похожим в двух системах аналитики, необходимо добавить вручную в код счетчика Google Analytics дополнительные строки на сайте. Не забывайте, что конструкция отличается в зависимости от библиотеки Analytics (analytics.js или gtag.js).

Итог такой: пользователи, которые находились на сайте более 15 секунд за сеанс - показатель отказов будет равен 0%, а те, кто меньше данного интервала времени - соответственно 100%.

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

БИБЛИОТЕКА ANALYTICS.JS

Если у вас на сайте установлен код счетчика Universal Analytics и библиотека analytics.js, то вам нужно добавить следующие строчки кода:

<script>setTimeout(function(){ga('send', 'event', 'Новый посетитель', location.pathname);}, 15000);</script>

где «Новый посетитель» - категория событий, а location.pathname - параметр, в котором содержится часть адреса страницы без доменного имени и get-параметров, 15000 - значение 15 секунд в миллисекундах.

где «Новый посетитель» - категория событий, а location.pathname - параметр, в котором содержится часть адреса страницы без доменного имени и get-параметров, 15000 - значение 15 секунд в миллисекундах.

Если у Вас на сайте установлен Global Site Tag c библиотекой gtag.js, тогда вам нужно добавить следующий код:

<script>setTimeout(function(){gtag('event', location.pathname, {'event_category': 'Без отказов'});}, 15000);</script>

Обычно используют "Новый посетитель" или "New Visitor". Но вы можете задать какое-либо другое название передаваемого события. Например, "Без отказов". Для проверки фиксации данного события через 15 секунд используйте группу отчетов "В режиме реального времени". Посетив сайт, перейдите в раздел "События".

Если на сайте в данный момент большое количество трафика и нужно быстро определить свой заход, используйте utm_метки. Все события в Google Analytics хранятся в группе отчетов "События", которые расположены в разделе "Поведение". Настроить показатель отказов можно также через Google Tag Manager с помощью триггера "Таймер".

5. СБОР ДАННЫХ В ФУНКЦИЯХ ДЛЯ РЕКЛАМОДАТЕЛЕЙ

СБОР ДАННЫХ В ФУНКЦИЯХ ДЛЯ РЕКЛАМОДАТЕЛЕЙ

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

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

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

6. ВКЛЮЧИТЬ ДЕМОГРАФИЧЕСКИЕ ОТЧЕТЫ И ОТЧЕТЫ ПО КАТЕГОРИЯМ ИНТЕРЕСОВ

ВКЛЮЧИТЬ ДЕМОГРАФИЧЕСКИЕ ОТЧЕТЫ И ОТЧЕТЫ ПО КАТЕГОРИЯМ ИНТЕРЕСОВ

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

«Аудитория» состоит из отчетов: «Обзор», «Активные пользователи», «Общая ценность», «Когортный анализ», «Аудитория», «Статистика по пользователям», «Демографические данные», «Интересы», «География», «Поведение» (не путать с отдельным разделом в GA), «Технологии», «Мобильные устройства», «Специальные», «Сравнение» и «Пути пользователей».

Примечание: количество отчетов может несколько отличаться от описанного, поскольку часть из них появляется в отдельном представлении после включения функции User ID.

С помощью отчета «Активные пользователи», можно видеть динамику изменения активности пользователей и оценить степень заинтересованности пользователей к вашей компании. Например, резкие скачки на графике (вверх) могут свидетельствовать об интересе пользователей к какому-либо товару, акции, скидке, публикации на сайте и т.д. То есть, когда вы активно работаете со своей аудиторией, количество активных пользователей увеличивается. Напротив, при быстром падении числа активных пользователей (вниз) можно сделать вывод об угасании интереса пользователей. Часто такое бывает, когда акция длилась какой-то ограниченный промежуток времени и достигла пика в определенные дни, а при окончании действия активность пользователей пошла на спад.

По умолчанию строится график по показателю «Активных пользователей за 1 день», но вы в любой момент имеете возможность добавить значения одновременно за несколько периодов, просто отметив их галочкой: активных пользователей за 1 день; активных пользователей за 7 дней; активных пользователей за 14 дней; активных пользователей за 30 дней.

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

Отчет «Общая ценность» позволяет понять, какую ценность для вашего проекта представляют пользователи, привлеченные через различные каналы продвижения - органический поиск (Organic Search), контекстную рекламу (Paid Search), e-mail рассылки (Email) и т.д.

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

Доход на пользователя (за весь период) считается как отношение дохода (за весь период) на количество пользователей. К примеру, доход на пользователя по органическому поиску (Organic Search) равен: 11 011 124,2 / 81 923 = 134,41 руб.

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

В отчете есть два элемента, относящихся ко времени: диапазон дат для канала и ось X.

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

Ось X на диаграмме разбита по дням. На ней отображаются значения показателей, которые меняются на протяжении жизненного цикла пользователя. Максимальный период оценки по оси X составляет 90 дней. Если мы хотим посмотреть на графике данные по определенным параметрам, то необходимо выбрать соответствующую строку и напротив нее поставить галочку, а затем нажать «Показать на графике».

Примечание: в официальной справке Google на момент написания этой статьи (16 декабря 2017 г.) было написано следующее: в настоящее время этот отчет доступен только в представлениях приложений. Однако данные по этому проекту были взяты из веб-ресурса и представления по умолчанию (Все данные по веб-сайту).

КОГОРТНЫЙ АНАЛИЗ

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

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

Когорта — это группа людей, сделавших нужное нам действие в определенный промежуток времени. Например, впервые зашли на сайт, скачали приложение, оформили заказ в первый раз. А определенный промежуток времени — это сегодня, вчера, за неделю, в прошлом месяце, в 2000-ых и т.д.

Когортные отчеты есть во многих аналитических системах - в Google Analytics, AppMetrica, AppsFlyer, Adjust и т.д (последние три - мобильная аналитика).

Меню, используемое при настройке отчета «Когортный анализ» в Google Analytics, состоит из 4 пунктов: тип когорты, размер, показатель, диапазон дат; тип когорты, размер, показатель, диапазон дат; тип когорты - параметр, характеризующий когорты; размер когорты - параметр, определяющий временной интервал, по которому будет считаться отдельная когорта. Доступен выбор по дням, неделям и месяцам. Показатель – параметр, который требуется проанализировать в разрезе заданной когорты.

ДОСТУПНО 14 ПОКАЗАТЕЛЕЙ

Длительность сеанса — в таблице будет представлена суммарная длительность всех сеансов конкретной когорты; достигнутые цели — в отчете будет выводиться информация по общему количеству достигнутых целей (конверсий); доход — общая сумма дохода от электронной торговли; пользователей — общее количество пользователей в когорте за выбранный интервал; просмотры страниц — общее количество страниц, просмотренных посетителями. учитываются повторные просмотры одной страницы; сеансы — в таблице будет отображено общее число сеансов по выбранной когорте; транзакции — в отчете покажется общее число совершенных на вашем сайте покупок; длительность сеанса в расчете на одного пользователя — рассчитывается как общее затраченное когортой время (чч:мм:сс), разделенное на общий размер когорты; достигнутые цели в расчете на одного пользователя — общее количество целей, выполненных когортой, разделенное на общий размер когорты; доход в расчете на пользователя — общий доход по когорте, разделенный на общий размер когорты; просмотров страниц на пользователя — общее количество просмотров страниц или экранов, выполненных когортой, разделенное на общий размер когорты; сеансов на пользователя — в отчете будет доступно общее количество сеансов, начатых когортой, разделенное на общий размер когорты; транзакций на пользователя — рассчитывается как общее количество транзакций по когорте, разделенное на общий размер когорты; коэффициент удержания клиентов — показывает число пользователей из когорты, вернувшихся в n-й раз за выбранный период времени (день, неделю, месяц), разделенное на общее количество пользователей в когорте.

Четвертый пункт меню – это диапазон дат. Он меняется в зависимости от размера когорты. Также можно указать количество когорт, которое должно быть на диаграмме. Одновременно допустимое количество вариантов - до 4.

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

В Google Analytics относительные величины показателей представлены пятью цветами: самым темным окрашены максимальные значения, а самым светлым – минимальные. Каждому цвету соответствует определенный диапазон. Например, если наибольшее значение в таблице – 100%, то каждый цвет представляет диапазон 20 (100/5). Если же наибольшее значение – 50%, то каждый цвет представляет диапазон 10 (50/5). Подробнее о когортном анализе читайте в официальной справке Google.

АУДИТОРИИ

Раньше мы могли создавать аудитории в Google Analytics и экспортировать эти аудитории в другие продукты (например, AdWords), но не могли публиковать эту аудиторию в Analytics для анализа. Благодаря недавним обновления это стало возможно.

Отчет «Аудитории» включает только аудитории (и связанные с ними данные), которые вы создали в Google Analytics. Чтобы ее добавить, необходимо выполнить несколько шагов: включить демографические отчеты и отчеты по категориям интересов; создать аудитории в Google Analytics; опубликовать эти аудитории в Google Analytics.

В настройках самой аудитории в пункте «Цели аудитории» добавьте места, указав нужный счетчик Google Analytics. Нажмите «Опубликовать». Данные по аудитории доступны в отчетах со дня ее публикации в Analytics. Статистика до этой даты отображаться не будет.

Статистика по пользователям. С помощью этого отчета можно просматривать и анализировать поведение отдельных пользователей на основе Client-ID или User ID.

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

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

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

Кроме этого, в отчете «Статистика по пользователям» присутствует функция создания сегментов на основе отдельных действий пользователя.

При выборе двух условий сработает оператор «И», то есть в этот сегмент попадут только те пользователи, кто совершит эти 2 действия. Укажите название, представление и сохраните сегмент. Идентификаторы клиентов можно экспортировать и применять для связки онлайн- и оффлайн-данных о пользователях. Например, в журнале конкретного идентификаторы клиента я могу посмотреть информацию о транзакциях.

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

Отчет «Статистика по пользователям» может применяться в различных случаях, самые распространенные из которых – это: анализ поведения аудитории (по сегментам); ремаркетинг (например, вы можете напомнить им, какие товары они отложили в корзину, или показывать покупателю телефона рекламу подходящего к нему аксессуара); улучшение работы с клиентом (просмотреть последовательность переходов по товарам или разделам сайта конкретного пользователя, а далее давать им актуальные и ценные советы в случае успешной инициализации этого человека в offline).

ДЕМОГРАФИЧЕСКИЕ ДАННЫЕ

Демографические данные и информация об интересах пользователей поступают из внешних файлов cookie DoubleClick. На основе истории посещения ресурсов, участвующих в сети DoubleClick, определяется возрастная группа пользователя, пол и круг интересов. Поскольку не все пользователи заходят на сайты-партнеры DoubleClick, демография в Analytics доступна лишь для определенной части аудитории (на скриншоте выше показатель выделен красным).

ИНТЕРЕСЫ – ОБЗОР - СЕГМЕНТЫ АУДИТОРИИ

Сегменты аудитории, присутствующей на рынке – Другие категории. Сегменты аудитории по интересам (близкая категория, охват) – это аудитории, аналогичные телеаудиториям. Например, любители техники, спортивные болельщики и увлекающиеся кулинарией; сегмент аудитории, присутствующей на рынке - покупательские интересы.

Другие категории - позволяет создавать наиболее точное описание целевых пользователей. Например, в параметре «Сегменты аудитории по интересам» есть категория «Гурманы», а параметр «Другие категории» содержит аудиторию «Рецепты / Национальные кухни / Восточноазиатская кухня».

Такое разделение по интересам позволяет легче настраивать ремаркетинговые кампании в Google AdWords и точнее подбирать места размещения (площадки КМС). Подробный список аудиторий по интересам со значениями ID смотрите в руководстве разработчиков AdWords.

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

ГЕОГРАФИЯ – ЯЗЫК – МЕСТОПОЛОЖЕНИЕ

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

Многие системные локали имеют «двойное» название, даже если регион использования языка один единственный, как у русского (ru_RU). У идентификаторов локалей первые буквы — язык, вторые — страна. Например, может быть американский английский (en_US), может быть британский (en_GB). Иногда JavaScript может получать от системы или браузера только одну часть локали, поэтому в отчетах Google Analytics присутствуют оба варианта.

В отчете «Местоположения» доступна информация по нескольким основным параметрам: «Страна», «Город», «Континент», «Субконтинент». На карту накладываются значения показателя, выбранного в качестве анализируемого. При наведении указателем мыши на соответствующий регион вы увидите его абсолютное значение. Выбрав страну и «провалившись» на уровень ниже, можно посмотреть данные по определенному региону.

ПОВЕДЕНИЕ

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

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

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

Перейдя в отчет только по вернувшимся пользователям и применив дополнительный параметр «Источник или канал», мы можем наблюдать такую картину: оказывается, больше 60% транзакций осуществляется людьми, которые повторно зашли на сайт по органическому поиску (Organic Search).

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

Отчет «Периодичность и давность» содержит информацию о распределении числа сеансов и дней с последнего сеанса (две вкладки).

Чаще всего сайт посещают всего лишь один раз, от 2 до 8 сеансов идет проседание, а затем идет рост числа сеансов и просмотров страниц. В данном примере представлена статистика интернет-магазина по продаже цветов, где преобладает либо ярко выраженная эмоциональная покупка «сразу» (число сеансов – 1,2), либо долгий и тщательный подбор красивого букета в течение продолжительного периода времени – на юбилей, день рождения, свадьбу и т.д.

ВОВЛЕЧЕНИЕ

Отчет «Вовлечение» показывает, насколько пользователи заинтересованы информацией на сайте. Таблицы построены с учетом длительности сеанса (в секундах) и глубины просмотра (две вкладки).

ТЕХНОЛОГИИ – БРАУЗЕР И ОС - СЕТЬ

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

Можно выбрать в качестве основного параметра: «Браузер», «Операционная система», «Разрешение экрана», «Цвета экрана», «Версия Flash» и «Поддержка Java».

СЕТЬ

Отчет «Сеть» является вспомогательным и применяется при анализе данных редко, однако благодаря ему вы, например, можете узнать какая аудитория является наиболее платежеспособной в разрезе интернет-провайдеров. Если вы используете на своем сайте поддомены, то отчет можно построить по основному параметру «Имя хоста».

МОБИЛЬНЫЕ УСТРОЙСТВА

В этом отчете можно посмотреть, какое количество пользователей приходят на ваш сайт с desktop (персональный компьютер, ноутбук), mobile (смартфон), tablet (планшет). Если вы видите, что при большом объеме трафика с мобильных устройств показатель отказов в 1,5-2 раза выше среднего значения, то это значит, что посетителю неудобно пользоваться вашим сайтом.

При практически одинаковом количестве посещений он ниже десктопного на 55%. В действительности, у этого сайта в реальной жизни есть проблемы с адаптивной версткой.

УСТРОЙСТВА

Отчет «Устройства» содержит данные по мобильным устройствам (бренду, модели и товарному знаку).

Google Analytics в своей справке пишет о том, что агенты пользователя (User-agent) устройств на базе iOS обычно предоставляют системе недостаточно информации, чтобы определить модель. В результате они отображаются просто как iPhone, iPod, или iPad.

Основной параметр в отчете: «Информация о мобильном устройстве», «Бренд мобильного устройства», «Интернет-провайдер», «Средства ввода данных», «Операционная система» и «Разрешение экрана».

СРАВНЕНИЕ

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

Данная функция включается через настройки аккаунта в настройках доступа к данным, галочка напротив «Сравнение». А изменение отрасли доступно в настройках ресурса.

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

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

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

Для сравнения доступны следующие показатели: сеансы (число сеансов); % новых сеансов; новые сеансы (сеансы новых пользователей); страниц / сеанс; средняя длительность сеанса; показатель отказов.

Процентные значения в таблице позволяют понять, насколько ваши показатели эффективности отличаются от «усредненных конкурентов». Положительное значение (например, 4,78%) означает более высокую, а отрицательное (например, -69,02%) - более низкую эффективность по сравнению с другими сайтами.

Над таблицей расположены два переключателя: показать / скрыть фактические значения показателей в таблице; показать / скрыть цвета тепловой карты в таблице.

КАНАЛЫ

Из отчета «Каналы» легко определить по каким источникам конкуренты продвигают свой сайт лучше нашего и где нам можно масштабироваться по дополнительному трафику. В данном примере мы эффективнее остальных по органическому поиску (+57,83%), платному трафику (+26,2%) и рефферальным переходам (+12,64%), но хуже по медийным кампаниям (Display, -69,02%), социальным сетям (-75,2%) и e-mail рассылкам (-95,57%).

МЕСТОПОЛОЖЕНИЕ

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

УСТРОЙСТВА

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

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

ПУТИ ПОЛЬЗОВАТЕЛЕЙ

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

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

Примечание: поддерживаются только сегменты на основе сеансов и к отчету применяется только один сегмент.

В качестве инструмента перемещения используются стрелки влево и вправо, с помощью мыши (перетаскивание), а масштабирование выполняется с помощью ползунка.

Для изменения количества связей на диаграмме доступна настройка «Уровень детализации». Чем она выше, тем больше связей будет в отчете. Ползунок не влияет на фактическое количество связей.

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

Отчет «Пути пользователей» со всеми связями можно экспортировать в .pdf. Подробнее об этом отчете читайте в официальной справке Google https://support.google.com.

7. СОЗДАНИЕ НЕСКОЛЬКИХ ПРЕДСТАВЛЕНИЙ

СОЗДАНИЕ НЕСКОЛЬКИХ ПРЕДСТАВЛЕНИЙ

По умолчанию в Google Analytics создается первое представление «Все данные по веб-сайту». Чаще всего его оставляют нетронутым, в исходном виде без каких-либо фильтров, чтобы в любой момент можно было откатиться назад. Исходя из личного опыта, на этапе настройки GA следует создавать как минимум 3 представления: все данные по веб-сайту — по умолчанию, без фильтров, служит для резервного хранения всех данных (ни в коем случае его не изменяйте); главное представление — основное представление, в рамках которого будут строятся все отчеты по сайту; тестовое представление — вспомогательное для основного (на нем применяются все фильтры и измененные настройки, производится первичный анализ полученных результатов).

В Google Analytics существует несколько уровней иерархии учетной записи (аккаунта): аккаунт; ресурс; представление.

АККАУНТ

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

Аккаунт состоит из: настройки аккаунта (идентификатор аккаунта, название аккаунта и настройки доступа к данным); управление пользователями; все фильтры; история изменений; корзина. В рамках одной учетной записи (почты gmail.com) можно создать до 100 аккаунтов.

РЕСУРС

Ресурсом в Google Analytics называется сайт, мобильное приложение или какое-либо устройство (например, киоск или кассовый терминал). В аккаунте может быть несколько ресурсов (до 50) и данные по ним собираются отдельно. Каждому ресурсу присваивается уникальный идентификатор отслеживания (UA-). Таким образом Google Analytics определяет: как собирать данные, хранить их и группировать в отчетах.

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

Если вы захотите объединить собираемые данные по двум ресурсам в один (например, статистику по основному домену и поддомену), необходимо будет изменить настройки конфигурации и вместо разных счетчиков Google Analytics использовать один общий.

Ресурс состоит из: настройки ресурса (идентификатор отслеживания, название ресурса, url); управление пользователями; код отслеживания (код отслеживания, сбор данных, User-ID, настройки сеанса, источники обычных результатов поиска, список исключаемых поисковых запросов); связь с другими продуктами (Google AdWords, Google AdSense, Ad Exchange, Search Console, BigQuery, DoubleClick); возврат данных; настройки аудитории (аудитории и динамические атрибуты); пользовательские определения (параметры и показатели); импорт данных.

ПРЕДСТАВЛЕНИЯ

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

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

Все эти настройки реализуются через фильтры на уровне представления. Для каждого ресурса можно использовать до 25 различных представлений. Новое представление начинает собирать данные только после его создания (1 июля создали – статистика станет доступна только после этой даты).

Данные из удаленных представлений восстановить невозможно. И если вы применили какие-то фильтры к представлению «Все данные по веб-сайту», то отменить это действие не получится.

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

Представление состоит из: настройки представления (идентификатор, название представления, url веб-сайта, страна часового пояса, валюта и т.д.); управление пользователями; цели; группы контента; фильтры; настройки канала (группа каналов, управления названиями брендов); настройки электронной торговли; вычисляемые показатели; сегменты; аннотации; модели атрибуции; собственные группы каналов; мои оповещения; плановая рассылка; ярлыки; открыть доступ к объектам.

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

8. НАСТРОЙКА ПРЕДСТАВЛЕНИЯ – ИЗМЕНЕНИЕ ВАЛЮТЫ

НАСТРОЙКА ПРЕДСТАВЛЕНИЯ – ИЗМЕНЕНИЕ ВАЛЮТЫ

В настройках представления необходимо выбрать валюту, которая будет отображаться в отчетах Google Analytics. По умолчанию установлена валюта доллары США (USD). Если валюта, которая используется на сайте в заказе, отличается от валюты самого представления, GA произведет конвертацию по курсу обмена за предыдущий день. В России – это курс ЦБ.

Это особенно актуально для тех, кто использует различные валютные пары в Google Analytics и Google Ads (по расходам на рекламу и цене за клик). Система берет данные о ценовых показателях валют, ориентируясь на середину того периода, который анализируется пользователем. К примеру, для данных с 1 по 14 июля за отправную точку будет взят курс валют от 7 июля.

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

Для этого: переходим в раздел «Администратор»; в столбце «Представление» выберите «Настройки представления». Копируем данное представление, указав название нового представления.

Настройки представления: идентификатор представления; название представления; url веб-сайта (если ваш сайт поддерживает SSL-шифрование, то необходимо изменить на https://); страна часового пояса (время, по которому будут определяться границы дней в отчетах); страница по умолчанию (страница, которая загружается при прямом заходе пользователя, когда он вводит домен сайта в адресной строке).

Если при вводе вашего домена site.ru загружается страница site.ru/index.html, тогда в строке «страница по умолчанию» следует добавить index.html. Важно понимать, что страница site.ru и site.ru/index.html — это две разные страницы с точки зрения Google Analytics и статистика по ним в отчетах будет отображаться по отдельности. Чтобы этого избежать, надо задать нужно значение в этом поле.

Исключить параметры запроса URL – любые параметры запросов, которые появляются справа от знака? в URL (разделяются знаком &) и которые нужно исключить из отчетов. В основном их используют на сайтах для представления номера текущей страницы в каталоге, параметрах фильтра или сортировки, а также для передачи дополнительных значений (откуда пришел посетитель, его уникальный идентификатор сеанса, когда используется подмена контента на сайте, заголовков, текстов, описания, при сборе информации о корзине в интернет-магазине и т.д.).

Здесь используются уникальные метки, которые не обрабатываются стандартным функционалом аналитики. И вместо одной строки с информацией о трафике у вас будет несколько строк, в каждой из которых будет уникальный URL с уникальным значением переменной cm_type и roistat (хоть метка и генерирует переход по рекламному объявлению, принцип отображения данных наглядно представлен).

Добавив эти значения в «Исключить параметры запроса URL», Google Analytics будет автоматически отсекать от ссылки cm_type и roistat, а также любые связанные с ними значения. По умолчанию GA собирает информацию о каждой уникальной URL отдельно.

Полные параметры URL все равно будут отображаться в представлении «Все данные по веб-сайту», а изменения в представлении повлияют только на данные, которые будут получены в дальнейшем. Если в ссылках дополнительно использовать параметры UTM, то система веб-аналитики автоматически отсечет такую метку от ссылки. Поэтому эти параметры не нужно перечислить в этом поле. Также, параметры чувствительны к регистру. Длина строки не должна превышать 2048 символов.

Валюта (доллар, евро, российский рубль и т.д.). Если валюта, которая используется на сайте в транзакциях, отличается от валюты самого представления, Google Analytics произведет конвертацию по курсу обмена за предыдущий день. В России – это курс ЦБ. Это особенно актуально для тех, кто использует различные валютные пары в Google Analytics и Google AdWords (по расходам на рекламу и цене за клик).

Система берет данные о ценовых показателях валют, ориентируясь на середину того периода, который анализируется пользователем. К примеру, для данных с 1 по 14 июля за отправную точку будет взят курс валют от 7 июля.

9. НАСТРОЙКА ПРЕДСТАВЛЕНИЯ – ФИЛЬТРАЦИЯ РОБОТОВ

НАСТРОЙКА ПРЕДСТАВЛЕНИЯ – ФИЛЬТРАЦИЯ РОБОТОВ

Включив в настройках представления функцию «Фильтрация роботов - Исключить обращения роботов и «пауков», можно отсеять часть искусственного трафика.

Защитить свой сайт от спама можно также через файл .htaccess, запретив вход на сайт пользователям, приходящим с указанных IP-адресов. Однако такой метод является не всегда эффективным, поскольку злоумышленники или хуже того, программы, могут автоматически их менять.

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

Защитить данные от искажения можно и с помощью фильтров в Google Analytics. Чтобы исключить данные о действиях ботов на сайте, необходимо создать новый фильтр в «Администратор» - «Фильтры» на тестовом представлении.

Фильтрация роботов (включив данную функцию, GA легко исключит из своих отчетов ботов и пауков. Для их фильтрации Google c 2014 года использует базу "IAB/ABC International Spiders & Bots List", которая обновляется ежемесячно).

С этого момента аналитика автоматически начнет фильтрацию данных, сравнивая трафик вашего сайта с информацией из IAB. Есть вероятность скачка и снижения посещаемости сайта. Однако не стоит надеяться и на то, что «Фильтрация роботов» исключит весь искусственный трафик. Но то, что его станет намного меньше – неоспоримый факт. Воспользуйтесь встроенным фильтром, чтобы заблокировать нежелательные IP-адреса.

10. НАСТРОЙКА ПРЕДСТАВЛЕНИЯ – ИСКЛЮЧЕНИЕ ПАРАМЕТРОВ ЗАПРОСА URL

НАСТРОЙКА ПРЕДСТАВЛЕНИЯ – ИСКЛЮЧЕНИЕ ПАРАМЕТРОВ ЗАПРОСА URL

С точки зрения инструментов веб-аналитики, динамические параметры, добавленные в ссылку после конечного URL, считаются дублями. И поэтому в отчетах Google Analytics вы могли видеть одну и ту же страницу, но с разными параметрами сторонних сервисов. Это и facebook, и ROIstat, и comagic, и openstat и т.д.

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

11. НАСТРОЙКА ПРЕДСТАВЛЕНИЯ – ОТСЛЕЖИВАНИЕ ПОИСКА ПО САЙТУ

НАСТРОЙКА ПРЕДСТАВЛЕНИЯ – ОТСЛЕЖИВАНИЕ ПОИСКА ПО САЙТУ

Если на сайте присутствует поиск по категориям, разделам или страницам, то в Google Analytics можно настроить отслеживание того, что конкретно пользователи ищут на сайте. В 95% случаях для интернет-магазина поиск по товарам на сайте предусмотрен.

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

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

И наоборот, помогают нам понять и ответить на вопрос: а почему пользователь так часто обращается к строке поиска? Быть может, у нас есть проблемы с навигационном меню и нашим посетителям непонятна ее структура?

Многие из нас пренебрегают отчетом «Поиск по сайту», однако он дает нам весьма ценную информацию и пищу для размышлений. А в случае, если у вас интернет-магазин (много товаров, фильтров и категорий), персональный блог, различного рода агрегаторы, где присутствует большое количество страниц и элементы внутреннего поиска, данный отчет просто необходим.

Переходим в раздел «Администратор» — «Настройки представления». В разделе Настройки поиска по сайту установите переключатель в положение ВКЛ. В строке «Параметр запроса» необходимо указать имя параметра из адресной строки браузера, который содержит запрос, вводимый пользователем.

Например, для Google – это параметр «q». В параметрах запроса может быть как одна буква, так и слово или несколько слов (term, search, query). Все зависит от cms-сайта или фантазии разработчика. Если на вашем сайте используется метод POST, который скрывает все передаваемые им переменные и их значения в своем теле, адрес страницы будет выглядеть несколько иначе: http://site.ru/search.php.

Настроить поиск по сайту для поисковых систем можно двумя способами: попросить веб-мастера передавать в конец URL ключевые слова запроса (например, http://site.ru/search.php?q=poisk). Тогда все остальные действия сводятся к вышеописанным; изменить код Google Analytics таким образом, чтобы он динамически создавал виртуальный путь к странице, включающий запрос. Про настройку виртуальных страниц поговорим в следующих материалах.

В параметрах запроса доступно добавление до 5 значений через запятую. При желании можно также установить галочку «Удалять параметры запроса из URL», что повлияет на данные в отчетах – они будут отображаться без соответствующего параметра. Никакие другие параметры при этом не удаляются.

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

Но если сделать все правильно, спустя некоторое время (задержка по данным Google Analytics составляет ~3-4 часа) в отчетах появится информация по пользовательским запросам.

Группа отчетов «Поиск по сайту» расположена в разделе «Поведение». Доступны 4 отчета: обзор; использование; поисковые запросы; поисковые страницы.

В отчете «Обзор» собраны общие сведения по всем показателям о поиске. Следует остановиться на каждом из них: сеансы с выполнением поиска - количество сеансов, в течение которых хотя бы раз выполнялся поиск; всего уникальных поисковых запросов - общее количество раз, когда пользователи выполняли поиск; просмотры страниц с результатами за поиск - среднее число просмотров страницы результатов после выполнения поиска; переходы после поиска, % - количество выходов с сайта после просмотра результатов внутреннего поиска; уточнения поиска, % - количество уточнений (изменений) поисковых запросов на сайте за один сеанс; средняя глубина поиска - число страниц, открытых посетителями после просмотра результатов поиска по определенному запросу; время после поиска - длительность пребывания на сайте после поиска по определенному запросу.

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

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

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

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

12. УПРАВЛЕНИЕ ПОЛЬЗОВАТЕЛЯМИ В АККАУНТЕ

УПРАВЛЕНИЕ ПОЛЬЗОВАТЕЛЯМИ В АККАУНТЕ

Управлять пользователями можно на 3 уровнях: аккаунта, ресурса и представления: пользователь, добавленный на уровне аккаунта, будет иметь доступ ко всем ресурсам и представлениям этого аккаунта; пользователь, добавленный на уровне ресурса, будет иметь доступ только к этому ресурсу и всем представлениям внутри него; пользователь, добавленный на уровне представления, будет иметь доступ только к этому представлению.

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

В аккаунте можно быть неограниченное число пользователей. Чтобы добавить нового, необходимо: выбрать уровень доступа (аккаунт, ресурс или представление); перейти в настройки «Управление пользователями» на одном из них; в поле «Предоставить разрешения» указать e-mail адрес; указать типы разрешения; при необходимости поставить галочку «Уведомить пользователя по электронной почте», чтобы отправить оповещение выбранным пользователям; нажать кнопку «Добавить».

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

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

13. НАСТРОЙКА ФИЛЬТРОВ В ПРЕДСТАВЛЕНИИ

НАСТРОЙКА ФИЛЬТРОВ В ПРЕДСТАВЛЕНИИ

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

Фильтры создаются для различных целей: необходимо скрыть/показать какие-то данные подрядчику (например, одно представление по SEO трафику, другое по контекстной рекламе и т.д.); требуется разделить мобильный/десктопный трафик; нужно проверить работу какого-то фильтра, который в будущем будет применен к данным; хочется включить/исключить определенные регионы, URL, каналы, IP-адреса и т.д.; объединить/изменить отображение трафика в отчетах.

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

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

Пример, который часто используют при пояснении работы фильтров в Google Analytics – это исключение трафика с определенных IP-адресов (офисных работников), получение данных только по определенному субдомену или каталогу, а также преобразование URL динамических страниц в текстовые строки.

На первый взгляд фильтры ничем не отличаются от сегментов в Google Analytics. Однако это не так. Есть существенные отличия: фильтр применяется ко всем данным на уровне представления. Все изменения, сделанные через него, нельзя отменить. Фильтр нельзя наложить на уже собранные данные; сегмент можно применять сколько угодно раз и при этом данные в аккаунте не будут подвержены изменениям; фильтры могут работать с IP-адресами, а в сегментах нет стандартной возможности фильтрации статистики по IP пользователя.

Фильтры в Google Analytics бывают двух типов: встроенные; пользовательские. Встроенные фильтры позволяют работать с самыми простыми данными и только включать / исключать трафик. Исключить / включить трафик из домена интернет-провайдера. Определяются все данные о переходах с какого-либо сайта. Достаточно указать конкретный домен.

Встроенные фильтры — простой и понятный инструмент, который позволяет включать и исключать трафик. С помощью пяти параметров пользовательского фильтра можно создать более гибкие условия фильтрации трафика: Исключить; Включить; Нижний регистр/Верхний регистр; Найти и заменить; Расширенный.

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

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

ИСКЛЮЧЕНИЕ ТРАФИКА ПО IP

Важный фильтр, описание которого можно встретить даже в справке GA — исключение трафика с IP-адресов вашей компании.

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

Чтобы исключить внутренний трафик, который искажает данные, создаем встроенный фильтр. Он исключает трафик со всех IP-адресов, которые начинаются с 209.185.108.1. То есть фильтр не допустит до представления данные с IP-адресов 209.185.108.100, 209.185.108.101, 209.185.108.102 и так далее.

Критерий “Начинается с” — лишь один из четырех способов определения IP-адресов в фильтре. Их также можно определить как: идентичные регулярному выражению; заканчивающиеся регулярным выражением; содержат регулярное выражение.

РАЗДЕЛЕНИЕ СОБЫТИЙ TEST И PROD

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

Пользовательский параметр h_HIT_TYPE с областью действия на уровне хита (обращения) принимает значение типа события. По умолчанию каждому идентификатору события соответствует тип [test]. После проверки корректности разметки при помощи GTM Lookup Table, тип события вручную меняется на [prod].

Пользовательский фильтр допускает до представления данные только тогда, когда параметр h_HIT_TYPE соответствует шаблону фильтра [prod]. Обратите внимание: поле “Шаблон фильтра” работает в режиме регулярных выражений.

При применении такого фильтра задвоенное событие никогда не попадет в представление, исказив данные. Подобное разделение актуально для всех событий, кроме pageview. Для него параметр h_HIT_TYPE всегда должен принимать значение [prod].

РАЗДЕЛЕНИЕ СРЕД STAGE И PROD

Тестовая среда (или stage) — это область разработки на вашем сайте, где удобно тестировать изменения. Нередко такое тестирование происходит на поддомене с ограниченным доступом. Сгенерированные тестировщиками и разработчиками данные могут негативно отразиться на всей статистике, поэтому важно тщательно контролировать переход сайта из тестовой среды в боевую (prod). Для этого можно создать фильтр по типу среды, предварительно создав пользовательский параметр с областью действия на уровне хита h_ENVIRONMENT_TYPE. Достаточно менять его значение со [stage] на [prod] при переносе сайта из тестовой среды в боевую, чтобы не допустить попадания некорректных данных в представление.

Аналогично настройке предыдущего фильтра, допускаем до представления данные только тогда, когда параметр h_ENVIRONMENT_TYPE соответствует шаблону фильтра [prod].

Таким образом фильтр начнет пропускать данные в представление только после изменения типа среды со [stage] на [prod].

ОБЪЕДИНЕНИЕ БРАУЗЕРА И ЕГО ВЕРСИИ

В стандартном интерфейсе Google Analytics бывает затруднительно строить отчет по браузерам и их версиям. Например, для анализа версий браузера существует отчет Браузер и ОС.

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

В пользовательском расширенном фильтре используем два поля: Поле А и Поле В, создаем на их основе Поле Вывода. Выражения “Извлечь А” и “Извлечь В” служат для поиска текстовых соответствий. В нашем случае используем регулярное выражение (.*), соответствующее любому значению параметров “Платформа операционной системы” и “Версия операционной системы”.

В Поле Вывода выбираем параметр “Версия операционной системы” и ссылаемся на извлеченные значения при помощи обозначений $A1 и $B1. Таким образом записываем название браузера вместе с его версией. Подобный фильтр также удобен в применении к версии операционной системы.

ПРИВЕДЕНИЕ URL К ЕДИНОМУ ВИДУ

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

В пользовательском фильтре выбираем тип регистра и нужное поле. В нашем случае — приводим URL запроса к нижнему регистру.

Скорректированный URL позволит объединить данные по странице с одинаковым URL, но c разным регистром, приведя их к общему виду. Например — “/balkon.html”. Благодаря оставленному представлению без фильтров, вы всегда будете иметь доступ к данным неизмененного URL.

ПРИВЕДЕНИЕ НАЗВАНИЙ ИСТОЧНИКОВ, КАНАЛОВ И КАМПАНИЙ К ЕДИНОМУ ВИДУ

Несмотря на фильтр для изменения регистра URL, источник, канал и кампания останутся с исходным регистром. Это происходит из-за того, что utm-метки передаются в профили Google Analytics в качестве отдельных параметров из “сырых” данных. Каждый из них требует отдельного фильтра для приведения к единому регистру.

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

ИСКЛЮЧЕНИЕ WWW. ИЗ ИМЕНИ ХОСТА

Проблема разделения одинаковых страниц по URL может возникнуть не только из-за разного регистра. Например, Google Analytics разделяет данные таких страниц как www.forexample.ru и forexample.ru.

Эту проблему можно решить с помощью фильтра для приведения URL к одинаковому виду.

В пользовательском расширенном фильтре используем Поле А и Поле Вывода. Из имени хоста извлекаем все, что находиться после “www.” с помощью регулярного выражения www\.(.*). Выбираем параметр «Имя хоста» в Поле Вывода и записываем в него полученное значение с помощью выражения $A1.

КОРРЕКТИРОВКА SEO-ТРАФИКА

Для продвижения сайта в рейтинге выдачи поисковиков важно анализировать данные по переходам из этих систем. Но Google Analytics не всегда корректно определяет SEO-трафик из поиска Яндекса: часть органического трафика попадает в канал referral. Скорректировать данные можно с помощью фильтра.

В пользовательском расширенном фильтре используем два поля, Поле А и Поле В, и перезаписываем на их основе Поле Вывода. Если источник кампании соответствует регулярному выражению yandex, а канал кампании соответствует регулярному выражению referral, фильтр перезапишет канал пользователей как organic.

Подобная проблема затронула и SEO-трафик Mail.ru, фильтр для этой поисковой системы настраивается аналогично.

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

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

Поэтому настоятельно рекомендуется для фильтров создавать новые представления. При правильно выстроенной работе их должно быть как минимум 3.

При создании новых фильтров в представлении более новые фильтры будут применяться после более старых. Чтобы изменить порядок, необходимо: зайти в «Назначение порядка фильтров»; выбрать нужный фильтр и нажать кнопку «Вверх» или «Вниз». По завершении нажать на кнопку «Сохранить». А чтобы удалить фильтр из представления, нажмите на ссылку удалить напротив него.

В новые фильтры можно добавлять уже существующие. Это делается в самом фильтре +ДОБАВИТЬ ФИЛЬТР. Если какие-то фильтры были не активны, их можно применять через функцию «Применить существующий фильтр».

У фильтров в Google Analytics есть и недостатки: потеря данных.

При фильтрации данные, поступающие в представление, навсегда изменяются в соответствии с настройками фильтра. Именно поэтому (еще раз!) всегда следует оставлять одно представление без фильтров, в котором будут храниться все данные по проекту; задержка в обновлении данных — может пройти до 24 часов, прежде чем фильтры будут применены к данным; фильтры применяются после их создания (данные станут доступны только после создания фильтра и обновлении их в отчетах); фильтры – объекты уровня аккаунта (изменив фильтр на уровне представления, он изменится и на уровне аккаунта. Эти изменения отразятся на всех представлениях, использующих данный фильтр. Во избежание этой ситуации просто создайте новый фильтр и примените его только к этому представлению).

14. НАСТРОЙКА ЦЕЛЕЙ

НАСТРОЙКА ЦЕЛЕЙ

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

Они бывают разных типов: посещение определенной страницы (как правило, это страница «Спасибо» или «Благодарности»); последовательность страниц (например, для интернет-магазина эта цепочка Корзина – Доставка – Оплата – Оформленный заказ); умные цели.

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

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

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

Пример: на ваш веб-сайт зашли 1000 уникальных пользователей. В течение дня было совершено 10 покупок. Коэффициент конверсии сайта в покупку = 10 покупок / 1000 посетителей x 100% = 1%. Таким образом, в течение дня было достигнуто 10 целевых действий (целей, покупок), а коэффициент конверсии сайта в покупку составил 1%.

Цели делятся на: основные (макроцели) и вспомогательные (микро-конверсии). Основными являются те, при выполнении которых вы в перспективе можете получить реальные деньги. Например, звонок в офис или заявка на сайте с контактными данными потенциального клиента. Получив информацию по заказу, вы напрямую или через вашего менеджера связываетесь с ним для уточнения деталей.

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

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

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

Чтобы создавать и редактировать цели, у вас должно быть разрешение на изменение на уровне представления. На вкладке «Администратор» выберите нужное представление; перейдите в «Цели»; Цели Google Analytics; Представление – Цели; нажмите «+ Цель» или импортировать из галереи, чтобы добавить цель; добавить цель в Google Analytics или импортировать из галереи.

При выборе «Импортировать из галереи» откроется галерея решений Google Analytics с фильтром Goal (цель), в которой можно найти готовые решения других пользователей и воспользоваться ими в своем проекте. Сортировка возможна по дате публикации, категории или оценке. Лично я никогда не использовал их в своей работе (в отличие от сегментов, сводок и отчетов), поскольку под каждый веб-сайт цели настраиваются индивидуально.

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

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

Польза от них немного - название шаблона цели просто копируется на следующий шаг настройки цели. И в зависимости от выбранного варианта устанавливается тип цели «Целевая страница» или «Событие». Поэтому в 99% случаев они не используются (хотя вы можете увидеть, что именно стоит отслеживать на сайте и использовать эту информацию как подсказку), а цели Google Analytics создаются на основании «собственных».

На следующем шаге вводим название цели, идентификатор целевого рекламного места и выбираем тип: Целевая страница; Продолжительность; Страниц / экранов за сеанс; Событие; Умная цель.

Название вводим то, которое наиболее всего подходит данной цели. Например, оформленный заказ, звонок, форма обратной связи, страница «Спасибо» и т.д.

Идентификатор целевого рекламного места – это системное обозначение целей в Google Analytics, разделенных на 4 набора по 5 целей (всего как мы уже знаем их 20).

Наборы помогают объединить разные цели в тематические группы. Например, микроцели (вспомогательные) в один набор, а макроцели (основные) – в другой. Эти наборы отображаются в отчетах в виде ссылок в разделе «Статистика». Вы можете для каждой цели выбрать любой идентификатор и набор целей.

ЦЕЛЕВАЯ СТРАНИЦА

На многих веб-сайтах для определенных страниц используются фиксированные ссылки (URL). Например, просмотр документа по определенному url-адресу, страница регистрации или страница «Спасибо», на которую пользователя перенаправляет после выполнения целевого действия.

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

В Google Analytics для идентификации URL в качестве цели существует три типа соответствия: Равно; Начинается с; Регулярное выражение.

Тип соответствия «Равно» – для фиксированных URL. Используется только тогда, когда ссылка уникальна, не изменяется и не содержит дополнительных динамических параметров. А URI запроса – это часть URL, следующая за адресом домена. Ориентир – первый слэш «/» (косая черта) в ссылке.

Тип соответствия «Начинается с» – позволяет игнорировать динамические параметры в ссылке. Данный тип соответствия можно использовать, когда URL страниц в целом неизменны, но содержат дополнительные параметры в конце, которые нужно исключить. Например, при генерации номера заказа для интернет-магазина. В этом случае следует указывать ссылку /personal/order/make/?ORDER_ID= с типом соответствия «Начинается с».

Тип соответствия «Регулярное выражение» – если ни один из перечисленных вариантов не подходит, необходимо использовать регулярные выражения. Они позволяют проверять совпадение по нескольким критериям, используя набор специальных символов, применяемых для поиска текстовых строк, которые соответствуют требуемым условиям. Регулярные выражения можно применять в задачах по поиску из множества данных, для которых нужно получать выборку по определенным правилам.

При добавлении url-адреса не забудьте установить галочку «С учетом регистра», если следует разграничить два одинаковых URL, отличающихся друг от друга регистром. Например, /thanks-you.html и /THANKS-YOU.html

ЦЕННОСТЬ ЦЕЛИ

При создании цели можно присвоить конверсии ценность (необязательно). Ценность цели – это сумма в денежном эквиваленте, которая рассчитывается на основании действий, которые пользователь выполняет на вашем веб-сайте или мобильном приложении.

Например, если вы знаете, что из 10 заявок 8 человек заказывает ваш товар или услугу (конверсия из заявки в заказ составляет 80%) и ваш средний чек составляет 1000 руб., то ценность цели составляет: Ценность цели = 1000 *0,8 = 800 руб.

Этот показатель поможет оценить наиболее прибыльный и ценный для вас источник – контекстная реклама, органический поиск, социальные сети и т.д. Ценность цели также можно рассчитывать исходя из маржинальности бизнеса без учета расходов на рекламу и конверсии из заявки в оплаченный заказ. Ее еще называют «конверсией оператора»: Ценность цели = Маржа * Конверсия из заявки в оплаченный заказ (Конверсия оператора).

Предположим, вы занимаетесь продажей продукции Apple. Себестоимость iPhone - 38 000 руб. Вы продаете его за 40 000 руб. Маржа составляет 2 000 руб. (40 000 – 38 000), а из 10 заявок на сайте оплачивается 8. Конверсия оператора – 80%. Таким образом, ценность цели на основании маржи составляет: Ценность цели = 2000 * 0,8 = 1600 руб.

Ценность цели в Google Analytics также используется для расчета других показателей, например, рентабельности инвестиций в рекламу. Благодаря этим значениям проще определить коммерческую отдачу от конверсий.

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

ПОСЛЕДОВАТЕЛЬНОСТИ

Для типа «Целевая страница» можно указать последовательность конверсии - путь, по которому посетители будут идти к цели. Это позволит узнать, на каких этапах пользователи начинают и завершают последовательность конверсии. Информация доступна в стандартных отчетах «Карта целей» и «Визуализация».

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

При создании последовательности стоит не забывать о том, что последняя страница в этой цепочке и будет целевой, и ее URL необходимо указать в поле «Целевая страница», а не в разделе «Последовательность». Тот тип соответствия, который используется для последней страницы, применяется для всех URL в разделе «Последовательность». На скриншоте выше – это тип соответствия «Начинается с».

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

ПРОДОЛЖИТЕЛЬНОСТЬ

Следующий тип цели в Google Analytics – это продолжительность. Если время пребывания пользователя на сайте превосходит заданное значение или равно ему, то этот факт засчитывается как конверсия. Для этого в полях Часы, Минуты и Секунды нужно указать минимальное время пребывания на странице, при достижении которого будет учитываться конверсия.

СТРАНИЦ/ЭКРАНОВ ЗА СЕАНС

Если посетитель просмотрел «Больше чем» указанное в цели число страниц/экранов, то это будет считаться конверсией. Эти цели можно отслеживать для сбора списков ремаркетинга. Однако для этого лучше всего подходят сегменты пользователей. Для коммерческих веб-сайтов, не считая онлайн-кинотеатры, отслеживание целей данных типов не является первостепенной задачей.

Вот мы и научились создавать цели в Google Analytics для различных типов. Для корректной работы их необходимо проверить. Сделать это можно двумя способами: использовать встроенную функцию «Проверка цели» на этапе сохранения цели; посмотреть отчеты «В режиме реального времени».

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

При корректной настройке, а также условии, что достигнутые конверсии по данной цели действительно были, вы увидите значение, отличное от 0. В противном случае, если вы уверены в том, что на вашем сайте за данный промежуток времени были достигнуты цели, а расчетный коэффициент конверсии для этой цели за последние 7 дней составляет 0,00%, значит цель настроена неверно.

И на помощь придет второй способ – проверить цель собственноручно в режиме реального времени. Лучше всего это делать в режиме инкогнито.

Последовательность действий такова: заходим в режим инкогнито; вводим наш адрес с utm-меткой и переходим на сайт (важный момент: Google Analytics корректно засчитает данные, если вы будете использовать как минимум две метки: utm_source и utm_medium); выполняем ту последовательность действий, которую хотим проверить.

В разделе «В режиме реального времени» в отчете «Источники трафика» отобразился мой заход. Оставив заявку на сайте, я попал на страницу «Спасибо» по адресу site.ru/thank-you.html. В отчете «Конверсии» появилась «1» напротив достигнутой цели.

Чтобы точно удостовериться в том, что цель была достигнута мной, я нажимаю на «1: Страница благодарности» (как бы проваливаюсь в нее), а далее перехожу в предыдущий отчет «Источники трафика». В результате по цели «1: Страница благодарности» отображается моя метка с источником / каналом. Цель настроена корректно!

Количество достигнутых целей (или коэффициент конверсии) приводятся в отчетах "Конверсии": «Конверсии – Цели»; «Конверсии - Многоканальные последовательности»; «Конверсии – Атрибуция»; «Источники трафика».

УМНЫЕ ЦЕЛИ

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

В результате этого мы можем понять: насколько аудитория покупателей однородна по сравнению со всеми посетителями, а также насколько и в каком процентном соотношении она качественная / некачественная; каков % неопределенной аудитории с (not set) из всей аудитории трафика.

Умные цели полезны, в первую очередь, тем, кто еще не определился с собственными KPI и кому непонятно, на каком этапе воронки посетитель веб-сайта превращается в покупателя. Такое распространено в b2b - секторе, когда цикл покупки составляет несколько недель / месяцев, а продажа товара или услуги совершается по различным каналам взаимодействия.

Определив самые «конверсионные» для вашего бизнеса посещения, Google оптимизирует рекламные кампании AdWords на основе взаимодействий этой «эталонной» группы пользователей, собранной по описанным выше сигналам (устройство, браузер, местоположение и т.д.). Реклама будет показываться похожей аудитории.

Вот что разработчики сами пишут об этом: для определения лучших сеансов функция "Умные цели" устанавливает порог, выбирая примерно 5% лучшего трафика, который поступает из AdWords. После этого порог применяется ко всем сеансам, в том числе из других источников.

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

Для использования умных целей должны соблюдаться следующие требования: необходимо связать аккаунты Google Analytics и Google AdWords; за последние 30 дней из связанного аккаунта AdWords в выбранное представление Google Analytics должно быть передано не менее 500 кликов; в представление должно поступать не более 10 млн сеансов за 30 дней; в настройках доступа к данным аккаунта Analytics должен быть включен «Продукты и сервисы Google».

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

В каждом представлении можно использовать только 1 умную цель. Далее необходимо импортировать умную цель в Google AdWords. Сделать это можно следующим образом (скриншоты из нового интерфейса): зайти в AdWords и выбрать «Инструменты, оплата и настройки – Конверсии»; выбираем «Импортируйте конверсии из другой системы» и Google Analytics выбираем нашу умную цель и «Импортировать и продолжить»; настройки действий-конверсий оставляем без изменений.

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

Чтобы оптимизировать аккаунт AdWords с помощью умных целей, Google рекомендует выбрать в настройках рекламной кампании автоматическую стратегию «Целевая цена за конверсию» и подождать несколько недель для достаточного количества данных. В зависимости от объема трафика, количество недель может варьироваться от 3 до 5.

В результате накопленной статистики вы получите ориентировочную стоимость конверсии, которую сможете использовать в AdWords в качестве целевой цены за конверсию. Целевая цена за конверсию = Расход на кампании (Стоимость) / Количество конверсий по умным целям. Для оценки работы умных целей в Google Analytics предусмотрен отчет «Конверсии - Цели - Умные цели».

Отчет по «умным целям» содержит столбцы Yes, No и (not set). Алгоритм Google объединил в YES (Умная цель достигнута) с похожими поведенческими факторами людей, склонных проводить больше времени на сайте, просматривать больше страниц, с низким показателем отказов и тех, кто совершает покупки. И как оказалось, на эту «эталонную» группу пользователей по конверсии «Электронная торговля» приходится практически весь доход интернет-магазина (90% трафика в отчете – из контекстной рекламы). В данном случае специалистами Google рекомендуется оптимизировать рекламные кампании в AdWords через умные цели.

Выбрав одну из созданных раннее конверсий (если такие есть), вы можете посмотреть статистику по каждой из них. Однако не всегда целесообразно оптимизировать РК по умным целям. Например, согласно статьи neatpeak.net алгоритм Google отобрал сеансы с хорошими поведенческими показателями (страниц / сеанс, показатель отказов) и с высоким коэффициентом транзакции (8,87% против 1,11%). Но такие сеансы принесли лишь 4% дохода. И включив оптимизатор конверсии в аккаунте AdWords, рекламодатель будет оптимизировать стоимость транзакции в ущерб доходу.

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

Если вы уже используете отслеживание конверсий и все работает в рамках установленной цены, то необходимости перехода на оптимизацию по умным целям нет. Старайтесь при принятии решений взвешивать все ЗА и ПРОТИВ, поскольку мнение об «эталонной» группе пользователей вашего сайта у Google (искусственного интеллекта) и вас могут кардинально различаться.

15. НАСТРОЙКА СОБЫТИЙ

НАСТРОЙКА СОБЫТИЙ

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

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

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

События в Google Analytics создаются в разделе «Цели». Выбираем тип цели «Событие». Событие состоит из 4 компонентов: категория, действие, ярлык и ценность. Два первых (категория и действие) являются обязательными к заполнению, два других, как правило, оставляют пустыми. Хотя для отслеживания событий внутри мобильного приложения рекомендуется использовать все условия.

В старой библиотеке ga.js информацию о событиях можно было отправлять с помощью функции _trackEvent. Эта конструкция отправки события в Google Analytics относится к ~2013-2014 гг. и на данный момент является устаревшей.

А с появлением новой библиотеки gtag.js и Global Site Tag конструкция событий претерпела изменения:

gtag('event', 'имя_события', {// параметры событий'parameter_1': 'value_1','parameter_2': 'value_2',// ...});

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

СОБЫТИЕ НА ОТПРАВКУ ФОРМЫ

Используются если у Вас после заполнения формы и передаче данных не происходит перенаправления на отдельную страницу, например, «Спасибо» /thanks-you.html, а просто в той же форме генерируется новый текст с благодарностью.

Конверсии по целям с отдельной целевой страницей в отчетах Google Analytics подсчитываются гораздо точнее целей-событий. В большинстве случаев это связано с загрузкой кода JavaScript, который может не всегда корректно срабатывать при отправке данных. Поэтому лучше создать отдельную целевую страницу и настроить под нее цель с типом «Целевая страница».

В качестве примера возьмем действующий проект по натяжным потолкам. У нас на сайте есть кнопка «Заказать звонок» при клике на которую открывается всплывающая «PopUp форма» с двумя полями. Заполнив их и нажав на «Перезвоните мне», перенаправления на отдельную страницу не происходит, а в этой форме лишь генерируется новый контент (текст с благодарностью).

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

СОЗДАДИМ СОБЫТИЕ «ОТПРАВКА ФОРМЫ» В GOOGLE ANALYTICS

Категория – zakaz_zvonka, Действие – otpravka_form. Два других компонента (ярлык и ценность) не заданы, а включенный ползунок «Использовать ценность события в качестве ценности цели конверсии» говорит нам о том, что Google Analytics в своих отчетах в столбце «Ценность цели» будет отображать показатель из поля «Ценность». А поскольку в нашем примере он не задан, то и значения передаваться не будут.

Если вы хотите задать ценность цели вручную, то измените ползунок на «Нет» и введите соответствующую ценность конверсии.

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

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

За одно посещение одна цель засчитывается только один раз. Если посетитель сайта два раза отправил форму заказа, Google Analytics засчитает только одно достижение цели.

СОБЫТИЕ ПО КЛИКЕ НА КНОПКУ

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

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

ВИРТУАЛЬНЫЕ СТРАНИЦЫ GOOGLE ANALYTICS

При настройке целей типа «Целевая страница» для отслеживания всего пути до конверсии и визуализации данных целесообразно использовать последовательность. Но в событиях конечных URL и целевых страниц нет, а есть лишь компоненты «Категория», «Действие», «Ярлык» и «Ценность». Работая с кнопками или формами на сайте, мы вынуждены использовать виртуальные страницы.

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

Пример: предположим, что нам необходимо отследить путь пользователя от момента захода на сайт до отправки заполненной формы. Он состоит из 4 этапов - пользователь: зашел на страницу (Google Analytics автоматически регистрирует такие посещения); кликнул по кнопке «Заказать звонок»; заполнил форму; отправляет данные, кликнув по «Перезвоните мне».

Если проще, то путь состоит всего из 2 шагов: 1. Клик по кнопке 2. Отправка формы. На пути 2-4 нет целевых страниц и верным решением является создание виртуальных страниц. Конструкция события, вызывающего отслеживание страницы:

ga('send', 'pageview', [page], [fieldsObject]);

, геде: send, pageview – стандартные команды библиотеки analytics.js; page – путь виртуальной страницы, заданный вручную; fieldsObject – необязательный объект для указания значений, не указанных в параметрах [page] раннее.

Для передачи события все также используется атрибут onsubmit для формы и onclick для кнопки или ссылки.

Далее нам следует добавить два кода событий на два элемента нашего сайта – форму и кнопку. Делается это абсолютно также, как и в примерах выше. Только теперь две конструкции события будут идти следом через «;». И тоже самое добавляем к кнопке «Заказать звонок»:

onclick="ga('send', 'event', 'zakaz_zvonka', 'click_button'); ga('send', 'pageview', /virtualpage-button);"

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

Теперь необходимо создать обычную цель типа «Целевая страница» и указать последовательность из двух страниц. Важно помнить, что последняя страница в этой цепочке и будет целевой, и ее URL необходимо указать в поле «Целевая страница», а не в разделе «Последовательность». В нашем примере последняя – это /virtualpage-form.

Проверить корректность настройки составной цели можно в отчете «В режиме реального времени» или через Google Tag Assistant, а последовательность в «Конверсии – Цели – Визуализация».

Виртуальные просмотры страниц также можно использовать для отслеживания частичного заполнения форм. Это особенно полезно при наличии длинных форм (5-10 полей) или форм, которые содержат в себе опросы или регистрационные данные. Благодаря такому применению легко понять, где посетитель перестал заполнять данные, на каком именно поле «отвалился».

КАКИЕ ЕЩЕ БЫВАЮТ СОБЫТИЯ?

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

Внешние сервисы: Calltouch, JivoSite, Callbackhunter, ROIstat, Calibri, Mango, Comagic и т.д. Многие другие сервисы коллтрекинга, виджетов и захвата лидов имеют собственные JavaScript коды, которые ставятся на сайт и связываются с веб-аналитикой. Для отслеживания обращений в Google Analytics также настраиваются цели-события. Руководства по интеграции и настройке представлены на официальных сайтах каждого из проектов.

16. НАСТРОЙКА ЭЛЕКТРОННОЙ ТОРГОВЛИ

НАСТРОЙКА ЭЛЕКТРОННОЙ ТОРГОВЛИ

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

Например, пользователь на вашем сайте добавил товар в корзину и приступил к его оформлению. Если оно прошло успешно, его перенаправляет на так называемую страницу «Спасибо (thank-you)», на которой размещена информация о номере заказа (ID заказа) и дате оформления.

Данные по этому заказу придут в отчеты Google Analytics. И так по каждой транзакции, каждому шагу последовательности (например, Корзина - Страница доставки - Страница оплаты - Страница Спасибо и т.д.).

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

В Analytics существует два варианта электронной торговли: «обычная» и расширенная (Enhanced Ecommerce). Основное отличие заключается в количестве предоставляемой информации в отчетах, более гибкой настройке под свои нужды, а также тем, что стандартный модуль был реализован на библиотеке ga.js, а новые функции расширенной электронной торговли появились с выходом analytics.js.

Например, вот список некоторых отчетов, которые доступны в стандартной версии: Обзор (данные по основным показателям – доход, транзакции, средняя стоимость заказа, коэффициент транзакции и т.д.); Эффективность товаров (данные по к каждому отдельному товару – доход, количество покупок, средняя цена, идентификатор продукта, категория продукта и т.д.); Эффективность продаж (доход с разбивкой по ID заказа и дополнительным показателям – налоги, стоимость доставки, сумма возврата и т.д.).

Enhanced Ecommerce является усовершенствованной версией своего предшественника и в ней открывается ряд других отчетов: Поведение покупателей (общий процесс покупки, который проходит каждый пользователь сайта); Поведение при оформлении покупки (можно проследить поведение пользователей в течение всего процесса оформления покупки по каждому из шагов последовательности); Раздел «Маркетинг» (внутренняя кампания, купон заказа, купон товара, код партнера (рассмотрим в отдельной главе).

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

Для внедрения на сайт Enhanced Ecommerce (расширенной электронной торговли) Google Analytics можно использовать два метода настройки: через код отслеживания; с помощью Google Tag Manager.

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

Важно! Плагин расширенной электронной торговли не следует использовать вместе с плагином обычной электронной торговли (ecommerce.js) на одном ресурсе. Это может плохо сказаться на сборе данных о покупках и транзакциях.

Переходим к настройке расширенной электронной торговли: в панели администратора выбираем нужно представление; в разделе «Настройки электронной торговли» изменяем статус на «Вкл.» и сразу включаем отчеты по сопутствующим товарам.

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

Вы сможете просматривать отчеты по расширенной электронной торговле в разделе «Конверсии». Эти ярлыки будут использоваться только на графике в Google Analytics для повышения его информативности в отчетах «Поведение покупателей» и «Поведение при оформлении покупки».

После завершения нажимаем кнопку «Отправить». Теперь необходимо на соответствующие страницы разместить коды Google Analytics. Все e-commerce данные отправляются событиями. С выходом глобального тега сайта gtag.js написание команд претерпело некоторые изменения, но сам принцип работы остался прежним.

Мы не будем подробно рассматривать процесс добавления кода на конкретные страницы и вставлять куски кода из руководства разработчиков Google в материал. Ограничимся лишь списком событий: Product impressions - показы продуктов (для отслеживания показов продукта отправляется событие view_item_list); Product clicks - переход на страницу продукта (для отправки кликов по продуктам используется событие select_content); Product details view - просмотр страницы продукта (после клика по продукту пользователь попадает на его страницу с детальной информацией. Для отслеживания просмотра detail page доступно событие view_item с данными о продукте); Additions to and removals from shopping cart - добавление и удаление продукта из корзины (для добавления в корзину отправляется событие add_to_cart, а для удаления из корзины remove_from_cart); Promotion impressions - показ рекламы товара на сайте (применяется событие view_promotion); Promotion clicks - клик по рекламе на сайте (для отправки кликов по рекламе используется событие select_content); Checkout – корзина (для первого шага в корзине отправляется событие begin_checkout); Purchases – покупка (для последующих шагов в корзине доступно событие checkout_progress); Refunds – возврат (для полной отмены транзакции используйте событие refund, а для частичной отмены отправьте refund с продуктами, которые были возвращены).

Подробнее про подключение расширенной электронной торговли через gtag.js читайте по ссылке. Примеры внедрения Enhanced Ecommerce для самой популярной на текущий момент библиотеки analytics.js разобраны здесь.

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

Настройка расширенной электронной торговли различна и для CMS-платформ. Например, для самых популярных движков интернет-магазинов, таких как: 1C-Битрикс, OpenCart, Magento, PrestaShop, плагин WooCommerce для WordPress в маркетплейсах есть готовые решения, благодаря которым процесс настройки сводится к нескольким простым действиям. Возможно, не для всех, но по крайней мере для части из них точно. Если вы используете одну из таких CMS-систем, есть смысл присмотреться к таким модулям.

Для проверки установки Enhanced Ecommerce есть как минимум два решения: GA Debugger – расширение для браузеров, которое позволяет видеть информацию, передающуюся в Google Analytics при загрузке страницы и при различных действиях пользователя; Google Tag Assistant.

Не забудьте сделать тестовый заказ и посмотреть отчеты по совершенной транзакции. Данные должны поступить в Google Analytics в течение 15-20 минут. Отчеты по расширенной электронной торговле находятся в отдельном разделе «Конверсии».

17. СВЯЗЬ АККАУНТОВ GOOGLE РЕКЛАМЫ И GOOGLE ANALYTICS

СВЯЗЬ АККАУНТОВ GOOGLE РЕКЛАМЫ И GOOGLE ANALYTICS

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

Связь Google Analytics с другими продуктами Google (AdWords, Search Console, AdSense и др.) значительно упрощает работу с инструментами, объединяя всю информацию в одном месте.

Объединить можно аккаунты из: AdWords - сервис контекстной рекламы; Search Console – панель управления сайтом для вебмастеров, позволяющая производить анализ запросов в поиске Google; AdSense - инструмент, который позволяет владельцу сайта зарабатывать на показе объявлений из контекстной рекламы; Ad Exchange – это платформа, которая работает в режиме реального времени (Real Time Bidding, RTB) и взаимодействует с контекстно-медийной сетью в процессе покупки и продажи рекламы. Она позволяет рекламодателям размещать медийную рекламу в Интернете; BigQuery - инструмент, обеспечивающий высокую скорость обработки запросов в больших наборах данных.

GOOGLE ADS

Связь Google Analytics и Google AdWords позволяет: оценивать эффективность рекламных кампаний с помощью отчетов AdWords в интерфейсе Analytics; импортировать цели Google Analytics и транзакции электронной торговли в аккаунт AdWords и на основе этих данных оптимизировать рекламные кампании по автоматическим стратегиям; импортировать показатели Analytics в AdWords: показатель отказов, средняя длительность сеанса, число страниц за сеанс и % новых сеансов в аккаунт AdWords; импортировать аудитории, созданные в Analytics, и использовать их для ремаркетинга в AdWords. Дополнить рекламные кампании можно динамическим ремаркетингом; получать дополнительные данные из AdWords в отчетах Google Analytics о многоканальных последовательностях.

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

Чтобы связать аккаунты Google Analytics и Google AdWords: выберите ресурс, с которым необходимо установить связь. Нажмите +ГРУППА СВЯЗАННЫХ АККАУНТОВ (в этом списке будут отображаться все связанные аккаунты, к которым у вас есть доступ. Отметьте галочкой нужный и нажмите «Далее»); включите связь для каждого представления ресурса, в котором вы хотите видеть данные AdWords (при желании можно включить функцию автоматической пометки тегами (меткой gclid) всех целевых URL. При пометке ссылок вручную с помощью utm-меток выберите «Расширенные настройки - Оставить настройки автоматической пометки без изменений»); нажмите «Связать аккаунты». После этого связь между Google Analytics и Google AdWords будет установлена.

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

При удалении через «Удалить группу» обмен данными между аккаунтами AdWords и Google Analytics полностью прекратится: данные AdWords (клики, показы, цена за клик и др.) перестанут появляться в отчетах Google Analytics. При этом старые сведения о посещениях сохранятся, а новые будут отображаться с пометкой (not set); в аудитории ремаркетинга Google Analytics перестанут добавляться пользователи; импорт целей, транзакций электронной торговли и специальных показателей из Google Analytics в AdWords прекратится.

В Google AdWords список связанных аккаунтов находится в разделе «Настройка – Связанные аккаунты – Google Analytics Подробнее». Через некоторое время данные (стоимость, клики, показы, цена за клик и т. д.) начнут отображаться в отчетах «Источники трафика – AdWords».

18. СВЯЗЬ АККАУНТОВ GOOGLE SEARCH CONSOLE И GOOGLE ANALYTICS

СВЯЗЬ АККАУНТОВ GOOGLE SEARCH CONSOLE И GOOGLE ANALYTICS

С каждым годом количество отображаемых поисковых запросов в отчетах Google Analytics становится все меньше и меньше. И мы с вами видим вполне знакомые строки в виде (not set) и (not provided). Это связано с тем, что Google шифрует запросы, по которым пользователи переходят на сайт.

В 2012 году Google стал показывать части авторизированных пользователей выдачу, используя SSL-сертификат. Используя нововведение в виде https протокола, посмотреть количество перешедших на сайт через конкретный поисковый запрос в Google Analytics стало проблематично.

И сейчас эта цифра (неопределенных запросов) составляет порядка 90%. Чтобы хоть как-то иметь возможность посмотреть по каким запросам переходили пользователи на ваш сайт, необходимо установить связь Google Analytics и Search Console. Тогда у вас появится возможность посмотреть отчеты на вкладке «Источники трафика» - «Search Console».

Связь Google Analytics и Google Search Console позволяет просматривать данные из Search Console в отчетах Google Analytics. Примечание: ресурс Google Analytics можно связать только с сайтом, но не приложением. Связать ресурс Google Analytics с сайтом в Search Console могут только подтвержденные владельцы ресурса.

Последовательность действий: выберите ресурс и нажмите на «Настройки ресурса» (или чуть ниже в «Связь с другими продуктами – Все продукты – Search Console»); далее перейти в «Открыть Search Console»; если в разделе указан URL сайта, значит он подтвержден в Search Console, А если его нет, то сайт нужно добавить в Search Console; Далее связываем сайт из Search Console с связанным веб-ресурсом в Google Analytics. Нажимаем «Сохранить».

Нас предупреждают о том, что все существующие связи между аккаунтами Search Console и этим веб-ресурсом будут удалены после того, как мы сохраним новую. Подтверждаем «Ок». В настройках ресурса осталось выбрать нужные представления и сохранить изменения. При корректной настройке в разделе «Все продукты» напротив связанных аккаунтов Search Console будет надпись: «Установлена активная связь (получение данных)». Первые данные станут доступны спустя 48 часов.

Примечание: в Search Console данные хранятся за последние 90 дней, поэтому в отчетах о поисковой оптимизации в Google Analytics также содержатся данные только за 90 дней. Остальные сервисы (AdSense, Ad Exchange, BigQuery) настраиваются похоже. Более подробную информацию читайте в официальной справке.

19. НАСТРОЙКА ИМПОРТА РАСХОДОВ

НАСТРОЙКА ИМПОРТА РАСХОДОВ

Позволяет видеть все данные по рекламным источникам и оценивать рентабельность инвестиций, расходы и доходы от каждой рекламной кампании в одном представлении и отчете «Источники трафика» - «Кампании» - «Анализ расходов».

Если аккаунты Google Рекламы и Analytics связаны и настроен импорт расходов, то в отчете будут доступны данные по Ads. Импорт данных по другим каналам (Яндекс.Директ, Яндекс.Метрика, Facebook, Вконтакте и т.д.) можно настроить через специальные сервисы, например, OWOX.

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

При попытке создать новый импорт нам предложат выбрать его тип. В Analytics доступно три вида: импорт данных обращений, импорт расширенных данных, Импорт сводных данных.

ИМПОРТ ДАННЫХ ОБРАЩЕНИЙ

Данные возврата средств – импорт данных о возврате средств транзакций для электронной торговли.

ИМПОРТ РАСШИРЕННЫХ ДАННЫХ

Пользовательские данные – импорт пользовательских данных, например, разбивка клиентов по просмотру определенных разделов сайта в зависимости от интересов, определение лояльности пользователей, дату его последней покупки или общую ценность клиента за весь срок (в качестве ключа используется User-ID, а импортированных данных – пользовательские определения).

Сведения о кампании – использование идентификаторов отслеживания и импорт параметров, относящихся к рекламным кампаниям, таких как источник и канал. Ключ - Код кампании, а импортированные данные – Группа объявлений AdWords, Кампания, Ключевое слово, Содержание объявления, Источник, Канал или Путь перехода. Географические данные – группировка городов, регионов или стран.

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

Данные о контенте – группировка контента путем импорта метаданных, таких как имя автора, дата публикации и категория статьи (в качестве ключа используется Страница, а импортированных данных – пользовательские определения).

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

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

ИМПОРТ СВОДНЫХ ДАННЫХ

Данные о расходах – импорт данных о расходах для сторонних рекламных кампаний, например, Яндекс.Директ, Facebook, MyTarget и т.д. Подробнее о каждом из них читайте в официальной справке Google.

Смысл импорта данных довольно прост: у нас есть данные внутри Google Analytics и есть какие-то внешние данные - собственная статистика по регионам продаж, внутренние отчеты сотрудников, расходы в других рекламных системах, рейтинги пользователей, дополнительные затраты и т.д., которые мы можем фиксировать где-то на стороне, например, в Excel. Функция «Импорт данных» позволяет объединить внешние данные вашей организации с внутренними данными Analytics. А набор данных – это всего лишь контейнер, в котором будут храниться импортированные данные.

В качестве примера разберем последний тип импорта данных – «Данные о расходах». Сделаем это для рекламного канала Яндекс.Директ, поскольку отчеты Google Analytics посредством интеграции c AdWords показывают статистику о расходах только кампаний Google. Загрузим их двумя способами: вручную; с помощью API рекламной системы и стороннего сервиса.

ИМПОРТ ДАННЫХ О РАСХОДАХ ВРУЧНУЮ

Создаем импорт данных с типом «Данные о расходах». Вводим название, выбираем представление и нажимаем кнопку «Далее». Схема набора данных состоит из обязательных столбцов: Дата, Канал и Источник. В этом типе данных их менять нельзя.

Выбираем один или несколько показателей: стоимость – стоимость всех переходов из рекламного канала; число кликов – количество оплаченных кликов (не путать с сеансами); число показов – количество показов рекламного объявления.

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

Далее выбираем принцип взаимодействия импортируемых значений с текущими: суммирование (ПО УМОЛЧАНИЮ) – используется, когда часть данных подгружается автоматически, а часть вручную, а также при загрузке нескольких файлов, чтобы объединить их все вместе; перезаписать – используется, когда необходимо заново загрузить данные с перезаписью всех строк. Все текущие значения при выбор этого действия будут изменены.

Поскольку в Google Analytics мы никакие данные еще не загружали, можем оставить Суммирование (ПО УМОЛЧАНИЮ). После создания набора данных нам необходимо «Получить схему» и скачать шаблон - табличный файл формата .csv для загрузки данных. Открываем файл .csv и видим, что все четыре переменных расположены в одной ячейке через разделитель «запятая». Для удобства разделим текст по столбцам. Для этого выделим строку, на вкладке «Данные» выберем «Текст по столбцам» и в открывшемся окне укажем символ-разделитель «запятая».

В результате у нас получится 5 столбцов, которые будут содержать свои значения переменной.: ga:date – дата, к которой относятся расходы. Формат ГГГГММДД (например, 01 декабря 2017 года — 20171201); ga:medium – рекламный канал. Задается cpc или тот, который вы передаете вручную с помощью utm-меток; ga:source – рекламный источник. Задается yandex (чтобы в отчетах Google Analytics получилась конструкция yandex/cpc) или тот, который вы желаете передавать; ga:adCost – расход в валюте представления Google Analytics. Заносить данные с НДС или без НДС – выбор каждого. Но не забывайте, что в отчеты Analytics данные по кампаниям AdWords передаются без НДС. Поэтому лучше привести всю статистику к единому формату. В дробных числах разделителем должна быть точка, а не запятая, так как запятая обозначает разделитель между ячейками; ga:adClicks – количество кликов по рекламному источнику за выбранную дату.

Сохраняем файл в формате .csv или .txt и загружаем его в наш набор данных через «Управление загрузками» - «Загрузить файл». Если в загружаемом файле будут ошибки, то Google Analytics уведомит об этом. При нажатии на статус Ошибка будет подробно описано, в чем она заключается.

Важно! Данные после импорта отобразятся в Analytics в течение 24 часов и будут доступны в разделе «Источники трафика - Кампании» отчета «Анализ расходов».

ИМПОРТ ДАННЫХ С ПОМОЩЬЮ API

Для начала разберемся в определении API. API от Википедии: API (программный интерфейс приложения, интерфейс прикладного программирования) (англ. application programming interface, API [эй-пи-ай]) — набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) или операционной системой для использования во внешних программных продуктах. Используется программистами при написании всевозможных приложений.

Например, когда вы загружаете изменения через Директ.Коммандер в интерфейс Яндекс.Директ, вы тоже обращаетесь к API Директа. И Яндекс следит за количеством таких обращений, а для новых рекламных аккаунтов накладывает ограничение в виде минимального порога предоставляемых в день баллов. Чем больше вы тратите рекламного бюджета, тем выше становится этот порог. У каждого сервиса, который обращается к данным рекламных каналов есть собственное API. API Директа, API Метрики, API AdWords, API Analytics и т.д.

В интерфейсе Директа вы всегда можете посмотреть, какие приложения подключены в данный момент к вашему аккаунту. Сделать это можно с помощью меню «Управление кампаниями – API», расположенного в самом низу под списком рекламных кампаний в интерфейсе Яндекс.Директ. Автоматический импорт расходов из Яндекс.Директ в Google Analytics будем реализовывать как раз с помощью последнего инструмента OWOX Direct.

Компания OWOX предлагает сервисы для решения задач по автоматическому импорту расходов в Google Analytics, сбору данных из Google Analytics в Google BigQuery и по визуализации данных Google BigQuery в Google Sheets.

Готовое решение OWOX BI Pipeline автоматически загружает в Google Analytics информацию о рекламных кампаниях из Яндекс и других рекламных источниках. Вам больше не нужно сводить отчеты вручную, выгружать все кампании, заносить данные в таблицу и загружать их обратно в Analytics. Также он позволяет выбрать необходимую дату старта импорта затрат и учитывает НДС, чтобы разные источники можно было корректно сравнить между собой.

Инструмент является бесплатным, но по тарифу Start есть ряд ограничений: количество предыдущих месяцев, за которые импортируются данные о расходах – 1; гарантированный период времени, в течение которого данные будут отправлены в Google Analytics после того, как они стали доступны в рекламном сервисе - 36; максимальное количество потоков – 2; можно создать только две связи с Google Analytics, например, Яндекс.Директ и Яндекс.Маркет, или Facebook и MyTarget; приоритет потоков – низкий.

Но перед тем, как вы начнете регистрацию, в Google Analytics необходимо создать отдельный набор импорта данных о расходах для автоматической выгрузки. Теперь для импорта данных можно выбрать дополнительное количество столбцов, например, Кампания, Ключевое слово, Содержания объявления и Конечный URL.

Теперь переходим к созданию аккаунта на OWOX. Зайдите на сайт owox.ru и в правом верхнем углу нажмите «14 дней бесплатно».

У вас будет полный доступ к продуктам OWOX BI в течение 14 дней. Входим с той почты, на которой в аккаунте Google есть доступ к ресурсу. Авторизация в OWOX происходит через API Google. Начало пробного периода. Создаем свой первый проект. Номер телефона вводить не обязательно.

Нас интересует инструмент Pipeline. Выбираем его или нажимаем «Создать поток». На первом шаге выбираем источник данных Яндекс.Директ. На втором шаге выбираем аккаунт Яндекс.Директ через кнопку «Добавить». Разрешаем приложению OWOX Direct запрашивать доступ к нашим данным и использовать API Яндекс.Директа.Далее выбираем аккаунт Google Analytics, на котором создан импорт данных.

На последнем шаге указываем дополнительные настройки: Дата начала импорта данных – мы можем указать месяц или день начала сбора данных из Яндекс.Директ в Google Analytics. В бесплатном тарифе Start количество предыдущих месяцев, за которые импортируются данные о расходах, составляет 1; Укажите % НДС, который нужно исключить – если не задать 18%, то данные в Analytics будут передаваться с НДС; валюта и часовой пояс автоматически берутся из выбранного представления; создаем новый проект. на этом настройка импорта данных через OWOX BI завершена.

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

OWOX BI DATA UPLOAD

Метод является промежуточным, полуавтоматическим. И речь пойдет об Add-on от все того же сервиса OWOX, которое называется OWOX BI Data Upload. Дополнение позволяет загружать данные в Google Analytics из Google Таблиц, которые вы предварительно подготовили, всего в пару кликов.

Плюс по сравнению с ручным способом: больше не нужно скачивать .csv файл, разделять на столбцы, заполнять, потом снова соединять, подгонять под требования Analytics.

Минус по сравнению с автоматическим способом: нужно подготавливать данные вручную, то есть выгружать статистику по показам, кликам и стоимости из рекламных кабинетов Facebook, myTarget, Яндекс.Директ и т.д., а затем заносить ее по определенным правилам в Google Таблицу.

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

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

Схема набора данных классическая: обязательные столбцы - ga:date, ga:medium, ga:source (Дата, Канал и Источник); обязательным является хотя бы один из этих столбцов - ga:adCost, ga:adClicks, ga:impressions (Стоимость, Число кликов, Число показов).

Мы добавим все три. Дополнительно можно указать любые вариации перечисленных столбцов - ga:adFinalUrl, ga:creativeLine2, ga:creativeLine3, ga:referralPath, ga:adGroup, ga:adwordsCampaignID, ga:adwordsCriteriaID, ga:keyword,ga:campaign, ga:adDisplayUrl, ga:adSlotPosition, ga:adSlot, ga:adContent, ga:adDestinationUrl, ga:adMatchedQuery.

В качестве действия при импорте данных о расходах выбираем Перезаписать. Теперь переходим в Google Таблицы и создаем новый файл. Следующий шаг — это установить дополнение. Для этого переходим в Дополнения - Установить дополнения.

В поиске вводим OWOX BI Data Upload и устанавливаем дополнение. Также оно доступно по ссылке. В открывшемся диалоговом окне выберите тот аккаунт, на котором у вас доступ к Google Analytics. Внимательно прочитайте появившееся сообщение и нажмите Разрешить. После этого дополнение будет установлено и доступно во вкладке Дополнения. Теперь нам необходимо разметить таблицу по той же схеме (набору данных), что мы создали выше. Это столбцы ga:date, ga:source, ga:medium, ga:impressions, ga:adClicks, ga:adCost.

Далее вам нужно просто заполнить ее данными из различных рекламных сервисов.

Для удобства каждый из источников я разметил своим цветом. Все данные выгружены вручную из рекламных кабинетов Facebook, myTarget, Яндекс.Директ + добавил еще расход по SEO. Если вы будете следить за обновлениями и добавлять статистику в таблицу ежедневно, то в Google Analytics у вас всегда будет актуальная информация.

Чтобы загрузить все это в Google Analytics, переходим в Дополнения - OWOX BI Data Upload - Upload data. Справа откроется дополнительная панель, в которой следует выбрать ваш аккаунт, ресурс и набор данных.

Если стоимость не целое число, то ставьте точку (.) в качестве разделителя. Для импорта данных в Google Analytics нажимаем кнопку Verify & Upload. Если все сделали правильно, то увидите сообщение Upload was successfully started. Check status of the upload in Uploads history.

Информацию о статусе загрузки можно получить, кликнув по ссылке Uploads history, либо же перейдя в аккаунт Google Analytics и выбрав наш набор данных. Статус Завершено говорит об успешной загрузке данных из Google Таблиц с помощью OWOX BI Data Upload. Через некоторое время после обработки (максимум 48 часов), в отчете Источники трафика - Кампании - Анализ расходов будет доступна ваша статистика.

Все последующие разы загрузка данных происходит таким же способом. Данные в наборе перезаписываются за все предыдущие дни, тем самым мы избегаем задубливания информации как это было бы при суммировании.

20. НАСТРОЙКА АУДИТОРИЙ

НАСТРОЙКА АУДИТОРИЙ

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

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

Для одного ресурса можно создать до 2000 аудиторий. Аудитории из Analytics в Ads при связанных аккаунтах импортируются автоматически. В дальнейшем в аккаунте Ads мы сможем создать составной список ремаркетинга, которому будем показывать рекламу. Например, посетил сайт (Все пользователи) – выполнил действие, но не совершил транзакцию – не выполнил действие.

Аудитории в Google Analytics предназначены для использования их в ремаркетинговых кампаниях Google AdWords и экспериментах.

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

Пользователь ищет какой-то товар в интернете. Вводит запрос и переходит по рекламному объявлению на ваш сайт. Какое-то время он проводит на нем в поисках нужного продукта, но не находит или в силу каких-то других обстоятельств покидает сайт. При установленном теге ремаркетинга AdWords или счетчике Google Analytics и настройке сбора аудитории система запишет cookie-файл этого пользователя.

В дальнейшем, когда он станет посещать другие сайты-партнеры Google, ему будет показываться наша реклама. Для ремаркетинговой кампании рекламодатели, как правило, делают более привлекательные объявления – предложения со скидкой на товар или доставку, акцией, уникальным промокодом и т.д.

Для формирования списка AdWords использует данные файлов cookie пользователей за последние 30 дней (по умолчанию) и накладывает на него минимальные ограничения по размеру: для контекстно-медийной сети (КМС) – минимум 100 пользователей за 30 дней; для поискового ремаркетинга – минимум 1000 пользователей за 30 дней.

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

НАСТРОЙКА СТАНДАРТНЫХ АУДИТОРИЙ В GOOGLE ANALYTICS

Для начала нам необходимо включить функцию ремаркетинга в Google Analytics на уровне ресурса. Для этого перейдите в «Администратор – Ресурс – Код отслеживания – Сбор данных». Переводим ползунок «Ремаркетинг» на ВКЛ и сохраняем изменения.

Хотелось напомнить, что сбор данных для ремаркетинга можно включить тремя способами: переключив ползунок в настройках сбора данных на ВКЛ. (пример выше); с помощью добавления дополнительной строчки кода в счетчик Google Analytics; использовать тег ремаркетинга Google AdWords.

Стандартные аудитории в Analytics создаются на уровне ресурса на вкладке «Настройки аудитории – Аудитории». Если до этого момента у вас не были связаны аккаунты Google Analytics и Google AdWords, то система попросит это сделать.

На этапе «Цели аудитории» указываем свой аккаунт в AdWords, в который автоматически будут импортироваться все аудитории, созданные в Google Analytics. Нажимаем «Включить». Наша аудитория создалась и будет автоматически пополняться.

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

После автоматически созданной первой аудитории нажимаем +Аудитория – и выбираем нужный нам вариант аудитории из списка по умолчанию, либо создаем свой.

Базовыми списками ремаркетинга считаются: все пользователи (по умолчанию создается в Google AdWords и Google Analytics); посетил сайт, но не оформил заказ (комбинации двух списков аудитории); покинул корзину; купил продукт; форма обратного звонка; другие формы захвата на сайте (JivoSite, Callbackhunter и т.д.).

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

При связанных аккаунтах AdWords и Analytics все новые созданные аудитории автоматически будут импортироваться в инструмент контекстной рекламы с типом «На основе тегов Google Analytics». В Google Analytics можно опубликовать максимум 20 аудиторий. Также их можно открывать, закрывать или удалять. При закрытии аудитории добавление пользователей прекращается. При желании ее можно открыть вновь или удалить.

ДИНАМИЧЕСКИЙ РЕМАРКЕТИНГ

Динамический ремаркетинг Google позволяет показывать вашей аудитории рекламу с учетом истории покупок, посещений сайта и демографических данных. Чтобы он заработал, необходимо выполнять ряд условий: включить в сборе данных «Ремаркетинг» (см. выше); включить функции отчетов по рекламе; связать аккаунт Google AdWords и Google Merchant Center (только для розничной торговли).

Нам нужно только определиться с видом деятельности компании (тематикой сайта), поскольку от этого будет зависеть тип фида, пользовательские параметры и форматы объявлений. В него входят: розничная торговля (интернет-магазины); туризм; авиаперелеты; отели и аренда жилья; недвижимость; вакансии; местные предложения; образование; прочие тематики.

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

Рассмотрим пример добавления динамических атрибутов для розничной торговли. Переходим в «Настройки аудитории – Динамические атрибуты». Нажимаем +АТРИБУТ. Создаем связь с динамическим атрибутом, выбрав вид деятельности, нужное представление и аккаунт AdWords.

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

Для розничной торговли: (Обязательный) ecomm_prodid: идентификатор товара, который должен соответствовать любому из следующих трех атрибутов в фиде Google Merchant Center: id, item_group_id или c:drid. Позволяет показывать пользователям рекламу именно тех товаров, сведения о которых они просматривали.

(Необязательный) ecomm_pagetype: указывает, на какой странице находится пользователь. Создав списки ремаркетинга с учетом этих данных, вы сможете обращаться к пользователям на любом этапе процесса покупки. Примеры возможных значений: home (главная страница), category (категория), product (товар), cart (корзина), purchase (покупка).

(Необязательный) ecomm_totalvalue: общая ценность товаров, информацию о которых пользователь просмотрел на сайте. В качестве значения укажите суммарную ценность (сложив значения для всех товаров на странице). Также в качестве идентификатора товара вы можете использовать Код товара (вместо ecomm_prodid).

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

Теперь необходимо изменить код отслеживания Google Analytics на сайте таким образом, чтобы данные по этим параметрам начали собираться. Ниже представлен пример кода для Universal Analytics библиотеки analytics.js. Он будет отличаться от вашего индексом параметра dimension, передаваемым значением и количеством параметров, которые вы добавили (обязательный и необязательные).

Когда пользователь просматривает товары с тематическим атрибутом (например, женскую одежду, атрибут розничной торговли ecomm_prodid собирает идентификаторы товаров) информация об этом хите поступает в Analytics как специальный параметр. Затем Google отправляет данные в кампанию динамического ремаркетинга AdWords, а далее на сайтах-партнерах система выводит человеку рекламное объявление с этим товаром.

Код для атрибутов следует размещать непосредственно перед закрывающим тегом </head>. Специальные параметры для каждого вида деятельности представлены в официальной справке Google.

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

Вы можете импортировать в аккаунт Google Analytics готовую конфигурацию аудитории ремаркетинга с учетом тематики вашего сайта из официальной справки Google. Осталось всего лишь запустить рекламную кампанию на динамический ремаркетинг в Google AdWords.

21. НАСТРОЙКА СЕГМЕНТОВ

НАСТРОЙКА СЕГМЕНТОВ

Сегмент в Google Analytics – это набор данных, соответствующих неким критериям. Например, люди из одной страны или города. Или все пользователи, посетившие сайт с мобильных устройств. Или посетители определенного пола и возраста, зашедшие на сайт по каналу CPC.

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

Сегменты создаются на уровне представления в разделе «Пользовательские инструменты и объекты» – «Сегменты» или же внутри отчетов.

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

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

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

Основой для сегментов служат параметры и показатели в отчетах Google Analytics. Они включают в себя несколько фильтров, которые не изменяют исходные данные (являются обратимыми, в отличие от фильтров представлений). В одном сегменте могут быть фильтры для пользователей, сеансов и обращений. Эта модель в GA называется пользовательской.

Пользовательская модель Google Analytics состоит из трех компонентов: Пользователи – базовый уровень. Это совокупность сеансов, которые совершаются с одного и того же браузера и имеют один cookie-файл; Сеансы – последовательность взаимодействий пользователя с сайтом за определенный промежуток времени; Обращение (хит) – каждое взаимодействие с ресурсом на протяжении сеанса (просмотр страниц, события, транзакции электронной торговли и т.д.).

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

Чтобы создать сегмент в Google Analytics, необходимо определить условие, по которому будет срез и интересующие вас параметры и показатели. Создать сегмент можно двумя путями: через меню на уровне представления (пользовательские инструменты и объекты - +СОЗДАТЬ СЕГМЕНТ); в любом отчете Google Analytics (кликнув по кнопке +Добавить сегмент и +СЕГМЕНТ).

Сегменты в Google Analytics бывают двух типов – встроенные и пользовательские (те, которые создаются под конкретные задачи).

Примеры встроенных сегментов: Бесплатный трафик; Вернувшиеся пользователи; Неоднократные посетители; Новые пользователи; Отказы; Платный трафик; Поисковый трафик; Посетители, не совершившие конверсии; Посетители, совершившие конверсии; Посетители, совершившие покупку и т.д.

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

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

Расширенные настройки: условия (фильтр на уровне «Пользователи» и «Сеансы», включающие / исключающие параметры, операторы сравнения (точное соответствие, содержит, начинается с, регулярные выражения и т.д.). Задаются критерии, которые должны быть выполнены для того, чтобы посетитель был включен в этот сегмент; последовательности (ряд условий, которые должны выполняться по порядку, по шагам).

Фильтрация по расширенным настройкам особенно актуальна при создании аудитории для ремаркетинга в Google AdWords.

«Условия» и «Последовательности» имеют ряд особенностей: можно использовать любые параметры и показатели, выбор не ограничен определенными категориями, как в настройках категорий выше; можно исключать данные, соответствующие определенным критериям; можно выбирать оператор И/ИЛИ; правила для пользователей и сеансов в одном фильтре объединяются оператором И. В сегмент включаются данные, соответствующие обоим условиям; для фильтров «последовательности» можно выбрать, с какого взаимодействия начинать цепочку: с первого или любого; в фильтрах «Последовательности» при наличии нескольких этапов можно выбрать, должны ли они непосредственно следовать друг за другом. Этапы могут относиться к разным сеансам.

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

При создании сегмента также можно выбрать его доступность. Есть три варианта: Я могу применять / изменять сегмент в любом представлении; Я могу применять / изменять сегмент в этом представлении; Все пользователи могут применять / изменять сегмент в этом представлении.

У сегментов есть некоторые ограничения: одновременно в отчетах можно использовать не более 4 сегментов; примененный сегмент действует во всех отчетах до его удаления; для сегментов на основе данных о пользователях можно получить статистику не более чем за 90 дней. По сегментам на основе даты первого сеанса доступна статистика максимум за 31 день; 1000 на одного пользователя для сегментов, которые можно применить или отредактировать в любом представлении (доступность: "Я могу применять/изменять сегмент в любом представлении"); 100 на одного пользователя и на одно представление для сегментов, которые может применить или отредактировать только этот пользователь в этом представлении (доступность: "Я могу применять/изменять сегмент в этом представлении"); 100 на одно представление для сегментов, которые могут применить или отредактировать все пользователи в этом представлении (доступность: "Все пользователи могут применять/изменять сегмент в этом представлении"); сегменты нельзя использовать для работы с данными о расходах в AdWords. Если применить сегмент к отчету, содержащему такие сведения, то у соответствующих показателей будут нулевые значения.

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

И самым первым из предложенных является сегмент Avinash Kaushik, лидера в области веб-аналитики, евангелиста Google Analytics и автора нескольких книг на данную тему. Вы можете импортировать его к себе и посмотреть какие методики использует всемирный гуру анализа данных, а можете поэкспериментировать и создать собственные.

Сегменты не обязательно должны быть сложными. Их делят на: источники трафика или канал (платный, органический, социальные сети и т.д.); социальные группы (местоположение, пол, возраст и т.д.); типы пользователей (новые или вернувшиеся, зашел с телефона или ПК); вовлеченность пользователей (посетил X страниц, просмотрел Y разделов); доходность, транзакции (сколько товаров приобрели, с каким средним чеком).

А теперь давайте создадим еще один сегмент, который впоследствии возьмем за основу аудитории ремаркетинга для Google AdWords. Он полезен для любого интернет-магазина и будет состоять из двух простых условий: добавил в корзину; не оформил заказ.

Сформировать сегмент можно через расширенные условия. Выберем фильтр – «Пользователи». Фильтр включает пользователей: кто добавил товар в корзину, но исключает тех, кто оформил заказ. Таким образом, в нашей выборке остаются только те, кто добавил в корзину, но заказ не оформил.

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

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

22. АВТОМАТИЧЕСКАЯ ПОМЕТКА ТЕГАМИ GOOGLE ADS И UTM

АВТОМАТИЧЕСКАЯ ПОМЕТКА ТЕГАМИ

Если вы используете связку Ads и Analytics для отслеживания эффективности рекламных кампаний, и дополнительная информация о параметрах перехода посетителя с рекламной площадки в других системах веб-аналитики вам не нужна (например, в Яндекс.Метрика), то помечать рекламные объявления utm-метками не нужно.

Если же вы хотите получить информацию о трафике по рекламной кампании в Яндекс.Директ, E-mail рассылки, Facebook, Вконтакте и т.д., то разметка utm-метками ссылок и рекламных постов обязательна.

UTM (Urchin Tracking Module, Urchin Traffic Monitor, utm-метки) - пять переменных, используемых маркетологами для получения дополнительной информации о параметрах перехода посетителя с рекламной площадки в систему веб-аналитики, а также для отслеживания эффективности рекламных кампаний и любых других публикаций. Они добавляются в конец URL ссылки по определенным правилам.

Впервые UTM-метки были разработаны и стали применяться в компании Urchin Software Corporation. Сейчас это общепризнанный мировой стандарт разметки ссылок, предназначенный для анализа данных веб-сайтов с помощью инструментов аналитики и построения различных отчетов.

Пример ссылки с utm-меткой: https://snitko.pro/ ?utm_source=google &utm_medium=cpc &utm_campaign=kms &utm_content=text1 &utm_term={keyword}

ИЗ ЧЕГО СОСТОИТ URL

URL (Uniform Resource Locator, УРЛ) – единый указатель размещения веб-сайта в интернете. У каждой страницы сайта свой уникальный адрес, который однозначно определяет размещение страницы. Протокол (http://) - HyperText Transfer Protocol. Утвержден в 1999 году, текущая версия HTTP1, в настоящее время действует по умолчанию. Если перед адресом сайта или страницы ничего не написано, то имеется в виду именно http.

Также есть другие типы протоколов: https:// - HyperText Transfer Protocol Secure. Обычный HTTP, работающий через шифрованные транспортные механизмы SSL и TLS. Защищенный протокол. С 2014 года Google стал повышать сайты с HTTPS в поисковой выдаче; ftp:// - File Transfer Protocol. Используется для доступа к хостингу и приема/передачи файлов.

HTTP/2 – постепенно внедряемый протокол, основной технологии которого использование мультиплексирования (наложение сигнала), что позволяет одновременно передавать большое количество запросов по одному базовому соединению между браузером и сервером. По данным W3Techs на 1 июля 2017 года, 14.9 % всех веб-сайтов поддерживают протокол HTTP/2.

Префикс www - World Wide Web — всемирная паутина. В последние несколько лет из-за повышения информативности появилась тенденция к сокращению длины адресов сайтов. В связи с этим сейчас мало кто использует префикс WWW, а раньше это было нормой, поскольку пользователи интернета не всегда понимали, что буквы и слова с точками — это адрес сайта.

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

Домен (snitko.pro) - название вашего бренда, компании, проекта. В часть домена входит доменная зона (.ru) / домен верхнего уровня (top-level domain, TLD), определение которого я специально опущу в этой статье. О том, какие они бывают, сколько стоят и т.д. вы сможете найти на специализированных ресурсах.

Страница (/utm-metki) – страница новости, товара или услуги, а также любая другая страница, содержащая информацию. Может иметь окончание вида .html, .php и др.

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

Анкор-метка (якорь, тег) – оформляется с помощью символа решетки «#» и размещается в конце URL-сайта. Используется для отправления пользователя на конкретный блок страницы при условии, что веб-разработчик разметил его в коде веб-сайта. Если этой метки нет, то откроется первой экран заданной страницы.

Чаще всего якорь используется для разметки дополнительных ссылок в рекламных кампаниях и быстрого перенаправления на определенную часть страницы с информацией. Если владелец сайта использует одностраничный сайт (landing page) без якорей и при добавлении быстрых ссылок в контекстной рекламе использует конструкцию site.ru/#1, site.ru/#2, site.ru/#3, site.ru/#4, то модераторы при ручной проверке могут отклонить данные БС или объявление целиком.

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

UTM-МЕТКИ

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

На практике это означат то, что мы можем определить: эффективность платных рекламных кампаний (контекстная реклама, таргетированная реклама); эффективность медийной рекламы; эффективность offline-рекламы; эффективность e-mail рассылок; эффективность звонков (при условии установки коллтрекинга на сайт); эффективность площадок, на которых мы по партнерской программе размещаем баннеры; переходы из загруженных документов (скачанные каталоги, книги, брошюры, коммерческие предложения и т.д.).

Существует пять различных параметров UTM, которые могут использоваться в любом порядке: utm_source, utm_medium, utm_campaign, utm_term и utm_content. Параметры и значения перечисляются парами и разделяются знаком равенства. Первая метка отделяется от остальных компонентов URL вопросительным знаком «?», все последующие через «&». Фрагмент utm_ – это обязательный префикс каждого параметра.

Будьте внимательны: если у вас на сайте передаются динамические параметры (поиск, фильтр, пагинация и т.д.) и изначально присутствует в ссылке знак «?», то даже первую utm-метку для данной страницы следует писать через амперсанд «&». Два вопросительных знака в URL приведут к ошибке.

UTM_SOURCE

Параметр utm_source передает источник трафика, рекламную систему откуда пришел пользователь. Источником трафика может быть поисковая система, социальная сеть, e-mail рассылка, сохраненный файл, мобильное приложение: utm_source=google, utm_source=yandex, utm_source=vk, utm_source=facebook, utm_source=mytarget.

Однажды написав utm_source=yandex маленькими буквами, используйте такое написание и в дальнейшем, в том же регистре.

UTM_MEDIUM

Параметр utm_medium передает тип рекламы (контекстная реклама, медийная реклама и т.д.). Как правило, канал определяет тип/формат рекламы. Наиболее распространенные: utm_medium=cpc – платный трафик; utm_medium=cpm – медийная реклама.

UTM_CAMPAIGN

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

Есть «золотое» правило - название рекламной кампании должно совпадать с utm_campaign. Это позволит избежать ошибок и сопоставлении личного кабинета с отчетами.

Однако если utm_source и utm_medium схож от аккаунта к аккаунту, с utm_campaign не всех так просто. На практике приходилось встречать utm_campaign с большим количеством элементов через знак подчеркивания «_». Например: agency_google_cpc_poisk.

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

Опять же, информативно, но сложно и на любителя. Если занимаетесь разметкой впервые, то конструкции [тип сети] [название]_[регион] хватит с лихвой. Когда пользователь нажимает на ссылку с utm-меткой, их значения передаются в отчеты Google Analytics по кампаниям. Посмотреть отчет можно в Источники трафика - Кампании – Все кампании.

UTM_TERM

Параметр utm_term передает в отчеты условие поиска, а если проще - ключевое слово кампании. Реализовать это с помощью динамического параметра {keyword}. Одно значение на все объявления позволяет сократить трудозатраты на разметку.

Пример: utm_term={keyword} – данный вариант предпочтительнее в 99,9% случаях.

В Google Analytics содержимое метки utm_term попадает в единый отчет с поисковыми запросами (и оплачиваемые и неоплачиваемые). Посмотреть данные по этому параметру можно в Источники трафика - Кампании – Все кампании по основному или дополнительному параметру «Ключевое слово».

UTM_CONTENT

Параметр utm_content передает тип и содержание объявления; что конкретно было нажато, чтобы привести пользователя на сайт. Это может быть как текстовое рекламное объявление, так и баннерное изображение или видео. Utm_content часто используется для проведения A/B тестирования в контекстной рекламе.

Если вы создаете составную utm-метку, то параметры, входящие в него, необходимо разделять специальными символами. Например, знаком «|». Параметры можно добавить как динамические (в фигурных скобках), так и статические. На месте {параметра} Яндекс автоматически подставит необходимые данные. В Google AdWords можно использовать параметры нескольких категорий, в числе которых utm-метки и параметры ValueTrack.

Если основная задача utm-меток – это передача данных из Google AdWords в Google Analytics, то смысла использовать метки для данных целей нет. Все, что нужно сделать – это связать аккаунты этих двух систем и включить автоматическую пометку целевых URL (автоматическая пометка тегами) в аккаунте Google AdWords.

Если же вы хотите видеть данные по utm-меткам в отчете Яндекс.Метрика, тогда размечать рекламные кампании в Google AdWords придется.

Ошибки при разметке ссылок: регистр меток (utm_source=google и utm_source=Google в отчетах Google Analytics вместо одного источника будет два); несколько знаков вопросов (если у вас на сайте изначально присутствует в ссылке страницы знак «?», то даже первую utm-метку для данной страницы следует писать через амперсанд «&». Два вопросительных знака в URL приведут к ошибке); отсутствие знака вопроса (одного!) после ссылки и амперсанда между utm-метками; опечатки в utm_метках; генерация ссылок с помощью компоновщиков utm иногда приводит к изменению в кодировке символов и фигурные скобки в динамических параметрах превращаются в %7B - левая скобка { и %7D - правая фигурная скобка }.

23. ХРАНЕНИЕ ДАННЫХ

ХРАНЕНИЕ ДАННЫХ

25 мая 2018 года Европа переключилась на обновленные правила обработки персональных данных, установленные Генеральным регламентом ЕС о защите персональных данных. Новый регламент предоставляет резидентам ЕС (Европейский Союз) инструменты для полного контроля над своими персональными данными. После вступления закона в силу ужесточилась ответственность за нарушение правил обработки персональных данных: по GDPR штрафы достигают 20 миллионов евро (около 1,5 млрд руб.) или 4% годового глобального дохода компании.

Что такое GDPR? Цифровой маркетинг основан на анализе больших объемов данных о потребителях. Эта информация помогает создавать релевантные предложения и достигать больших результатов. Сайты сохраняют файлы cookie, чтобы отследить предпочтения пользователя, операторы сотовой связи ведут учет входящих и исходящих звонков и записывают телефонные разговоры. Facebook распознает лицо на фотографии и предлагает отметить человека. Instagram отображает посты в ленте на основе просмотров, лайков и комментариев пользователя.

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

На кого распространяется GDPR? Россия, Украина, Беларусь и другие страны СНГ не попадают под действие законодательства ЕС, но, если в вашей базе есть данные хотя бы одного европейца, соблюдать правила придется.

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

В настройках вы можете выбрать один из следующих вариантов: 14 месяцев; 26 месяцев; 38 месяцев; 50 месяцев; Без срока действия.

СБРОС ПРИ НОВОМ ДЕЙСТВИИ

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

Если вы не хотите, чтобы при новых действиях отсчет начинался с нуля, отключите эту функцию. Тогда данные, связанные с идентификатором пользователя, будут автоматически удалены по истечении срока хранения. При выборе срока хранения данных «Без срока действия» ползунок «Сброс при новом действии» уже не будет играть никакой роли. По истечении срока хранения данные автоматически удаляются. Проверка выполняется ежемесячно.

За неделю до вступления регламента Google начал оповещать всех пользователей посредством всплывающих окон и ярких уведомлений. Соответствие вашего сайта обновленным правилам обработки персональных данных.

Рекомендации по GDPR: собирайте только те данные, которые вам необходимы; используйте HTTPs протокол (SSL-сертификат), который шифрует данные между сервером и клиентом; снимите автоматические галочки с таких пунктов, как – получать персональные рассылки, акции, новости, предложения и т.д.

При проведении рекламных кампаний (e-mail рассылки, SMS или push-уведомления) вам необходимо запрашивать согласие на обработку личных данных каждого типа в отдельности, если вы будете выставлять персонализированные настройки, сегментировать пользователей и делать разный таргетинг, то необходимо получить согласие не только на маркетинговые рассылки, но еще и на сбор демографических данных.

Измените политику в отношении файлов cookie. Даже в том случае, если вы показываете уведомление наподобие «Посещая этот сайт, вы принимаете условия использования cookies» (ачиная с 25 мая 2015 года, вам понадобится положительное согласие на использование файлов cookie).

При передаче пользовательских данных клиентов третьим лицам необходимо перечислить списком всех участников (компаний, конкретных людей). Google Analytics в этом случае соблюдает требования GDPR, так как он не отслеживает конкретных пользователей.

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

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

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

Информируйте пользователя о записи его IP-адреса, а также о времени хранения этой информации.

Удаляйте личные данные при отказе от подписки и информируйте их о том, что все данные будут удалены согласно измененным правилам обработки персональных данных (GDPR).

24. НАСТРОЙКИ СЕАНСА

НАСТРОЙКИ СЕАНСА

В настройках сеанса можно управлять временем ожидания двух значений: время ожидания сеанса (по умолчанию 30 минут, минимальное – 1 минута); время ожидания кампании (по умолчанию 6 месяцев).

Время ожидания сеанса — это время, через которое пользователь вновь будет считаться новым. Например, если человек зашел на ваш сайт 3 раза в течение 30 минут, то будет засчитан 1 посетитель. Если он зайдет через 31 минуту, то Analytics запишет его как новый сеанс. Подробнее о расчете показателя «Сеансы» читайте в статье «Параметры и показатели».

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

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

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

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

25. УЛУЧШЕННАЯ АТРИБУЦИЯ ССЫЛОК

УЛУЧШЕННАЯ АТРИБУЦИЯ ССЫЛОК

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

26. ИСТОЧНИКИ ОБЫЧНЫХ РЕЗУЛЬТАТОВ ПОИСКА

ИСТОЧНИКИ ОБЫЧНЫХ РЕЗУЛЬТАТОВ ПОИСКА

В Google Analytics трафик из поисковых систем (organic, бесплатный трафик) отделяется от трафика, который приходится на другие каналы переходов (referral, реферальный трафик). И если поисковая система, трафик с которой вам необходимо учитывать, не будет добавлена в список «Источники обычных результатов поиска», то все посетители, пришедшие с нее, будут попадать в этот канал переходов.

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

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

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

СПИСОК ПОИСКОВЫХ СИСТЕМ И СБОР ДАННЫХ

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

Так, если на первом месте в списке находится google.com, а на втором – images.google.com (и в обоих случаях используется параметр запроса q), то все переходы с сайта images.google.com будут приписываться сайту google.com. Чтобы изменить настройки атрибуции, можно поменять порядок поисковых механизмов в списке, тем самым установив новый приоритет. В примере выше для правильной атрибуции запросов строку images.google.com нужно поместить над строкой google.com.

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

ИЗМЕНЕНИЕ НАСТРОЕК ОБЫЧНОГО ПОИСКОВОГО ТРАФИКА

Эти настройки задаются администратором для каждого ресурса в вашем аккаунте. Чтобы добавить, изменить или удалить поисковые системы либо изменить их порядок, выполните следующие действия: Перейдите к ресурсу. Если вы ещё не открыли меню настроек, выберите Администратор. Выберите нужные аккаунт и ресурс. В столбце РЕСУРС нажмите Отслеживание — Источники обычного поиска. Нажмите кнопку + Добавить поисковую систему. Заполните поля Имя домена содержит и Параметр запроса. Вы также можете указать нужные значения в полях Название поисковой системы и Путь содержит. Нажмите кнопку Создать. Нажмите Изменить или Удалить, чтобы изменить или удалить добавленную вами поисковую систему. Порядок расположения поисковых систем в списке можно менять, перетаскивая их за точки слева от названия.

27. СПИСОК ИСКЛЮЧАЕМЫХ ИСТОЧНИКОВ ПЕРЕХОДА

СПИСОК ИСКЛЮЧАЕМЫХ ИСТОЧНИКОВ ПЕРЕХОДА

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

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

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

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

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

28. СПИСОК ИСКЛЮЧАЕМЫХ ПОИСКОВЫХ ЗАПРОСОВ

СПИСОК ИСКЛЮЧАЕМЫХ ПОИСКОВЫХ ЗАПРОСОВ

Функция, которая позволяет исключить определенные запросы из поисковых, то есть в отчетах Google Analytics они не будут присутствовать в поисковом трафике organic. Примечание: с увеличением количества неопределенных, зашифрованных запросов (not set) и (not provided) актуальность данной функции потихонечку снижается.

Список исключаемых поисковых запросов — это функция, которая позволяет исключить определенные запросы из поисковых, то есть в отчетах Google Analytics они не будут присутствовать в поисковом трафике (organic).

Когда это можно использовать? Например, когда необходимо отделить брендовый трафик компании от небрендового. Пользователи будут переходить по этим запросам, а Analytics засчитает их посещения как прямой трафик (direct / none). Таким образом, можно создать «искусственное условное» разделение, что брендовый трафик — это прямой трафик, а небрендовый — поисковый трафик.

Еще один пример списка исключаемых поисковых запросов — это не считать за поисковый трафик те случаи, когда пользователь набирает (или копирует откуда-то) адрес сайта в поисковик.

Однако с увеличением количества неопределенных, зашифрованных запросов (not set) и (not provided) актуальность данной функции потихонечку снижается.

29. НАСТРОЙКА МЕЖДОМЕННОГО ОТСЛЕЖИВАНИЯ

НАСТРОЙКА МЕЖДОМЕННОГО ОТСЛЕЖИВАНИЯ

Данный пункт необходим, когда у вас несколько ресурсов (например, site1.ru и site2.ru) и при переходе с одного на другой вы бы хотели регистрировать посещения с сайта на сайт как один сеанс одного пользователя. При стандартном отслеживании кодом переход с site1 на site2 Google Analytics создаст двух пользователей и два отдельных сеанса разной продолжительности.

При использовании этой настройки Analytics будет фиксировать такие переходы как один сеанс.

Когда пользователь переходит на ваш сайт, у него создается файл cookie и присваивается уникальный идентификатор (Client ID), который хранится в браузере пользователя. C помощью Client ID Google Analytics распознает новых и старых клиентов. Если обращение Client ID уже есть в браузере пользователя, тогда он считается старым, если нет, то новым.

Когда пользователь перейдет с siteA.ru на siteB.ru, код Google Analytics не сможет прочитать сохраненный файл cookie siteA.ru и в итоге создаст новый c новым Client ID. В результате у нас будет два сеанса и два пользователя (Client ID). А нам нужно сделать, так что бы при переходе на siteB.ru считывалась созданный файл cookie siteA.ru – это и будет междоменное отслеживание.

Как настроить междоменное отслеживание? Связывать Client ID будем с помощью плагина linker (связывание) от Google. Настроим двухстороннее междоменное отслеживание, то есть неважно пользователь перешел с siteA.ru на siteB.ru или с siteB.ru на siteA.ru. Существует два варианта установки: код Google Analytics с библиотекой analytics.js; код Google Analytics с библиотекой gtag.js. Подробнее о связывании читайте в официальной справке Google.

Также в Google Analytics нам необходимо исключить рефералов (источники переходов) с сайтов. Если этого не сделать, то мы будем видеть 1 пользователя как два сеанса, а нам нужно 1 пользователь – 1 сеанс.

Чтобы проверить корректность настройки междоменного отслеживания, перейдите с одного домена на другой. В адресной строке браузера вы должны увидеть передачу Client ID. Чтобы видеть статистику по страницам и с названиями доменов (откуда перешел пользователь), необходимо создать отдельное представление с пользовательским фильтром.

Тип фильтра: Пользовательский – Расширенный; Поле А — Извлечь А - Имя хоста (.*) - извлечение название домена, имя хоста равно регулярному выражению – любое выражение); Поле B — Извлечь B - URl запроса (.*) – извлечение url запроса выводим, url запроса равно регулярному выражению – любое выражение); Вывод — Конструктор - Url запроса ($A1$B1) (делаем склейку поля A и поля B ), $ — регулярное выражение; Поле A обязательное для заполнения (галочка); Перезаписать поле вывода (галочка); Сохраняем фильтр.

Через некоторое время в отчетах вы увидите статистику по страницам с названием домена.

30. НАСТРОЙКА СПЕЦИАЛЬНЫХ ПАРАМЕТРОВ И ПОКАЗАТЕЛЕЙ

НАСТРОЙКА СПЕЦИАЛЬНЫХ ПАРАМЕТРОВ И ПОКАЗАТЕЛЕЙ

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

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

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

Пользовательские определения (пользовательские параметры, специальные параметры и показатели, custom dimensions и т.д) – это переменные, которых нет в стандартных отчетах Google Analytics. Они являются частью Universal Analytics и создаются пользователями вручную для решения собственных задач.

С помощью них можно импортировать данные, которые Google Analytics не собирает по умолчанию: данные по телефонным звонкам, из CRM, по авторизованным пользователям и т.д. и связать их с определенными метриками GA.

Пользовательские определения создаются на уровне ресурса и имеют ряд ограничений: для каждого ресурса доступно не более 20 специальных параметров и 20 специальных показателей; специальные параметры нельзя удалять, их можно только отключить; они доступны только в тех ресурсах, где используется Universal Analytics. Со старой библиотекой js работать не будут.

Чтобы добавить специальный параметр в Analytics: откройте раздел «Администратор» и выберите нужный ресурс; в столбце «Ресурс» нажмите «Пользовательские определения - Пользовательские параметры» или «Пользовательские показатели»; нажмите кнопку «+ Специальный параметр» (или показатель).

Для специальных параметров задаются следующие настройки: Название – название специального параметра в отчетах Google Analytics; Область действия – определяет, к каким обращениям будет применяться специальный параметр (Hit, Сеанс, Пользователь и Товар); Активная – указывает, будет ли обрабатываться значение специального параметра. Неактивные специальные параметры будут появляться в отчетах, но их значения не будут обрабатываться; Область действия определяет, какие обращения будут связываться с определенным значением специального параметра (всего их четыре: обращение, сеанс, пользователь и товар). Подробнее об областях действий читайте в официальной справке Google.

Примеры стандартных показателей с областью действия Обращение (hit): сессия, % новых сессий, показатель отказов, средняя продолжительность сеанса. Примеры стандартных показателей с областью действия Товар: средняя цена, уникальные покупки, транзакции, сумма возврата за товар.

Для специальных показателей задаются следующие настройки: Название – название специального показателя в отчетах Google Analytics; Область действия - определяет, к каким обращениям будет применяться специальный показатель (Hit или Товар); Тип форматирования – формат специального показателя (целое число, валюта, время задается в секундах, отображается в отчетах как ЧЧ:ММ:СС); Максимальное / минимальное значение (необязательно) – минимальное и максимальное значения, которые будут обрабатываться и заноситься в отчеты; Активная – указывает, будет ли обрабатываться значение специального показателя. Неактивные специальные показатели будут появляться в отчетах, но их значения не будут обрабатываться.

Помимо этих настроек, у специальных показателей и параметров есть еще несколько дополнительных характеристик: Индекс – уникальный идентификатор, который Google Analytics использует для отличия одного параметра/показателя от другого. Значение – целое число, от 1 до 20. Этот номер вы будете использовать в библиотеке js для отправки данных о конкретном показателе или параметре; Последнее изменение - дата, когда был создан или изменен пользовательский параметр/показатель.

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

Существует несколько способов отправки данных в Google Analytics: через код отслеживания; через Google Tag Manager; через Measurement Protocol.

Google Analytics предлагает нам на выбор два кода для параметра: глобальный тег сайта библиотеки gtag.js (инструкции по настройке специальных показателей с использованием gtag.js представлена по ссылке; традиционный JavaScript (для ресурсов, на котором используется Universal Analytics). Подробнее о специальных параметрах и показателях в официальной справке разработчиков Google.

В качестве примера создадим специальный показатель «Себестоимость товара» для нашего интернет-магазина и импортируем данные о нем с помощью таблицы .csv. При этом расширенная электронная торговля должна быть установлена на сайте.

Настройки его следующие: Название: себестоимость товара; Область действия: товар; Тип форматирования: валюта (десятичный формат); Максимальное/минимальное значение: не заполняем; Статус: активная.

Переходим в раздел «Импорт данных». Создадим новый набор из доступных типов выберем «Импорт расширенных данных – Данные о товарах». Введите название и выберите представление, которые будут использовать данные из этого набора.

Чтобы импортировать данные о себестоимости товара, необходимо два параметра в паре «ключ-значение»: «Идентификатор продукта» — ключ, указан системой по умолчанию на основе выбранного типа набора данных; «Себестоимость товара» - специальный показатель, который необходимо выбрать из выпадающего списка.

Analytics просит нас переопределить данные (перезаписать их). Если выбрано YES, то он будет использовать импортированные данные, то есть старые восстановить будет нельзя. Далее скачиваем шаблон схемы в формате .csv с двумя переменными: ga:productSku и ga:metric1. ga:productSku – идентификатор товара (ID), значения в расширенной электронной торговле соответствует product_id; ga:metric1 – наш специальный показатель «Себестоимость товара».

В таблице на каждой строке через разделитель «запятая» вводим попарно «ID,себестоимость». Чтобы указать валюту с десятичной частью, отделите ее от целой точкой «.»

После заполнения файла его необходимо загрузить в созданный набор Google Analytics. Напротив названия нажимаем «Управление загрузками» - Загрузить файл. Выбираем наш файл на компьютере в формате .csv и нажимаем «Загрузить»: На этом импорт данных с пользовательским параметров завершен. Данные отправятся на обработку и будут доступны в специальных отчетах в течение 24 часов.

31. ПЕРЕДАЧА CLIENT ID В КАЧЕСТВЕ ПОЛЬЗОВАТЕЛЬСКОГО ПАРАМЕТРА

ПЕРЕДАЧА CLIENT ID В КАЧЕСТВЕ ПОЛЬЗОВАТЕЛЬСКОГО ПАРАМЕТРА

В Google Analytics доступна история обращений для каждого Client ID в отчете «Статистика по пользователям», который находится в разделе «Аудитория».

С помощью Client ID можно интегрировать Google Analytics и CRM, сводить данные, отслеживать обращения в offline и строить различные пути взаимодействия пользователя с сайтом.

В стандартном функционале Analytics просмотреть Client ID можно только в отчете «Статистика по пользователям», который находится в разделе «Аудитория». Чтобы это стало возможным во всех остальных отчетах аналитики, необходимо передавать Client ID в качестве пользовательского параметра.

В Google Analytics доступна история обращений для каждого Client ID в отчете «Статистика по пользователям», который находится в разделе «Аудитория».

Историю пользователя, его переходы по страницам на сайте можно посмотреть, провалившись внутрь идентификатора клиента. Чтобы в отчете найти историю по своим посещениям, необходимо узнать собственный Client ID. Сделать это можно с помощью консоли разработчика в браузере (клавиша F12 в Google Chrome) на вкладке Application – Cookies. Скопируйте Client ID, вставьте его в адресную строку в параметр userId и нажмите «Enter» для обновления страницы.

Отчет «Статистика пользователей» ограничен своей функциональностью. Например, идентификатор пользователя нельзя сгруппировать с другими параметрами, оперативно посмотреть в разрезе устройств, источников или каналов, местоположению, страницам перехода и другим срезам. Поэтому Client ID в Google Analytics, как правило, передают в качестве специального параметра.

С помощью Client ID можно интегрировать Google Analytics и CRM, сводить данные, отслеживать обращения в offline и строить различные пути взаимодействия пользователя с сайтом. Создадим пользовательский параметр Client ID. Переходим в «Администратор - Ресурс - Пользовательские определения - Специальные параметры».

Настройки: Область действия – Пользователь; Активная – Да; Индекс (значение параметра) – 1 (в нашем примере!); Крайне важно запомнить значение созданного параметра, поскольку его индекс в дальнейшем нужно будет прописать в коде отслеживания страниц сайта.

Client ID можно передавать различными способами: методом customTask; из cookie; на серверной стороне с помощью PHP; с помощью специального кода JavaScript; с помощью Google Tag Manager.

Для библиотеки gtag.js фрагмент кода выглядит так: gtag('config', 'UA-97074073-1', { 'custom_map': { 'dimension1': 'clientId' } });, где UA-97074073-1 – идентификатор отслеживания Google Analytics, dimension1 — значение созданного параметра.

Чтобы отправить значение пользовательского параметра, его необходимо сопоставить со специальным параметром или показателем Google Analytics. В gtag.js для этой цели используется параметр custom_map. Этот способ впервые был опубликован в материалах Яматы Руйода (Yamata Ryoda), а я увидел статью в блоге Симо Ахавы (Simo Ahava) от 19 декабря 2017 года.

Данный фрагмент необходимо добавить в код счетчика Google Analytics на все страницы сайта.

На этом настройка передачи Client ID в Google Analytics завершена. Через некоторое время в отчетах появятся данные с идентификаторами пользователей. Теперь мы можем использовать пользовательский параметр как дополнительный параметр во многих отчетах GA, а также создавать специальные отчеты для анализа данных.

32. НАСТРОЙКА USER ID

НАСТРОЙКА USER ID

Для отслеживания поведения пользователей на различных типах устройств (компьютерах, смартфонах, планшетах) применяется функция User ID. Чтобы она работала корректно, необходимо включить функцию «Идентификатор пользователя» на уровне ресурса «Отслеживание» - User-ID, а затем создать дополнительное представление для сбора данных в отчетах, после чего добавить дополнительный код на все страницы веб-сайта.

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

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

С помощью кросс-девайс отслеживания (функции User ID) мы можем связать всего его посещения воедино, при условии, что пользователь на всех трех устройствах был идентифицирован нашей CRM-системой или CMS-движком. Это позволит оценить какие посетители конвертируются лучше всего: те, кто используют только десктопы, только мобильные или оба типа устройств.

Самым простым примером определения юзера – это личный кабинет, его аккаунт на сайте. Если у вас нет возможности в рамках своего проекта определить пользователя путем его идентификации через учетную запись или авторизацию через социальные сети (это не предусмотрено функционалом сайта), то и User ID настраивать большого смысла нет.

В отличие от Client ID, который задается на стороне системы, значение User ID мы назначаем и передаем в Google Analytics самостоятельно. Он должен быть сгенерирован на сайте системой аутентификации пользователей с помощь логина, под которым он заходит. Отсюда вывод: то, что представлено в справке разработчика в виде примеров кода при полном копировании на свой сайт работать не будет!

Чтобы активировать User ID в Google Analytics, необходимо: включить эту функцию; создать новое представление User ID; добавить специальный параметр. Переходим в Analytics и в колонке Ресурс выбираем «Код отслеживания – User-ID». Принимаем правила в отношении User-ID, переключаем ползунок в позицию «Вкл.» и нажимаем Далее. На следующем шаге приведен пример классического кода для Universal Analytics (библиотеки analytics.js) и глобального тега Global Site Tag (библиотеки gtag.js). На последнем шаге создаем новое представление User ID, введя его название и указав часовой пояс.

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

Передачу собственных uid с вашего сайта можно осуществить несколькими способами: с помощью одного из кодов отслеживания gtag.js или analytics.js; с помощью Google Tag Manager.

Для передачи данных User ID в отчеты Google Analytics необходимо создать специальный параметр (custom dimension) с областью действия «Пользователь». Подробнее об этом читайте в разделе «Пользовательские определения». Вместо dimensionValue передается значение переменной USER_ID. Если пользователь авторизуется на сайте, то в параметр uid в Google Analytics отправится ID пользователя.

ga (‘set’, ‘dimension1’, userId);

Примечание: индекс специального параметра (dimension1) у вас может быть другим. Ни в коем случае не изменяйте его.

В результате проделанной работы в стандартном представлении в отчетах «Аудитория – Поведение» станет доступен отчет «Охват User ID». В данном отчете мы можем сравнить сегменты авторизованных и не авторизованных пользователей, посмотреть транзакции, источники, проанализировать доходность этих сегментов.

В новом представлении User ID станет доступен раздел «Разные устройства», в котором содержится три отчета: Пересечение устройств; Пути устройств; Устройство-источник трафика.

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

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

Устройство - источник трафика: с помощью этого отчета вы можете узнать, сколько привлеченных вами пользователей с помощью конкретного типа устройства совершили конверсию на устройстве того же или другого типа. Очень полезным отчетом для анализа поведения отдельных пользователей является «Статистика по пользователям», который находится в разделе «Аудитория». Для сбора информации применяется идентификатор клиента (Client ID) или пользователя (User ID). Принцип работы с этим отчетом разбирается в главе «Отчеты – Аудитории».

Таким образом, имея идентификатор пользователя User ID из CRM или CMS-сайта в Google Analytics, по дополнительному параметру мы можем легко определить все данные по конкретному клиенту: как его зовут, какого числа он заходил на сайт и что конкретно он купил.

33. ОТСЛЕЖИВАНИЕ 404 ОШИБОК

ОТСЛЕЖИВАНИЕ 404 ОШИБОК

Если вы изменили url-страницы на сайте или полностью удалили ее, посетители получат ошибку 404 или «Страница не найдена» при попытке доступа к этой странице. Бывает и такое, что другие ресурсы ссылаются на вас с неправильным адресом. В таком случае при переходе по такой ссылке ошибка 404 неизбежна.

Если на своем сайте вы часто видите «404 ошибка» или «Not Found (не найдено)», то это важный звонок к разбору данной проблемы. В этой статье разберем причины появления битых ссылок (URL) и способы их быстрого обнаружения с помощью Google Analytics.

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

Так или иначе это может пагубно сказаться на ранжировании нашего сайта в поисковых системах и при ведении рекламных кампаний (Google Ads, Яндекс.Директ, Facebook и т.д.), поскольку запоздалое реагирование на битую ссылку может привести к потере n-ого количества денег.

«Ошибка 404» может появится как в случае каких-то внутренних изменений (работы разработчиков), так и внешних (вы или посетитель допустили опечатку в ссылке, неправильно разметили рекламные кампании и т.д.). Не забывайте, что страницы, которые были доступны на запуске и которые Google и Яндекс пропустили (посчитали активными), в какой-то момент могут таковыми перестать быть. А вы будете продолжать откручивать рекламный бюджет на эти страницы.

Это не есть хорошо.

Такие ошибки могут привести и к ухудшению имиджа вашей компании, а также к негативной реакции пользователей на ваш сайт. Представьте себе, что человек ищет конкретную информацию, и на вашем сайте она есть. Но когда пользователь переходит по ссылке – ему выдает 404 ошибку. Потенциальный клиент недоволен, злой уходит с сайта и совершает покупку у вашего конкурента.

Поэтому так важно отслеживать переходы на такие страницы и реагировать на факт перехода на страницу 404. Еще раз резюмируем перечень возможных причин ошибки Not Found: URL введен неправильно; Битые ссылки; Адрес страницы был изменен; Страница удалена или прекращено существование всего сайта.

Задача сводится к двум составляющим: отследить 404 ошибки (разбираем в этой статье); исправить эти неработающие ссылки, перенаправив людей на новый целевой URL.

404 ошибки можно отслеживать не только с помощью Analytics. Для этого даже лучше подходит инструмент Google Search Console, который обнаруживает неисправности сканерами Google. В связи с этим существуют некоторые ограничения: эти ошибки регистрируются роботом Googlebot, то есть не обязательно просматриваются пользователями. Поэтому вы не можете видеть, как это влияет на общие сеансы пользователей, и вы не можете включать их в свои отчеты аналитики.

СПЕЦИАЛЬНЫЕ ОТЧЕТЫ

Переход по внутренним ссылкам. Внутренние ссылки — это ссылки, которые ведут на другие страницы того же сайта. У вас есть полный контроль над ними, и поэтому вы в любой момент можете исправить ошибки, как только найдете такие страницы.

Для их отслеживания необходимо создать пользовательский отчет с типом «Простая таблица», добавить параметры «Страница», «Путь к предыдущей странице» и «Название страницы». В качестве показателя выбираем «Уникальные просмотры страниц».

Добавьте: фильтр, который исключает значение (entrance) для параметра «Путь к предыдущей странице». Он гарантирует, что в отчете покажутся только 404 ошибок, которые предшествовали просмотру страницы на вашем сайте, следовательно, вызваны внутренней ссылкой; фильтр с условием «Регулярное выражение» 404, которое поможет идентифицировать страницу ошибки 404. 404 – это в нашем случае, у вас это может быть «Страница не найдена», «Not Found» или другое значение.

Фильтр будет работать корректно при условии, что у вас в title-страницы передается это значение. Бывает случаи, что при возникновении ошибки 404 оно не подставляется в заголовок. Тогда отследить с помощью этого фильтра не получится. Нужно обратиться за помощью к разработчику. Скачать шаблон отчета можно по ссылке.

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

Конфигурация отчета несколько изменится. Вместо «Путь к предыдущей странице» следует добавить «Полный URL перехода» и включить фильтр «Путь к предыдущей странице» с типом «Точное соответствие» (entrance). Скачать шаблон отчета можно по ссылке.

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

Примечание: не перенаправляйте URL-адрес битых ссылок на одну страницу 404 и не создавайте единственную цель в Google Analytics на нее. То есть не делайте вот этого: site.ru/404.html (чтобы URL-адрес был одинаковым). Наша задача – сохранить информацию о реферере, сеансы и пути неизменной.

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

ОТСЛЕЖИВАНИЕ 404 ОШИБОК С ПОМОЩЬЮ СОБЫТИЙ

В таких случаях самое лучшее решение – отслеживать 404 ошибки через стандартные события в Google Analytics. Пример реализации для библиотеки gtag.js. В шаблон страницы 404 ошибки добавьте строчку следующего вида:

gtag('event', window.location.href, {'event_category' : '404 ошибка', 'event_label' : document.referrer, 'non_interaction': true});

, где: 404 Ошибка – категория событий; window.location.href – действие по события. Свойство window.location возвращает объект Location с информацией о текущем расположении документа. А href – свойство объекта Location, которое заберет весь URL. То есть сюда будет записываться полный URL адрес; referrer – ярлык события; Возвращает URI страницы, с которой был совершен переход на текущую, то есть предыдущая страница; non_interaction – не взаимодействие, чтобы действие не влияло на показатель отказов.

В дальнейшем, данные по событиям можно посмотреть в отчетах «Поведение – События – Лучшие события», или же построив собственный отчет.

34. ОТСЛЕЖИВАНИЕ ГЛУБИНЫ ПРОКРУТКИ

ОТСЛЕЖИВАНИЕ ГЛУБИНЫ ПРОКРУТКИ

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

Ранее мы рассматривали поведенческие характеристики Google Analytics, в числе которых: показатель отказов, средняя длительность сеанса, страниц/сеанс. Ситуация, когда пользователь, перейдя из поисковой выдачи на сайт, не возвращается обратно в поиск, является наилучшей для Google и Яндекса, и подходит под многие типы веб-сайтов.

Но что делать, если у вас Landing Page, который «заточен» под один продукт или услугу? Действительно ли время на сайте будет для нас так важно? А страниц/сеанс, если их всего 1-2?

Про показатель отказов речь вообще не идет, если в Analytics вы решили его оставить без изменений.

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

Так уж довелось, что для решения этой задачи все чаще используют Google Tag Manager. Вернее, GTM ставят потому, что там есть встроенные переменные и триггер «Глубина прокрутки», который позволяет отслеживать горизонтальную и вертикальную прокрутку (в процентах или пикселях).

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

1. Активация встроенных переменных

Для этого необходимо перейти в раздел Переменные и активировать встроенные переменные типа Прокрутка. Переменные: Scroll Depth Threshold — возвращает значение порога прокрутки. В зависимости от настроек будет либо в процентах (%), либо в пикселях (px); Scroll Depth Units — переменная возвращает значение в пикселях (pixels) или процентах (percent), в зависимости от настроек триггера; Scroll Direction – переменная возвращает значение направления прокрутки (vertical или horizontal), в зависимости от настроек.

2. Настройка триггера

После активации переменных переходим на вкладку Триггеры и создаем триггер типа Глубина прокрутки. Доступны следующие виды настроек: Можно выбрать тип прокрутки (вертикальная или горизонтальная), а также задать пороги активации (проценты или пиксели). Условия активации триггера можно задать как на все страницы, так и на некоторые, а начать отслеживание выбранных взаимодействий по событию gtm.js (после загрузки страницы), gtm.dom (когда модель DOM готова) или по gtm.load (когда загрузится весь первоначальный контент страницы). Если вы не знаете, какое именно событие выбрать, оставьте по умолчанию Window Load.

В качестве примера я выберу наиболее популярный вариант настройки для сайтов - отслеживание вертикальной прокрутки на всех страницах с порогами 10, 25, 50, 75, 100.

3. Создание тегов

Перейдите на вкладке Теги и создайте тег типа Google Аналитика - Universal Analytics с типом отслеживания Событие. В Категория — прописываем значение Scrolling; Действие — указываем переменную Scroll Depth Threshold, в которой хранится пороговое значение, достигнутое посетителем. вы можете добавить произвольные значения.

В Ярлык — указываем значение страницы, на которой произошло событие. Это можно сделать с помощью двух встроенных переменных: Page Hostname — в которой хранится название домена и Page Path — со значением пути страницы; Не взаимодействие — указываем True, если вы не хотите, чтобы скролл страницы на 25% влиял на показатель отказов.

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

Проверить корректность сбора данных и отслеживание можно с помощью режима отладки GTM и отчетов "В режиме реального времени" в Google Analytics. Данные в отчетах Google Analytics будут отображаться в разделе Поведение – События – Лучшие события.

35. НАСТРОЙКА ВЫЧИСЛЯЕМЫХ ПОКАЗАТЕЛЕЙ

НАСТРОЙКА ВЫЧИСЛЯЕМЫХ ПОКАЗАТЕЛЕЙ

Вычисляемые показатели – это показатели, которые создаются пользователем вручную на уровне представления и рассчитываются на основе существующих данных Google Analytics. Функция в интерфейсе GA появилась более 2 лет назад, однако по-прежнему имеет значок «BETA». Доступна только для ресурсов, где используется код отслеживания UA- или более поздней версии.

Благодаря вычисляемым показателям отпала потребность в экспорте данных из Google Analytics в Excel файлы (через API Google Analytics или с помощью плагинов для Google) и сведении каких-то нестандартных отчетов, которые прежде были невозможны. Теперь каждый пользователь без каких-либо проблем может добавлять в свои специальные отчеты, сводки или виджеты эти показатели и работать в привычном интерфейсе GA.

Итак, какие вычисляемые показатели можно создать и когда их целесообразно применять? Ответ простой: любые, в зависимости от поставленных задач. Например, у вас есть веб-сайт, на котором отслеживаются две цели и данные о достижении каждой из них передаются в Google Analytics: заявка (заполнение и отправка формы); звонок (подключен calltracking).

При анализе данных в стандартном отчете GA мы видим коэффициент конверсии по каждой цели в отдельности. Либо, выбрав «Все цели», можем посмотреть общий показатель достигнутых целей и общий коэффициент конверсий по настроенным целям.

Примечание: для одного представления можно создать до 5 вычисляемых показателей в Google Analytics и до 50 – в Google Analytics 360.

Перейдем к созданию вычисляемых показателей в Google Analytics. Откройте вкладку «Администратор» и выберите нужное представление; в столбце выберите Вычисляемые показатели + ВЫЧИСЛЯЕМЫЙ ПОКАЗАТЕЛЬ; заполните необходимые поля.

Название. Будет отображаться в меню выбора показателей в специальных отчетах. Используйте понятное обозначение. Внешнее имя. Используется для идентификации вычисляемого показателя при запросе с помощью API. Оно может содержать буквы, цифры и символ подчеркивания. Специальные символы и пробелы использовать нельзя. Во время создания показателя этот параметр можно отредактировать, а после – уже нет. Внешнее имя должно быть уникальным. Первая часть calcMetric_ – это префикс, который нельзя изменить, и вторая часть – изменяемая.

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

Примеры допустимых операторов: плюс (+), минус (-), разделить на (/), умножить на (*), скобки. Числа могут быть с десятичными дробями (например, 1.18). Отрицательные числа не поддерживаются (то есть «A-B» можно написать, а «-B+A» – нет). Формула должна содержать не более 1024 символов.

Каждый показатель заключен в двойные фигурные скобки. Таков синтаксис в Google Analytics.

Для вывода значений на экран в интерфейсе Google Analytics необходимо создать специальный отчет и выбрать все созданные показатели. Вычисляемые показатели можно удалять из представления и создавать новые.

36. НАСТРОЙКА ОТСЛЕЖИВАНИЯ КОЛЛТРЕКИНГА

НАСТРОЙКА ОТСЛЕЖИВАНИЯ КОЛЛТРЕКИНГА

Не стоит забывать и о том, что конверсии могут идти не только через заявки на сайте, но и по визитке в Яндекс.Директ или Google Ads, а также телефону, указанному на сайте.

Для таких целей следует как минимум: приобрести статические номера (1 для Яндекс, 1 для Google) для визиток, чтобы отслеживать звонки без перехода по рекламному объявлению; настроить динамический коллтрекинг для отслеживания звонков вплоть до ключевого слова.

Воспользоваться можно любым из доступных сервисов — Calltouch, Comagic, Calltracking и т.д. Выбор большой, у каждого из них есть возможность импортировать данные по звонкам в Google Analytics.

37. НАСТРОЙКА СОБСТВЕННЫХ ГРУПП КАНАЛОВ

НАСТРОЙКА СОБСТВЕННЫХ ГРУПП КАНАЛОВ

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

По умолчанию в Google Analytics создаются: Direct — прямой трафик (переход на сайт через прямой ввод домена в адресную строку браузера или через закладки и сохраненные страницы); Organic Search — поисковый трафик из органической выдачи; Paid Search – поисковый трафик с платных каналов (контекстная реклама); Social — трафик из социальных сетей; Email — трафик с email-рассылок; Affiliates — трафик с сайтов-партнеров; Referral — трафик переходов с сайтов; Display – медийная/баннерная реклама; Other Advertising – трафик, который система не смогла распознать (other в отчетах).

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

Например, у нас идет запуск платной рекламы с различных источников – yandex/cpc, google/cpc, facebook/cpc, vk/cpc и т.д. В отчетах по каналам и ассоциированным конверсиям мы видим только общие каналы, а переключение и фильтрация по каждой кампании не всегда представляется возможным. В настройках Google Analytics на уровне представления в «Настройки канала» - «Группа каналов» мы можем создать собственную группу под конкретные задачи.

Их также можно применять при анализе многоканальных последовательностей.

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

В Google Analytics есть возможность создания групп каналов двумя способами: создание собственной группы каналов (на уровне пользователя); У одного пользователя может быть до 100 собственных групп каналов. При создании новой вы можете применить ее к историческим данным.

В представлении можно создать не более 50 групп каналов. Когда вам дают ограниченный доступ управления ресурсом, создание новой группы каналов на уровне представления не всегда доступно. В этом случае можно воспользоваться первым способом и создать собственную группу каналов, а затем применить ее в отчетах по многоканальным последовательностям и в «Источники трафика – Обзор» или «Источники трафика – Весь трафик - Каналы».

Любые изменения в группе каналов по умолчанию: необратимо изменяют классификацию трафика в Google Analytics; видны всем пользователям представления; не применяются к историческим данным о трафике.

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

Для создания собственной группы каналов — переходим в нужное представление и раздел «Собственные группы каналов (BETA)». Нажимаем +НОВАЯ ГРУППА КАНАЛОВ. Вводим название и определяем правилами наши каналы. Выбираем отображаемый цвет для отчетов по многоканальным последовательностям и в графе Просмотр видим конечный результат. При определении правила мы можем добавить дополнительное условие ИЛИ/И.

Перемещая правила, можно настроить порядок их применения. Правила обрабатываются в порядке их перечисления; каждая группа каналов должна содержать хотя бы одну метку. Все каналы, не вошедшие в первое правило (т. е. в первую метку), включаются во второе, если оно задано. Каналы, не вошедшие во второе правило (т. е. во вторую метку), включаются в третье, если оно задано. Все каналы, оставшиеся после применения всех правил, включаются в метку Другое (Other).

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

Продвижение – это возможность предоставить доступ к собственной группе каналов на уровне представления, то есть если вы откроете доступ, то будет создана копия этой группы каналов в разделе «Настройки канала». Теперь мы сможем просмотреть данные по созданным каналам в отчетах. Переходим в «Источники трафика – Весь трафик - Каналы» и в качестве основного параметра выбираем нашу пользовательскую группу каналов.

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

КОПИРОВАНИЕ ГРУППЫ КАНАЛОВ ПО УМОЛЧАНИЮ

Теперь рассмотрим пример копирования уже существующей группы каналов «Default Channel Grouping» с переименованием основных источников. Для этого на уровне представления переходив в «Настройки канала – Группа каналов».

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

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

УПРАВЛЕНИЕ НАЗВАНИЯМИ БРЕНДОВ

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

Чтобы создать такую группу, переходим на уровне представления в «Настройки канала – Управление названиями брендов».

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

Примечание: новые каналы Branded Paid Search и Generic Paid Search создались в группе каналов по умолчанию Default Channel Grouping. А Google сверху нас предупреждает, что любое изменение группы каналов по умолчанию для представления приводит к необратимому изменению модели классификации нового трафика. Статистика при этом сохраняется. Чтобы изменить отображение данных в отчетах, не затрагивая сами данные, создайте новую группу каналов.

Поэтому лучше создать отдельную группу каналов и добавить туда два новых трафика (брендированный и весь остальной). Через 24 часа в отчетах Google Analytics вы увидите разделение трафика по каналам уже с новыми названиями.

38. НАСТРОЙКА ГРУПП КОНТЕНТА

НАСТРОЙКА ГРУПП КОНТЕНТА

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

Существует несколько группировок: по коду отслеживания; с извлечением; на основе правил.

Однако применение групп контента позволяет создавать куда более интересные структуры и связи. Например, мы можем взять самые продаваемые товары из различных категорий, объединить их в одну группу и впоследствии сравнить со всеми остальными товарами интернет-магазина. Или если продаете одежду, целесообразно разделить на два сегмента – группа контента «Одежда для мужчин» и группа контента «Одежда для женщин», добавить в нее все категории товаров (платья, футболки, рубашки, верхняя одежда и т.д.), и затем сравнить основные метрики. Или же если вы занимаетесь предоставлением нескольких видов услуг, допустим, ремонт телефонов разных марок, то вы можете создать группы контента со страницами по каждому из брендов (Apple, Samsung, Xiaomi, Nokia и т.д.), добавить туда все виды услуг (замена экрана, замена батареи, замена корпуса и т.д.) и потом сравнить их между собой.

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

Ограничения по группам контента: количество групп – максимум 5; количество категорий в каждой из них – неограниченно; Чтобы создать группу контента, у вас должно быть разрешение на его изменение. Выберите нужное представление и перейдите в «Группы контента» - +ГРУППА КОНТЕНТА. В настройках группы контента существует три вида группировки: группировка по коду отслеживания; группировка с извлечением; группировка на основе правил.

ГРУППИРОВКА ПО КОДУ ОТСЛЕЖИВАНИЯ

Позволяет объединить группы путем изменения кода отслеживания. Включите группировку, выберите числовой индекс (1-5) и вставьте фрагмент кода отслеживания в зависимости от используемой библиотеки (ga.js, analytics.js или глобальный тег сайта gtag.js) на все страницы сайта, которые вы хотите сгруппировать.

Этот метод группировки подойдет для объединения страниц, у которых нет общих элементов в URL, название страницы или экрана.

Цифра 3 в коде отслеживания как раз и означает порядковый номер группы контента, а значение переменной ‘My Group Name’ вы должны задать самостоятельно. Например, для мужского раздела – MEN, для женского – WOMEN.

ГРУППИРОВКА С ИЗВЛЕЧЕНИЕМ

Позволяет объединить страницы по одному из трех параметров с использованием регулярных выражений – Страница, Название страницы или Название экрана. Например, объединить все страницы в каталоге раздела «Розы», которые начинаются с /catalog/rozy.

ГРУППИРОВКА НА ОСНОВЕ ПРАВИЛ

Позволяет сгруппировать контент по собственным правилам, используя типы соответствия и логический оператор И/ИЛИ. Также доступно три параметра - Страница, Название страницы или Название экрана.

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

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

Данные появятся в Google Analytics в течение 24 часов и будут доступны в качестве основного параметра в отчетах «Поведение – Контент сайта – Все страницы».

Параметр (not set) обозначает список страниц, которые не назначены ни одной группе.

Группы контента можно использовать при создании специальных отчетов c метриками уровня хит (обращение), такие как просмотры, время просмотра страницы, показатель отказов и т. д. С показателями уровня сессия (конверсия, доход, средняя цена заказа и т.д.) использовать группы контента нельзя.

39. НАСТРОЙКА ОПОВЕЩЕНИЙ

НАСТРОЙКА ОПОВЕЩЕНИЙ

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

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

СПЕЦИАЛЬНЫЕ ОПОВЕЩЕНИЯ

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

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

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

Чтобы создать специальные оповещения, перейдите в нужное представление и в разделе Пользовательские инструменты и объекты выберите «Мои оповещения - +НОВОЕ ОПОВЕЩЕНИЕ». Разберем конкретный пример. Я хочу, чтобы мне приходило электронное письмо с уведомлением о падении дохода интернет-магазина больше чем на 20% по сравнению с предыдущей неделей из канала платной рекламы (cpc).

Примечание: при отслеживании этого показателя у вас должна быть настроена электронная торговля.

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

ПЛАНОВАЯ РАССЫЛКА

В этом разделе отображается список всех рассылок по отчетам, к которым мы открыли доступ. Делается это через команду «Открыть доступ» в любом стандартном отчете. Отправка отчета по электронной почте состоит из нескольких полей: от кого, кому, тема письма, формат отправки приложения (pdf, excel xlsx или csv), частота, период действия и комментарий.

Период действия: это время, в течение которого отчет будет отправляться с заданной частотой. В примере выше, отчет будет присылаться еженедельно в понедельник на протяжении 6 месяцев. Плановую рассылку можно продлить, задав больший период действия, а можно удалить.

СОХРАНЕННЫЕ ОТЧЕТЫ

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

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

ОТКРЫТЬ ДОСТУП К ОБЪЕКТАМ

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

Объекты можно отправлять как по одному, так и по несколько одновременно. Функция «Открыть доступ к объектам» доступна на уровне представления и находится в самом низу пользовательских инструментов и объектов.

В общей таблице представлены все объекты, которые когда-либо были созданы или импортированы в представление. Список содержит название объекта, тип и дату создания. Выделив несколько объектов галочкой, вы можете открыть доступ сразу ко всем или удалить безвозвратно. Доступно два варианта общего доступа: Публикация ссылки для доступа к шаблону; Публикация в галерее решений Google Analytics.

При предоставлении доступа к объекту копируются и публикуются только сведения о конфигурации. Ни ваши личные данные, ни сведения аккаунта Google Analytics не публикуются и конфиденциальность не нарушается.

40. НАСТРОЙКА СВОДОК

НАСТРОЙКА СВОДОК

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

Чтобы создать сводку в Google Analytics — выберите нужное представление и откройте раздел «Специальные отчеты». Вам буду доступны 4 подменю: сводки; мои отчеты; сохраненные отчеты; специальные оповещения. Нажмите на кнопку «Создать»; выберите один из предложенных вариантов для создания сводки: чистый лист (без виджетов), исходная сводка (набор виджетов по умолчанию) или импорт кем-то созданной раннее через «Импортировать из галереи»; При выборе «Импортировать из галереи» открывается галерея решений, в которой люди со всего мира обмениваются собственными наработками в Google Analytics.

Создав сводку через «Исходная сводка», мы получим готовый лист с набором стандартных параметров и показателей: новые пользователи, пользователи, сеансы, сеансы по браузерам, средняя длительность на сеанс и страниц/сеанс, показатель отказов, достигнутые цели и доход.

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

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

Диаграмму можно представить в виде кольца (кольцевая диаграмма): гистограмма создается на основе одного показателя и одного или двух параметров. При наведении на карту указателя мыши можно увидеть фактические значения показателей.

В сводке может содержаться от 1 до 12 виджетов. К нему можно добавить ссылку на стандартный отчет и применить фильтр в 5 типах соответствия: регулярное выражение, с точным соответствием, начинается с, заканчивается с, содержит.

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

В режиме реального времени могут обновляться только показатели «Активные пользователи» и «Просмотры страниц» в таких виджетах, как: показатель, хронология, геокарта и таблица.

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

41. НАСТРОЙКА СПЕЦИАЛЬНЫХ ОТЧЕТОВ

НАСТРОЙКА СПЕЦИАЛЬНЫХ ОТЧЕТОВ

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

Для создания собственного отчета необходимо перейти в нужное представление и выбрать «Специальные отчеты» - «Мои отчеты» - «Добавить отчет». Чужие отчеты и наработки можно импортировать из галереи.

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

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

Чтобы создать отчет: выберите нужное представление и нажмите кнопку «Добавить отчет»; укажите название отчета. В каждом отчете есть как минимум одна вкладка с группой показателей и параметров, но можно добавить несколько. Для удобства в Google Analytics предусмотрена возможность копирования вкладок.

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

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

Максимальное количество показателей в группе – 10, а параметров – 5. Чтобы ограничить число параметров в отчете, используйте фильтр в точном соответствии или регулярные выражения. Примечание: в последнее время Google очень сильно продвигает отдельный бесплатный инструмент для визуализации данных по аудиториям, источникам трафика и поведению. Он называется Google Data Studio.

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

42. НАСТРОЙКА ПО ЭЛЕКТРОННОЙ ПОЧТЕ

НАСТРОЙКА ПО ЭЛЕКТРОННОЙ ПОЧТЕ

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

43. СОХРАНЕННЫЕ ОТЧЕТЫ

СОХРАНЕННЫЕ ОТЧЕТЫ

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

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

44. ДИНАМИЧЕСКИЙ РЕМАРКЕТИНГ

ДИНАМИЧЕСКИЙ РЕМАРКЕТИНГ

Динамический ремаркетинг Google позволяет показывать вашей аудитории рекламу с учетом истории покупок, посещений сайта и демографических данных. По официальным данным Google: 96% посетителей закрывают сайт, не выполнив конверсий; 70% посетителей уходят, не оплатив товары в корзине; 49% посетителей обычно просматривают от 2 до 4 сайтов прежде, чем совершить покупку.

Использование динамического ремаркетинга помогает увеличить количество конверсий, а также снизить цену за конверсию на 15-40% за счет персонализации предложения.

Настройка динамического ремаркетинга тесно связана с таким понятием, как «фид данных», «фид товаров». Фид (feed) – это файл, в котором содержится подробная информация о каждом товаре в интернет-магазине (название, стоимость, скидка, наличие, id и другие атрибуты).

Преимущества использования фидов: Всегда актуальная информация о наличии и стоимости товара; Экономия времени; Использование изображений на поиске.

Основные формата фида – xml, txt (значения в столбцах разделены табуляцией) и yml (только для РФ – формат Яндекс.Маркета).

Существует несколько способов настроить фид: Настройка через коммерческие данные, через таблицы (фиды), которые загружаются в Google Рекламу; При помощи Google Merchant Center (только для розничной торговли).

Загрузите фид с информацией о товарах и услугах, которые вы хотите рекламировать (например, добавьте описания и цены). Чтобы отформатировать файл, используйте шаблон специального фида (формат файла .csv).

В случае с Google Merchant Center вы можете выбрать программу «Динамический ремаркетинг», а далее просто указать ссылку, по которой будет происходить синхронизация товаров и их обновление в определенное время.

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

Создав фид данных одним из двух способов, переходим к настройке в Google Analytics: Создание специальных параметров; Создание аудиторий; Создание динамических атрибутов; Последним шагом создаем рекламную кампанию в Google Рекламе.

Но перед этим необходимо выполнить еще ряд условий: включить Google Signals; связать аккаунт Google Ads и Google Merchant Center.

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

СПЕЦИАЛЬНЫЕ ПАРАМЕТРЫ

Чтобы информация о тематике сайтов стала доступна в Google Analytics, необходимо: создать специальный параметр для каждого атрибута; В зависимости от типа бизнеса, используются разные параметры.

В нашем примере – это розничная торговля, поэтому параметры будут следующими: ecomm_prodid (обязательный) - идентификатор товара, который должен соответствовать любому из следующих трех атрибутов в фиде Google Merchant Center: id, item_group_id или c:drid. Позволяет показывать пользователям рекламу именно тех товаров, сведения о которых они просматривали.

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

ecomm_pagetype (необязательный): указывает, на какой странице находится пользователь. Создав списки ремаркетинга с учетом этих данных, вы сможете обращаться к пользователям на любом этапе процесса покупки. Примеры возможных значений: home (главная страница), category (категория), product (товар), cart (корзина), purchase (покупка).

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

Теперь необходимо изменить код отслеживания Google Analytics на сайте таким образом, чтобы данные по этим параметрам начали собираться. Ниже представлен пример кода для Universal Analytics библиотеки analytics.js. Он будет отличаться от вашего индексом параметра dimension, передаваемым значением и количеством параметров, которые вы добавили (обязательный и необязательные).

Когда пользователь просматривает товары с тематическим атрибутом (например, женскую одежду, атрибут розничной торговли ecomm_prodid собирает идентификаторы товаров) информация об этом хите поступает в Analytics как специальный параметр. Затем Google отправляет данные в кампанию динамического ремаркетинга Ads, а далее на сайтах-партнерах система выводит человеку рекламное объявление с этим товаром.

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

АУДИТОРИИ

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

Вы можете импортировать в аккаунт Google Analytics готовую конфигурацию аудитории ремаркетинга с учетом тематики вашего сайта из официальной справки Google.

ДИНАМИЧЕСКИЕ АТРИБУТЫ

Переходим в «Настройки аудитории – Динамические атрибуты». Нажимаем +АТРИБУТ. Создаем связь с динамическим атрибутом, выбрав вид деятельности, нужное представление и аккаунт Ads.

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

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

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

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

45. НАСТРОЙКА MEASUREMENT PROTOCOL

НАСТРОЙКА MEASUREMENT PROTOCOL

Для отслеживания посетителей сайта и возможности сопоставления действий пользователя на сайте, а также последующее совершение целевых действий в offline, в Google Analytics существует протокол передачи данных (Measurement Protocol).

Проще говоря, мы можем данные из нашей CRM-системы или CMS интернет-магазина по статусам сделок (Ожидается оплата, Выполнено, Отменено и другие) передавать в Google Analytics.

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

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

Measurement Protocol (MP) – это набор правил передачи статистических данных в Google Analytics. То есть Measurement protocol – это http-запрос, отформатированный по заданным правилам. С помощью данного протокола вы можете собирать и отправлять пользовательские данные на сервер Google Analytics посредством http-запросов (методом POST или GET).

Благодаря платформе Measurement Protocol можно отправлять в Analytics данные с любого подключенного к интернету устройства. Она особенно полезна, когда требуется передать данные из киоска, точки продажи или любого другого места, отличного от веб-сайта или мобильного приложения. Как это выглядит на практике?

Пример 1

Вы приходите в отделение банка, проходите обслуживание, и в конце оператор вас просит оценить качество работы. Нажав на одну из иконок – зеленый (отличное), желтый (нейтральное) и красный (плохое), в этот момент (если это цифровое устройство подключено к интернету) происходит передача данных в Google Analytics.

Данные в Analytics можно передавать с абсолютно любых устройств – холодильников, телевизоров, самодельных роботов, игровых консолей и т.д. Главное – подключение к интернету и передача данные с помощью http-запросов.

Пример 2

Предположим, у вас есть интернет-магазин, и человек попросил доставку на дом с оплатой курьеру через терминал. Во время проведения транзакции можно отправлять данные в Google Analytics о совершенном действии (покупка). В случае, если пользователь позвонил вашему менеджеру и попросил отменить заказ, вы также можете с помощью MP передать данные в систему GA об отмене/возврате, чтобы не портить статистику в отчетах.

Пример 3

Пользователь перешел на ваш сайт по рекламному объявлению из Google Рекламы. Client ID и gclid при этом был записан. Он оставляет заявку или делает покупку. После совершенного действия данные по Client ID и gclid попадают в вашу базу данных / CRM-систему. Затем пользователь приезжает к вам в офис и делает покупку офлайн. Конверсии с помощью Measurement Protocol передаются в Google Analytics и Google Рекламу.

Пример 4 (изменение статуса сделки)

Настраиваем Client ID в GA в качестве специального параметра. Затем передаем Client ID в CRM. Пользователь совершает покупку. Статус сделки изменяется. Передаем статус заказа в Google Analytics (custom dimension). Связываем Client ID и статус заказа.

Пример 5 (связывание оффлайн и онлайн конверсий)

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

Вы оплачиваете покупку оффлайн, получаете скидочную карту, идете домой, садитесь за компьютер, регистрируйтесь на сайте и активируете эту карту. Все. С этого момента все ваши действия можно связать воедино. Теперь у компании есть цепочка касайний оффлайн-онлайн, а предоставленная информация на кассе в анкете позволяет вас идентифицировать по местоположению, полу и возрасту. Они (маркетологи компании) могут отправлять вам e-mail рассылки, специальные акции, предложения, настроить на определенный сегмент ремаркетинговые кампании и т.д.

Пример 6

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

Пример 7 (e-mail рассылки)

С помощью Measurement Protocol можно отслеживать открытие сообщений электронной почты. Например, вы отправляете письмо пользователю с зашитой в тело письма картинкой-пикселем. Пользователь, увидев это письмо, открывает его. Как только пиксель загрузится, произойдет HTTP-запрос в Google Analytics. Данные уйдут на серверы GA.

Во всех вышеперечисленных примерах так или иначе фигурирует Measurement Protocol. Если у вас на сайте просто установлен код счетчика Google Analytics, то вы уже используете Measurement Protocol для передачи данных в Google Analytics. Каждый раз, когда запускается просмотр страницы в GA или тег события GA, http-запрос отправляется на сервера Google Analytics.

Из чего формируется Measurement Protocol? Запрос по Measurement Protocol формируется из строки пользовательского агента (user-agent), строки отправки (transport), и строки набора данных с параметрами (payload data). Если отправлять запросы вручную, то строка пользовательского агента (User agent) не обязательная.

Пользовательский агент (user-agent) – это строка, которую ваш браузер отправляет на веб-сервер, чтобы идентифицировать себя.

Cтроки отправки (transport) указывает куда отправлять Measurement Protocol запрос. Строки отправки состоят из двух частей: адрес Google Analytics (куда отправлять данные); конечная точка url (один или несколько обращений в запросе). Конечная точка url может быть /collect или /batch.

Чтобы отправить несколько обращений в одном запросе, используйте конечную точку /batch вместо /collect, указав каждый фрагмент данных в отдельной строке.Строки набора данных (payload data) – параметры, передаваемые в запросе. Эти данные напоминают сроку url-запроса, которые появляется после символа «?». Параметров может быть много в запросе, состоят они из пар «ключ=значение». Параметры разделяются символом «&». Все параметры пишутся в одну строку без пробелов.

Типы данных для параметров (ключ=значение): Числовые – число целое или с запятой; Текстовые – строка текста; Логические – значение true / false (1/0); Валюта - десятичный формат до 6 знаков.

Обязательные параметры: v - версия протокола; Значения этого параметра должно быть всегда 1; tid – идентификатор отслеживания; Значение этого параметра должно быть идентификатором Google Analytics, в которое вы хотите отправлять данные. Например, tid=UA-123456-9. cid – идентификатор клиента; Уникальный идентификатор пользователя, берется из файла cookie браузера. Например, cid=1519350432.1541948486. t – тип хита; В значении указывается один из типа хитов. Например, t = pageview.

Типы хитов: pageview - просмотр страницы; screenview - просмотр экрана приложения; event - событие; transaction - транзакция стандартной электронной торговли; item - товар в стандартной электронной торговли; social - социальные взаимодействия; exception - информация о возникающих на сайте ошибках; timing - информация о различных временных интервалах, например, время загрузки страницы.

Все параметры, доступные в передачи статистических данных Measurement Protocol, можно посмотреть по ссылке.

Для того чтобы быстро проверить сформированный запрос, используйте инструмент Hit Builder. Также с помощью данного приложения вы можете вручную отправлять данные в Google Analytics (метод POST). Также вы можете передать данные методом GET через адресную строку браузера. Для отправки обращений на проверку в конце URL должно быть /debug/collect вместо /collect. Данные отправляются в Google Analytics согласно сформированному запросу.

46. НАСТРОЙКА ЭКСПЕРИМЕНТОВ ИЛИ GOOGLE OPTIMIZE

НАСТРОЙКА ЭКСПЕРИМЕНТОВ ИЛИ GOOGLE OPTIMIZE

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

Сделать это можно несколькими путями: с помощью встроенного функционала Google Analytics – Эксперименты; с помощью отдельного инструмента Google Optimize; с помощью сторонних сервисов, например, VWO.

47. ВЫГРУЗКА ОТЧЕТОВ В GOOGLE ТАБЛИЦЫ

ВЫГРУЗКА ОТЧЕТОВ В GOOGLE ТАБЛИЦЫ

Те, кто экспортирует отчеты, привык работать в Microsoft Excel или столкнулся с ограничениями по визуализации данных в Google Analytics (например, построение перекрестных таблиц по двум параметрам), рекомендую посмотреть в сторону Google Таблиц.

В этом инструменте есть готовое дополнение Google Analytics Spreadsheet Add-on, которое позволяет загружать любые данные из Google Analytics. А далее с этими данными вы можете «играться» как душе угодно – создать дополнительные столбцы, поделить одно значение на другое, создать сводную таблицу, перекрестную, построить гистограммы по определенным значениям и т.д.

При работе с отчетами Google Analytics можно заметить, что некоторые отчеты неудобно анализировать в пользовательском интерфейсе. Если их выгружать в Excel, теряется динамика. В Google Таблицах вы можете использовать разные показатели и параметры, взятые из Google Analytics, которые при настройках будут обновляться и работать с ними как в обычном Exсel (переносить данные на разные листы, строить графики, использовать формулы и т.д.).

Google Таблицы – это альтернатива Microsoft Excel в онлайне. В этом и есть преимущество – если в первом случае, работая с Analytics Edge, вы импортируете данные и работаете с ними локально на компьютере, то благодаря Google Таблицам вы можете создавать электронные таблицы, редактировать их и работать над ними вместе с коллегами – где угодно и когда угодно.

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

Чтобы выгрузить данные из Google Analytics в Google Таблицы, необходимо зайти под своей учетной записью Gmail.com на docs.google.com и создать таблицу (пустой файл). Первым делом, что необходимо сделать в новом файле, это поменять настройки таблицы. Это нужно для того, чтобы при автоматической выгрузке данных из Google Analytics получалось форматировать ячейку как число, дату или сумму в определенной валюте. По умолчанию у вас могут стоять региональные настройки России, в связи с этим в дальнейшем могут возникнуть трудности.

Например, данные по стоимости из Analytics выгружаются с точкой, и если мы захотим сложить два числа, у нас получится не совсем то, что должно быть. Поэтому открываем Файл – Настройки таблицы и меняем региональные настройки с «Россия» на «США» и сохраняем изменения.

На этом предварительная настройка таблицы завершена. Чтобы импортировать данные из Google Analytics в Google Таблицы, необходимо установить дополнение. Для этого переходим в Дополнения – Установить дополнения. Откроется диалоговое окно, в котором выберите Google Analytics.

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

Если все сделали правильно, то всплывающее окно закроется, и вы вернетесь к созданной таблице. После настройки дополнения можем приступить к выгрузке данных из Google Analytics. Переходим к Дополнения – Google Analytics – Create new report.

Справа откроется меню, где следует задать настройки: Name – прописываем название отчета; Account, Property, View – это аккаунт, ресурс, представление из Google Analytics; Segments – сегменты. Есть возможность использовать собственные сегменты, настроенные в Google A.

Добавляем метрики в отчет. У нас это будет 1 параметр (Dimensions - Источник или канал) и несколько показателей (Metrics), с которыми вы уже знакомы: Источник или канал – Source / Medium; Пользователи – Users; Новые пользователи – New Users; Сеансы – Sessions; Показатель отказов – Bounce Rate; Средняя длительность сеанса – Avg. Session Duration; Коэффициент транзакций – Ecommerce Conversion Rate; Транзакции – Transaction; Доход – Revenue.

Просто начинайте вводить название в соответствующее поле, и расширение само подскажет вам полный вариант. В одном отчете может быть до 10 показателей и до 7 параметров.

Название основных показателей: Сеансы - ga:sessions; Отказы - ga:bounces; Длительность сеанса - ga:sessionDuration; Цель (достигнутые переходы к цели) - ga:goalXXCompletions; Достигнутые цели - ga:goalCompletionsAll; Пользователи - ga:users; Новые пользователи - ga:newUsers; Транзакции - ga:transactions; Доход от продукта - ga:itemRevenue; Показы - ga:impressions; Клики - ga:adClicks; Стоимость - ga:adCost; Dimensions – задаются параметры, по которым будем строить отчет. В одном отчете может быть до 7 показателей.

Название основных параметров: Источник - ga:source; Канал - ga:medium; Город - ga:city; Длительность сеанса - ga:sessionDurationBucket; Тип пользователя - ga:userType; Тип устройства - ga:deviceCategory; Группа объявлений - ga:adGroup; Кампания - ga:campaign; Ключевое слово - ga:keyword.

После заполнения базовых настроек создаем отчет «Create Report». После этого в своей таблице в столбце B вы увидите автоматически созданную конфигурацию Report Configuration, в которой будут указаны все ваши настройки.

Настройки полей: Report Name (название отчета) – аналог того, что мы указали при базовых настройках, соответствует названию листа; View ID – идентификатор представления в Google Analytics. Чтобы узнать идентификатор представления, в Google Analytics перейдите в «Администратор», а затем на уровне представления выберите «Настройки представления».

Start Date и End Date – дата начала и окончания выгрузки данных из Google Analytics. Записывается в формате гггг-мм-дд (например, 2018-12-16). Также возможно записать yesterday - вчера или NdaysAgo - N-ое количество дней назад (например, 30dayAgo). Metrics и Dimensions – параметры и показатели, разделяются запятыми или новой строкой. Список параметров и показателей доступен по ссылке.

Order – сортировка. Если в поле order указать ga:users – данные по этому параметру отсортируются по убыванию, если указать -ga:users - данные отсортируются по возрастанию. Filters – фильтры. Фильтры задаются по параметрам и показателям с помощью формул. Segments – сегменты в Google Analytics.

Применяются аналогично фильтрам, с разницей в том, что в обработке данных сначала используется сегментирование, а затем агрегирование данных. Возможна агрегация по пользователям (users::condition::) или по сессиям (sessions::condition::)

Limit – максимальное количество строк. Если данное поле пустое – обработаются все данные на основе указанных настроек отчета. Spreadsheet URL – url-таблицы вывода результатов. По умолчанию таблицы выводятся на текущий лист. Skip Report - пропустить отчет. Если в поле прописано true, тогда данный отчет не будет выводить результаты.

Поскольку мы хотим получить такую же выгрузку данных, что и в примере с Analytics Edge, нам необходимо изменить дату начала и окончания. Чтобы получить выгрузку данных в Google Таблицы, необходимо запустить отчет в Дополнения – Google Analytics – Run reports.

В результате мы получим выгрузку по заданным параметрам и показателям на соседнем листе документа. Мы можем сопоставить данные из таблицы Totals For All Results с теми, что получили просто при экспорте отчета из Google Analytics и импорте данных с помощью Analytics Edge.

Теперь мы можем работать с выгруженными данными: редактировать их, строить отчеты, диаграммы, переносить значения с листа на лист, использовать дополнительные функции Google Таблиц (например, ВПР), чтобы в конечном счете получить автоматический отчет с выгрузкой по дням и любыми графиками.

Если вы хотите работать с многоканальными последовательностями, то вместо core используйте mcf. Подробнее читайте в статье "Многоканальные последовательности в Google Data Studio".

48. GOOGLE DATA STUDIO

GOOGLE DATA STUDIO

Google Data Studio – это один из продуктов Google, который может импортировать данные из разных источников и визуализировать их в красивых отчетах.

Среди многих преимуществ Google Data Studio следует отметить: бесплатное использование; постоянные обновления; быстрая интеграция с продуктами Google (Google Ads, Search Console); работа с Google Таблицами и использованием SQL-запросов; возможность создавать собственные параметры и показатели; доступ к шаблонам с уже готовыми настройками.

Отчеты в Data Studio – это ваша панель управления, при правильной настройке которой все ключевые показатели вашего интернет бизнеса будут видны в понятных отчетах.

Задайте вопрос


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