NOETIKOS.RU — Веб поддержка вашего бизнеса в Москве, продвижение сайтов в поисковых системах: Google Analytics

пятница, 12 июля 2013 г.

Отслеживание офлайновых действий с помощью Universal Analytics

<div dir="ltr" style="text-align: left;" trbidi="on">
<div style="text-align: justify;">
В этом посте я расскажу о том, как можно отслеживать офлайновые действия посетителей сайта в Universal Analytics и интегрировать данные из CRM со статистикой UA.
</div>
 
<a name="more"></a>
<h3>Забираем Client ID</h3>
 
Сценарий отслеживания офлайновой активности предполагает, что пользователь сначала обязательно посещает сайт и на нем выполняет действие, которое его как-либо идентифицирует. Причем необязательно, чтобы это была полноценная идентификация - подписка на рассылку с указанием адреса электронной почты или регистрация и т.д. Возможен вариант сбора лидов - например, когда пользователь вводит скидочный купон или просто кладет товар в корзину.
 
<script async src="//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script>
<ins class="adsbygoogle"
 style="display:block; text-align:center;"
 data-ad-layout="in-article"
 data-ad-format="fluid"
 data-ad-client="ca-pub-9865336497189782"
 data-ad-slot="2924676623"></ins>
<script>
 (adsbygoogle = window.adsbygoogle || []).push({});
</script>
 
В момент, когда посетитель сайта выполняет подобное действие, мы забираем идентифицирующие данные и импортируем их в CRM-систему.
 
Какие данные забираются в этот момент. Забрать можно куку посетителя. Технически это возможно осуществить напрямую, что делают очень многие - забирают куку непосредственно из браузера. Однако в Universal Analytics системно предусмотрена возможность получить client ID с помощью джаваскриптной функции get('ClientId') в любой подходящий для владельца сайта момент. Наилучшим образом для этого подходит как раз идентификация пользователя на сайте.
 
Функция get('ClientId') выглядит следующим образом:
 
<pre class="prettyprint">ga(function(tracker) {
  var clientId = tracker.get('clientId');
});</pre>
 
Вызывается эта функция в момент, когда пользователь отправляет заполненную регистрационную форму, оформляет подписку - то есть идентифицирует себя тем или иным способом. В этом случае ClientId забирается вместе с данными отправленной формы. Таким образом зарегистрированный пользователь будет ассоциироваться внутри CRM с уникальным номером ClientId, для которого впоследствии можно будет отдавать в Аналитикс данные об офлайновых действиях пользователя. Можно также вызывать get('ClientId') для реализации сценария сбора лидов - в момент, когда пользователь вводит номер скидочного купона или просто кладет товар в корзину. Во втором случае можно, например, формировать уникальный id корзины и забирать его вместе с ClientId.
 
<h4>Что дальше</h4>
 
После того, как ClientId и ассоциированные с ними идентифицирующие данные оказываются в CRM-системе, владелец бизнеса имеет возможность отследить офлайновые действия и вернуть их в виде, например, событий, обратно в Universal Analytics. Для кейса с корзиной выше можно отследить, забрал ли пользователь товар в магазине либо завершил ли он заказ по телефону. И потом для соответствующего ClientId можно будет данные действия отдать обратно в Аналитикс.
 
<h3>Measurement Protocol</h3>
 
Для передачи данных об офлайновых действиях пользователей разработан специальный протокол передачи измерений - Measurement Protocol. Полная документация на сайте Google Developers <a href="https://developers.google.com/analytics/devguides/collection/protocol/v1/devguide">здесь</a>.
 
Пример post-запроса с отправкой офлайн-события в Аналитикс по Measurement Protocol-у 
 
POST /collect HTTP/1.1 
Host: www.google-analytics.com 
 
v=1                              // Version of GA protocol. Constant.
 
&tid=UA-XXXX-Y        // Property ID. 
&cid=555                     // GA Client ID. Retrieved from tracking code. 
 
&ni=1                                      //
Non-interaction hit. 
&t=event                                  //
Event hit type. 
&ec=ClientOfflineConv            // Event Category. 
&ea=OnlineLead                     // Event Action. 
&el=OpportunityRegistered      //Event label. 
&ev=300                                  //Event value. 
 
Где параметры tid и cid - номер счетчика (ресурса GA) и номер ClientId. Вторая часть описывает тип хита = событие (non-interaction, то есть без просмотра страницы) плюс стандартный набор параметров, описывающих событие (категория, действие и ярлык) и ценность события.
 
В соответствии с <a href="https://developers.google.com/analytics/devguides/collection/protocol/v1/devguide">правилами Measurement Protocol</a> данные должны быть сконфигурированы без комментариев и будут отправляться вот в таком виде:
 v=1&tid=UA-XXXX-Y&cid=555&ni=1&t=event&ec=ClientOfflineConv&ea=OnlineLead&el=OpportunityRegistered&ev=300 
 
Для того, чтобы проверить правильность составленных параметров, можно использовать ссылку http://www.google-analytics.com/collect для имитации вызова сервера.
 
 
Полная ссылка для проверки параметров будет выглядеть так: http://www.google-analytics.com/collect?v=1&tid=UA-XXXX-Y&cid=555&ni=1&t=event&ec=ClientOfflineConv&ea=OnlineLead&el=OpportunityRegistered&ev=300 
 
Где tid - номер существующего и работающего ресурса, cid - Id клиента. Остальные данные могут быть любыми в зависимости от того, какой хит тестируется. Для проверки нужно будет открыть новое окно или новую вкладку браузера, вставить в адресную строку эту ссылку и запустить ее. Google Analytics примет эти данные и их можно будет увидеть в интерфейсе.  
 
<h3>Пользовательские определения</h3>
 
Помимо событий в Analytics можно передавать из CRM и другие данные. Для того или иного клиента мы можем что-то знать в CRM, чего мы не знаем в Analytics. Например, в CRM для определенного клиента может храниться информация, что этот клиент - женщина, 1975 года рождения, постоянный покупатель (есть повторные покупки). Эти данные тоже можно передать в Analytics - аналогично событиям выше. 
 
Важно! Перед тем, как что-то начать отдавать с сервера в Universal Analytics, необходимо создать пользовательский параметр или показатель в интерфейсе соответствующего ресурса. Для ресурса Universal Analytics доступны 20 пользовательских параметров (dimensions) и 20 пользовательских показателей (metrics). Пользовательские определения в Universal Analytics заменили пользовательские переменные (Custom Variables) стандартной версии GA. 
 
Для примера с годом рождения необходимо будет в интерфейсе ресурса создать пользовательский параметр. Назовем этот параметр, например, Age: 
 
<div class="separator" style="clear: both;">
<img border="0" src="https://3.bp.blogspot.com/-MSl1Dm8UlCU/W2iCCA3BtUI/AAAAAAAAJf0/jrdZAhVxQSYA7h-DtTaWbSedrI9hHU72wCLcBGAs/s1600/Screen%2BShot%2B2013-07-11%2Bat%2B3.05.24%2BPM.png" width="60%"/>
</div>
Для созданного пользовательского параметра система рекомендует оформление вызовов в следующем синтаксисе: 
<div class="separator" style="clear: both;">
<img border="0" src="https://2.bp.blogspot.com/-EJyzPX34qXg/W2iCCCTfRxI/AAAAAAAAJf8/-JioetgmRwgQvTejgnOXp5qdM_1ZadRdACPcBGAYYCw/s1600/Screen%2BShot%2B2013-07-11%2Bat%2B3.23.54%2BPM.png" width="60%"/>
</div>
 
Созданный пользовательский параметр можно использовать в пользовательском отчете: 
 
<div class="separator" style="clear: both;">
<img border="0" src="https://1.bp.blogspot.com/-rvXtFYqndnc/W2iCCFbM8FI/AAAAAAAAJf8/VX57-TlYInkS1uOmC_aEu33lOiA86ZANwCPcBGAYYCw/s1600/Screen%2BShot%2B2013-07-11%2Bat%2B3.50.13%2BPM.png" width="60%"/>
</div>
 
Как я уже упомянул, отдавать пользовательские определения можно с сервера (CRM). В случае с параметром Age, если мы получили данные о возрасте клиента не через сайт, а, скажем, при оформлении клиентской карты в магазине, то можно отправить для соответствующего ClientId такие данные: 
 
v=1&tid=UA-XXXX-Y&cid=555&ni=1&t=event&ec=OfflineRegistration&ea=submit&cd1=1975 
 
То есть на хит (событие) по офлайновой регистрации дополнительно прибавляется пользовательский параметр (cd1) со значением "1975". К этому хиту можно добавлять и другие пользовательские параметры и показатели. 
 
Если данные о возрасте посетитель вводил в форме на сайте (то есть в серверной имплементации нет необходимости), то пользовательский параметр с возрастом можно передать с помощью функции send непосредственно в коде сайта на отправку формы. На действие по отправке формы должен быть оформлен хит, например, pageview, а в dimension из формы должно подтянуться соответствующее значение: 
 
ga('send', 'pageview', { 
  'page': '/reg_form_submitted',   'dimension1':  '1975' }); 
 
Или можем оформить событие на клик по кнопке с отправкой формы: 
 
ga('send', {   'hitType': 'event',            'eventCategory': 'registration',    'eventAction': 'submit',      
    'dimension1':  '1975' 
 }); 
 
 
Дисклеймер! Приведенные в посте фрагменты кода ориентировочны и могут отличаться в зависимости от поставленных задач и требований конкретной платформы. При разработке решений изучайте справочную информацию сайта Google Developers 
 
Полезные ссылки:
 
- <a href="https://developers.google.com/analytics/devguides/collection/analyticsjs/domains#getClientId" target="_blank">Функция импорта Client ID</a> 
- <a href="https://developers.google.com/analytics/devguides/collection/analyticsjs/custom-dims-mets" target="_blank">Пользовательские параметры и показатели</a> 
- <a href="https://developers.google.com/analytics/devguides/collection/protocol/v1/devguide" target="_blank">Measurement Protocol.</a> 
- <a href="https://developers.google.com/analytics/devguides/collection/protocol/v1/devguide" target="_blank">Руководство для разработчиков (eng)</a>
 
<div style="text-align: center;">
<img border="0" data-original-height="557" data-original-width="500" src="https://4.bp.blogspot.com/-E91CAXBkVH4/W2gwSY1xXTI/AAAAAAAAJfk/3bssMPjQZa84mWzTgxdgs9lCNoU4RfM5ACLcBGAs/s1600/vidyaev-news-copyright.jpg" width="40%" /></div>

 <a property="v:title" rel="v:url" href="https://www.noetikos.ru/" title="NOETIKOS — группа компаний цифрового продакшна и вебподдержки">Главная</a> › 
 <a property="v:title" rel="v:url" href="https://www.noetikos.ru/search/label/Новости" title="Новости сферы IT и электронной коммерции">Новости</a> › 
 <a property="v:title" rel="v:url" href="https://www.noetikos.ru/search/label/Analytics" title="Новости и информация по настройке и работе с системой Google Analytics. Об Аналитикс от простого к сложному: настройка аккаунта, кастомизация кода, интерпретация отчетов, устранение неисправностей и новости">Google Analytics</a> › 
 Отслеживание офлайновых действий с помощью Universal Analytics 

</div>

Отслеживание офлайновых действий с помощью Universal Analytics

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

четверг, 30 мая 2013 г.

UTM-ы против автопометки - кто круче?

Этот пост будет посвящен проблеме передачи данных о трафике из AdWords в GA. 
<a name="more"></a> 
Существует два способа передачи данных о затратах в AdWords в Google Analytics - автопометка (gclid) и ручные метки (utm). Для чего их два? Рассмотрим различия и сходства по порядку. 
 
 
<h3 style="text-align: left;">
Автопометка (GCLID)</h3>
 
Представляет из себя автоматический способ передачи данных из AdWords в Google Analytics. Если у вас один аккаунт AdWords и его нужно отслеживать в GA. Для этого нужно: связать аккаунт AdWords с аккаунтом GA, активировать аккаунт AdWords в нужном профиле GA и включить автопометку в установках AdWords. 
 
Если чуть подробнее, то получится следующее. В аккаунте AdWords из-под админского логина идем в "Инструменты и анализ" -> Google Analytics. Откроется интерфейс учетной записи GA для данного логина. Если у этого пользователя есть также админский доступ в аккуант GA, то он сможет слинковать AdWords и GA. Очень важно: аккаунты может связать только пользователь с админскими правами в обоих аккаунтах. Из интерфейса со списком аккаунтов идем в установки нужного нам аккаунта и в нем во вкладке Источники данных жмем кнопку "Связать аккаунты": 
<div class="separator" style="clear: both; text-align: center;">
<img border="0" src="https://3.bp.blogspot.com/-6yXI3-2KaAw/W2gtIoGpsJI/AAAAAAAAJfE/XqBqH7IHn7ICwPdKyloRfiHw6KcKTdMmACLcBGAs/s1600/Screen%2BShot%2B2013-05-28%2Bat%2B9.26.56%2BPM.png" width="60%"/></div>
 
Далее видим вот такой поп-ап: 
<div class="separator" style="clear: both; text-align: center;">
<img border="0" src="https://1.bp.blogspot.com/-aAD5K8a52bU/W2gtSzOM2sI/AAAAAAAAJfI/D7IPZ5vi4j4d0apxTPnkoPrjNgpuAFRyACPcBGAYYCw/s1600/Screen%2BShot%2B2013-05-28%2Bat%2B9.28.46%2BPM.png" width="60%" />
</div>
Выбираем "Автоматически" и также выбираем профили, в которых хотим видеть данные AdWords. 
 
Далее можем проверить во вкладке Мой аккаунт -> Настройки, включена ли автопометка. 
 
<div class="separator" style="clear: both; text-align: center;">
<img border="0" src="https://1.bp.blogspot.com/-Bfhc_baGNXM/W2gtfeEvKUI/AAAAAAAAJfU/S2CVRdvMvrguCXAAlvfQ3jEzHKhrduuEQCLcBGAs/s1600/Screen%2BShot%2B2013-05-28%2Bat%2B9.31.41%2BPM.png" width="60%" />
</div>
 
И все. Данные из AdWords будут поступать в аналитику в отчет Источники трафика -> Реклама -> AdWords: 
<div class="separator" style="clear: both; text-align: center;">
<img border="0" src="https://1.bp.blogspot.com/-vkcvX_pYXYE/W2gtHchqxZI/AAAAAAAAJfM/cj2-Ix0RCjM9yFlpDWvi5HJP-Gcd_AUTgCPcBGAYYCw/s1600/Screen%2BShot%2B2013-05-28%2Bat%2B9.35.13%2BPM.png" width="60%" />
</div>
 
<h4 style="text-align: left;">
Преимущества автопометки</h4>
 
Основные преимущества этого метода связки состоит в следующем: 
1. Данные из AdWords импортируются в более полном объеме, включая показы, клики, стоимость кликов, места размещения, позиции объявлений. 
2. В GA импортируется вся структура кампаний, как она есть - Кампании -> Группы -> ключевые слова/заголовки объявлений. 
3. При условии настройки транзакций в аккаунте для кампаний AdWords будет производиться расчет ROI непосредственно в интерфейсе. 
4. Кампании AdWords появляются как в отдельном отчете, как показано в интерфейсе, так и в общем отчете по кампаниям в разделе Источники 
5. Возможен <a href="https://support.google.com/analytics/answer/1034306?hl=ru" target="_blank">импорт конверсий (целей и транзакций) из связанного профиля GA в аккуант AdWords</a>. 
6. "Включил и забыл". 
 
<h4 style="text-align: left;">
Недостатки</h4>
 
Есть и недостатки. В основном, они исходят из того, что метка gclid достаточно объемная и тяжелая. Вследствие этого возможны несколько бОльшие потери связи между кликом и последующим посещением сайта. При неполадках трафик из AdWords чаще всего попадает в прямой трафик (direct/none). 
 
О потерях трафика в GA я постараюсь написать в отдельном посте. 
 
<script async src="//pagead2.googlesyndication.com/pagead/js/adsbygoogle.js"></script>
<ins class="adsbygoogle"
 style="display:block; text-align:center;"
 data-ad-layout="in-article"
 data-ad-format="fluid"
 data-ad-client="ca-pub-9865336497189782"
 data-ad-slot="2924676623"></ins>
<script>
 (adsbygoogle = window.adsbygoogle || []).push({});
</script>
 
<h3 style="text-align: left;">
UTM-метки</h3>
 
Ручная пометка целевых урлов utm-метками - это общепринятый способ передачи данных в GA о трафика, который вы привлекаете на сайт сами. Любой платный, партнерский или маркетинговый трафик можно разметить и, таким образом, отделить от трафика, который приходит на сайт самостоятельно. 
 
Примером может послужить трафика из социальной сети. Если его никак не помечать, то он ляжет в профиль GA одним большим источником, например vk.com/referral. В целом, мы будем знать, что это трафика из сети Вконтакте, но внутри него выделить какие-либо сегменты не сможем. А между тем, внутри этого трафика может быть трафик из нашей группы вконтакте, с баннерной рекламы, с пользовательских "лайков" на нашем сайте. С помощью utm-меток такой трафик можно выделить и потом увидеть в GA. 
 
В случае с Vkontakte возможный набор utm-меток может быть: 
www.site.ru?utm_source=vk&utm_medium=social&utm_campaign=promo 
Где utm_source - источник трафика, utm_medium - канал и utm_campaign - название кампании. 
В итоге, если ссылка из Вконтакте будет помечена таким образом, трафик с нее мы увидим в соответствующих разделах отчета Источники трафика и канал - как vk/social и внутри этого источника кампания promo. 
 
Баннерное рекламное объявление во Вконтакте может содержать такую ссылку в качестве посадочной: 
www.site.ru?utm_source=vk&utm_medium=display&utm_campaign=promo&utm_content=green_500x500 
 
Из ссылок мы получим информацию о трафике: Источник/канал = vk/display (баннерная реклама во Вконтакте); кампания = promo, объявление - зеленый баннер размером 500х500. 
 
Если наряду с зеленым баннером используется, например, синий, то в ссылке для синего баннера можно обозначить: 
 
www.site.ru?utm_source=vk&utm_medium=display&utm_campaign=promo&utm_content=blue_500x500 
 
В этом случае мы сможем проанализировать трафик с разных версий объявлений. 
 
Для AdWords как для площадки контекстной рекламы актуальной будет такая разметка: 
www.site.ru?utm_source=google&utm_medium=cpc&utm_campaign=promo&utm_content=adtext1&utm_term=keyword1 
 
Из этой разметки в GA мы получим в соответствующих отчетах: Источник/канал = google/cpc (контекстная реклама Google, то есть AdWords), кампания promo, версия текстового объявления adtext1, ключевое слово keyword1. 
 
<h4 style="text-align: left;">
Структура UTM-меток </h4>
 
Теперь рассмотрим подробнее сами метки. Всего их пять. Три из них обязательные. К обязательным относятся utm_source, utm_medium и utm_campaign. К необязательным относятся utm_content и utm_term. 
 
Utm_source - это источник трафика или, другими словами, сайт, на котором мы привлекаем трафик. 
 
Utm_medium - это способ привлечения трафика или канал. Эта вторая метка используется в связке с utm_source. Возможные комбинации источника и канала: 
- yandex/cpc (контекстная реклама Yandex), 
- yandex/display (например, для баннерной рекламы на главной Yandex), 
- rbc_ru/display (баннерная реклама на сайте Rbc.ru - рекомендую в метках использовать нижнее подчеркивание вместо точки), 
- odnoklassniki/social (социальный трафик с Одноклассников), 
- odnoklassniki/display (рекламный баннерный трафик с Одноклассников). 
- newsletter/email (трафик из электронной рассылки) 
И так далее. Вариантов может быть много. 
 
Здесь стоит отметить, что в medium часто используют banner для обозначения баннерной рекламы. Я рекомендую использовать метку display. По умолчанию, GA понимает термин display как "баннерная реклама в контекстно-медийной сети". Метка banner аналитиксу ничего не скажет. Поэтому, если вы используете banner, то вам придется, например, донастраивать отчеты по многоканальным последовательностям. 
 
Utm_term - параметр ключевого слова для контекстной рекламы. Необязательная метка. Term -  очень полезный параметр, например, если вы рекламируетесь в Яндексе и хотите отслеживать в GA отдельные ключевые слова. 
 
Utm_content - способ обозначить версию объявления. Как я уже приводил примеры выше, с помощью utm_content можно обозначить, например, разные баннеры. 
 
<h3 style="text-align: left;">
Как собирать utm-метки </h3>
 
Существуют различные онлайн-сервисы для автоматизации работы с utm-метками. Самый простой из них - <a href="https://support.google.com/analytics/answer/1033867?hl=ru" target="_blank">Компоновщик URL</a>. Есть инструменты для массовой компоновки урлов. 
 
Если вы знаете еще интересные компоновщики - пишите в комментариях. 
 
<h4 style="text-align: left;">
Преимущества UTM-меток</h4>
 
Реферральные данные на основе utm-меток значительно легче и меньше по объему, чем данные из автопометки. Следовательно, они будут давать меньше потерь при прочих равных условиях. 
 
<h4 style="text-align: left;">
Недостатки</h4>
 
Это ручной способ пометки урлов. С большими кампаниями работать хлопотно. 
Utm-метки не передают данные о затратах на площадке. Для AdWords в этом плане автопометка выгоднее. 
Значения неудобно записывать кириллицей. Для utm_term, например, для корректной работы меток придется переводить ключевые слова в латиницу. 
 
<h4 style="text-align: left;">
И напоследок еще немного об общих проблемах передачи данных из AdWords в GA</h4>
 
Если у вас несколько аккаунтов AdWords - например, разбивка по регионам, то с помощью gclid данные передавать проблематично, поскольку в GA сложно разделить трафик из AdWords по аккаунтам. Приходится придумывать и вставлять в названия кампаний идентификаторы, по которым потом можно будет отличить трафик из разных региональных аккаунтов. Если настроены ручные метки, идентификатор регионального аккаунта можно внести в utm_campaign=MSK_Campaign1 (для Москвы). Данные в аналитикс можно будет фильтровать по идентификатору. Насколько мне известно, внутри GA сейчас идет работа по решению этой проблемы. 
 
Любые метки - и автопометка, и utm-метки - уязвимы при передаче. Следите, чтобы при редиректе метки не обрезались. Потеря метки - это потеря реферральной информации о трафике.
 
<div style="text-align: center;">
<img border="0" data-original-height="557" data-original-width="500" src="https://4.bp.blogspot.com/-E91CAXBkVH4/W2gwSY1xXTI/AAAAAAAAJfk/3bssMPjQZa84mWzTgxdgs9lCNoU4RfM5ACLcBGAs/s1600/vidyaev-news-copyright.jpg" width="40%" /></div>

 <a property="v:title" rel="v:url" href="https://www.noetikos.ru/" title="NOETIKOS — группа компаний цифрового продакшна и вебподдержки">Главная</a> › 
 <a property="v:title" rel="v:url" href="https://www.noetikos.ru/search/label/Новости" title="Новости сферы IT и электронной коммерции">Новости</a> › 
 <a property="v:title" rel="v:url" href="https://www.noetikos.ru/search/label/Analytics" title="Новости и информация по настройке и работе с системой Google Analytics. Об Аналитикс от простого к сложному: настройка аккаунта, кастомизация кода, интерпретация отчетов, устранение неисправностей и новости">Google Analytics</a> › 
 UTM-ы против автопометки - кто круче?