1. Що ж нового з'явилося в Universal Analytics?
2. Крок 1. Встановлення та налаштування Universal Analytics і Google Tag Manager
3. Крок 2. Інтеграція Universal Analytics з CRM-системою

Принципи роботи Universal Analytics відрізняються від принципів роботи попередньої версії системи. Якщо вам цікаво, що вдає із себе оновлення Google Analytics і що корисного з'явилося в даній системі, ви натрапили на потрібну статтю.

Займаючись збиранням інформації при підготовці цієї статті, я витратив чимало часу на те, щоб знайти щось корисне (під корисним я маю на увазі кейси використання даної системи), проте, виявилося, що знайти практичні поради в інтернеті (як західному, так і нашому) не так вже й просто - їх просто немає (за рідкісним винятком). Так як пройшло вже майже півроку з моменту виходу Universal Analytics в режимі Beta (система продовжує працювати в цьому режимі і зараз, але для Google довгий період тестування - це звичайна ситуація), виникає закономірне питання «чому?». Невже компанії не бачать сенсу в тому, щоб зараз інвестувати (незважаючи на «безкоштовність» системи, інвестувати все ж доведеться, так як всі налаштування, які ви імплементували в попередню версію, в нову автоматично НЕ перенесуться) в процес переходу з Google Analytics на Universal Analytics? Забігаючи трохи вперед, висловлю свою думку: у багатьох випадках варто.

Що ж нового з'явилося в Universal Analytics?

Буде правильно позначити на самому початку, що призначений для користувача інтерфейс Universal Analytics практично ідентичний інтерфейсу попередньої версії. Тобто Universal Analytics - це не нова система веб-аналітики, це в першу чергу давно назревавшее оновлення підходу роботи з даними в Google Analytics.

Перше, що змінилося з виходом нової версії - це процес збору даних. У Google Analytics для збору інформації про відвідувачів використовувалися 5 різних cookies, кожен з якого містив інформацію про відвідувача: ключове слово, джерело трафіку, назва кампанії, номер сторінки в сесії на сайті і деякі інші показники. Кожен раз, коли відвідувач переходив на сторінку вашого сайту, код відстеження Google Analytics зчитував цей величезний масив інформації з cookies і передавав її на сервер збору даних.

У Universal Analytics дещо інший підхід до виконання того ж самого завдання. У браузері відвідувача зберігається тільки одна Cookie, яка містить в собі фактично один єдиний унікальний ідентифікаційний номер користувача сайту (client ID). Оновлений код відстеження зчитує цю Cookie і передає на сервери Google не весь величезний масив показників, перерахований в попередньому абзаці, а тільки унікальний номер користувача, який цей хіт зробив. В чому різниця? На сервери Universal Analytics передається набагато менший обсяг даних. Далі Google вже на своїх серверах підраховує, яка ця за рахунком сторінка в призначеній для користувача сесії, чи був відвідувач на сайті раніше, присвоєна чи цього відвідувачеві якась призначена для користувача змінна чи ні і так далі. За запевненням Google повний перехід на Universal Analytics дозволить на 5% збільшити середню швидкість роботи світового інтернету (беручи до уваги той факт, що на 80% всіх сайтів в світі встановлено Google Analytics).

Маючи в руках унікальний ID користувача (доступ до нього можливо отримати стандартними JS-методами, люб'язно наданими Google) логічним було б припустити, що Google представить великі можливості для його використання.

Маючи доступ до унікального ID користувача, стає можливим крос-платформенне відстеження одного і того ж відвідувача. Якщо раніше, відвідувач, переходячи на сайт спочатку з домашнього комп'ютера, а потім, наприклад, з мобільного пристрою був за фактом для нас відразу двома відвідувачами, то зараз у нас з'являється можливість в той момент, коли відвідувач авторизується на сайті, повідомити системі аналітики, що на сайт повернувся той же самий відвідувач і прив'язати всю інформацію про друге перебування до того ж самому відвідувачеві (читай, переписати його єдину Coookie).

Більш того, завдяки новому протоколу вимірювання і передачі даних (new measurement protocol), стає можливим не тільки перезаписувати Client ID, а й самостійно генерувати різні типи хітів, які потім передаються з будь-яких пристроїв мають доступ в інтернет і здатних відправити стандартний HTTP-запит.

Наведу приклад використання такої технології: відвідувач переходить на сайт інтернет-магазину, оформляє покупку через корзину і вибирає спосіб доставки - самовивіз, а спосіб оплати - оплата при отриманні товару. Перебуваючи в «стадії Google Analytics» у вас не було б можливості в момент отримання грошей передати на сервер Google, що відвідувач, якій кілька днів тому зробив замовлення на сайті, все-таки забрав його з пункту самовивозу і оплатив готівкою. А зараз така можливість є: вам досить зробити так, щоб одне з ваших пристроїв, що використовуються для оформлення покупки в пункті самовивозу (наприклад, сканер штрих-коду), генерував нескладний HTTP-запит, що передає інформацію про зроблену угоду прямо на сервера Google, привласнюючи цей хіт тому самому відвідувачеві, який кілька днів тому оформив покупку.

Ще одне нова функція зі списку найважливіших функцій - це створення власних параметрів і метрик. Джерело трафіку, браузер, дозвіл екрана - все це приклади стандартних параметрів, які зараз доступні в Google Anaytics. Показник відмов, коефіцієнт конверсії - все це приклади встановлених метрик.

Уявімо, що ви, наприклад, зберігайте в вашої CRM-системи підлогу (М або Ж) кожного клієнта. Вас може зацікавити можливість дізнатися коефіцієнт конверсії в покупки або реєстрації представників кожної статі. Ця інформація може виявитися корисною для оптимізації сайту і рекламних кампаній. Для цього Вам достатньо створити в Google Analytics новий параметр - підлогу, а далі навчити Вашу CRM-систему генерувати хіт, який містить в собі інформацію про новий показнику, створеному всередині Universal Analytics.

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

Далі, на мій, погляд, було б правильним привести приклад використання нових можливостей Universal Analytics. У нашій компанії, як і, мені здається, в більшості інших компаній, що використовують платні канали залучення відвідувачів на сайт, не існувало до цього моменту інструменту, який дозволяє зручно і в автоматичному чи напівавтоматичному режимі сегментувати, мабуть, найважливішу для бізнесу метрику, обсяг продажів , по безлічі цікавих бізнесу показників. Ясна річ, що в Google Analytics існував і існує звіт по електронній торгівлі, але дані в цей звіт при цьому можливо було передавати тільки в момент оформлення замовлення на сайті, а не в момент надходження грошей на рахунок компанії, що, безумовно, кілька спотворювало реальні результати діяльності компанії в інтернеті. Далі опис того, як ми вирішили це завдання у себе.

Крок 1. Встановлення та налаштування Universal Analytics і Google Tag Manager

Незважаючи на те, що стаття не про це, я не можу не написати пару вступних слів про Google Tag Manager, так як при вирішенні завдання ми використовували даної інструмент, а деякі читачі даної статті могли про нього не чути.

Диспетчер тегів Google дозволяє легко керувати тегами (призначеними для відстеження або оптимізації маркетингу) на сайті. Щоб зрозуміти призначення Google Tag Manager, наведу такий приклад: припустимо, зараз на вашому сайті використовується Google Analytics, використовується Google Adwords для залучення відвідувачів, і, нарпімер, використовуються експерименти Google для проведення a | b-тестів на сторінках сайту, то фактично це означає наявність 3-х різних типів кодів відстеження на сайті. Додайте сюди ще можливою перехід на Universal Analytics, а також коди подій (events) і електронної торгівлі, і у вас вийде довгий список тегів, розкиданих по вашому сайту.

Робота Диспетчера тегів Google заснована на використанні одного тега - так званого контейнера, який ви хочете утримувати всіх сторінках сайту замість індивідуальних тегів, таких як AdWords, Google Analytics, Floodlight і інших. Після того як ви розмістите на сайті фрагмент контейнера, додавання, оновлення тегів і управління ними буде здійснюватися в веб-інтерфейсі акаунті Диспетчера тегів Google.

Крім цього, Google Tag Manager дозволяє знизити ризик несумлінного використання вашого унікального номера аккаунта, наприклад, вашими конкурентами. Якщо на сайті встановлений «голий» код Universal Analytics, будь-який бажаючий може відправити у вашу статистику хіт з інформацією про що сталася транзакції, знаючи ідентифікаційний номер вашого облікового запису Universal Analytics (UA-XXX-YY), що зіпсує вашу статистику і може створити хибне уявлення про результатах діяльності вашої компанії.

Отже, для вирішення нашої задачі, насамперед встановлюємо Google Tag M anager .

Переходимо на сайт Google Tag Manager www.google.com/tagmanager/ (Далі - GTM) і реєструємо новий акаунт:

В поля Account name і Container name вводимо адресу сайту (або назва домену). Натискаємо кнопку Create account. Далі GTM запропонує Вам спеціальний код, який необхідно розташувати на всіх сторінках вашого сайту безпосередньо після тега

.

Після того, як запропонований GTM код розміщений в потрібному місці на всіх сторінках вашого сайту, переходимо на сайт Google Analytics, авторізуемся під своїм існуючим логіном і паролем від Google аккаунта (в якому в даний момент відслідковується відвідуваність вашого сайту) і створюємо новий веб-ресурс спеціально під Universal Analytics (далі - UA):

В налаштуваннях нового веб-ресурсу вибираємо метод відстеження - Universal Analytics, вводимо назву і адресу сайту, а також TimeZone:

Натискаємо кнопку «Отримати ідентифікатор відстеження» і сервіс перенаправляє нас на сторінку з кодом UA, який нам рекомендують розмістити також як і код контейнера GTM відразу після тега:

Далі повертаємося на сайт GTM для того, щоб в раніше створений нами контейнер додати новий тег з кодом UA. Для цього тиснемо на кнопку New Tag

Вказуємо назву тега (наприклад, Universal Analytics Code), вибираємо із запропонованого списку тип створюваного тега (Tag Type) і після цього у відповідне поле (Tracking Id) вносимо ідентифікатор Вашого облікового запису:

Також, нам необхідно вказати правило (Add Rule to Fire Tag), при якому код UA буде спрацьовувати. Вибираємо доступну опцію All Pages (нам необхідно, щоб код відстеження UA виконувався на всіх сторінках сайту):

Більш ніяких змін на даній сторінці вносити не потрібно - тиснемо кнопку Save. Для того щоб внесені в контейнер GTM зміни вступили в силу (і код UA почав виконуватися), необхідно натиснути кнопку Create Version:

Вітаю, код UA успішно внесений в контейнер GTM на вашому сайті.

Залишилося трохи почекати, щоб переконатися, що ми все зробили коректно і статистика відвідувань вашого сайту початку передаватися до відповідного профіль UA.

Крок 2. Інтеграція Universal Analytics з CRM-системою

Для управління взаємовідносинами з клієнтами в WebProfiters використовується CRM-система HighRise (37signals.com). Як вже говорилося на початку статті, основне завдання, яке потрібно вирішити за допомогою UA - це коректна передача даних про доходи компанії всередину інтерфейсу UA для подальшого підрахунку ROI рекламних (і не рекламних) каналів, а також сегментування цієї метрики по різним встановленим параметрам.

Так виглядає стартове вікно системи HighRise:

Основний об'єкт в даній системі - це контактна особа (представник) компанії, з якою ведуться переговори про співпрацю.

Нові контактні особи в HighRise створюються автоматично (з використанням API HighRise) при заповненні однієї з контактних форм на сайті WebProfiters.ru:

Далі для кожного контактної особи консультанти WebProfiters вже вручну вказують тип, а також дедлайн завдання, яке необхідно виконати.

Якщо опуститися на рівень нижче, то можна побачити, що для кожного контактної особи створюються і зберігаються типи угод (deals), які належить здійснити (або вже були здійснені):

У кожної угоди є 3 статусу: Lost (угода програна, оплати не буде), Pending (угода в процесі обговорення), Win (угода відбулася, на рахунок організації надійшла оплата).

З огляду на всю перераховану вище інформацію про особливості CRM системи HighRise, основне завдання можна переформулювати наступним чином:

Коли статус угоди змінюється з Pending на Win, в UA необхідно передавати інформацію про суму угоди в прив'язці до того відвідувачеві, який залишив заявку на сайті.

Дане завдання реалізується в 2 етапи:

• При занесенні нового контактної особи в HighRise, необхідно в окреме поле зберігати його унікальний Client ID
• Коли статус угоди змінюється з Pending на Win необхідно генерувати хіт, який буде передавати інформацію про обсяг операції всередину UA, при цьому коректно аттрібутіруя обсяг угоди відповідному відвідувачеві.

Перший етап реалізується відносно просто. У довідці для розробників UA наводиться JS-код, який дозволяє визначити унікальний ідентифікаційний номер користувача, який знаходиться на сайті. Виглядає він у такий спосіб:

ga (function (tracker) {

var clientId = tracker.get ( 'clientId');

});

Змінної Clientid буде присвоєно унікальний номер користувача сайту. Викликаючи даний метод в той момент, коли відвідувач заповнює форму заявки на послугу, перебуваючи на сайті webprofiters.ru, з'являється можливість зберегти ClientId відвідувача в одне з доступних для нового контактної особи полів (наприклад, для цих потреб можна використовувати завжди вільне поле «Факс» ).

Таким чином, ми заносимо в свою CRM систему унікальний ідентифікаційний номер користувача, який в UA прив'язаний до параметрів «Джерело трафіку», «Місто», «Рекламна кампанія» і іншим.

Переходимо до другого кроку. Як я вже згадував на початку статті, одне з основних нововведень в UA (і одночасно відмінностей від Google Analytics) - це можливість передавати хіти всередину UA, використовуючи звичайні HTTP-запити. Тобто, по суті, будь-який пристрій, що має доступ в інтернет, може передати інформацію всередину системи UA.

Приклад http запиту:

www.google-analytics.com/collect?v=1&tid=UA-xxxx&cid=555&otherparameters

v: версія (завжди за замовчуванням дорівнює 1)

tid: (ідентифікаційний номер веб-ресурсу UA)

cid: (ідентифікаційний номер користувача)

При використанні server based CRM-системи задача Б вирішувалася наступним чином: потрібно було б доопрацювати CRM систему так, щоб при зміні статусу угоди з Pending на Win вирушав HTTP запит з потрібними нам параметрами.

Наша компанія, проте, використовує web based CRM і природно міняти код такої системи, ми не має ніякої можливості. Завдання, однак, при цьому не стає сильно складніше - на щастя, ми маємо можливість використовувати багаті можливості API HighRise. Нам потрібно написати невеликий скрипт, який виділяє всі останні «виграні» (win) угоди і передає інформацію по ним всередину Universal Analytics.

Здавалося б, ми близькі до вирішення нашої задачі. Однак в цьому момент ми згадуємо, що в UA (як і, власне, в Google Analytics) немає метрики, що дозволяє консолідувати в собі інформацію про доходи. Тут нам на допомогу приходить ще одне корисне нововведення в Universal Analytics - можливість створення власних параметрів і метрик (нас в даному випадку цікавлять метрики).

Отже, сказано - зроблено. Повертаємося на сайт Google Analytics, вибираємо зі списку акаунтів і ресурсів створений нами раніше веб-ресурс Universal Analytics і натискаємо кнопку Адміністратор в правому верхньому куті. Далі переходимо на вкладку Користувальницькі визначення, далі - Користувацькі показники:

Створюємо новий користувальницький показник, вказуючи тип - Валюта, а також мінімальне і максимальне значення:

Після створення нової метрики, нам також необхідно створити новий користувальницький звіт (формування звіту з використанням призначених для користувача метрик можливо тільки з використанням функціоналу призначених для користувача звітів - в стандартних звітах дану метрику використовувати не можна). Для цього натискаємо на кнопку Налаштування, далі - Новий користувальницький звіт. У вікні задаємо наступні дані:

Натискаємо кнопку Створити звіт і отримуємо на виході наступну таблицю:

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

Процес написання скрипта і його код я описувати не буду, так як стаття не про HighRise API, а перейду до формату (наприклад) HTTP-запит. HTTP-запит виглядає наступним чином:

www.google-analytics.com/collect?v=1&tid=UA-XXXX-YYY&cid=1161411544.1373152807&t=event&ec=transaction&ea=Xenia&cm1=500000, де

v = 1 - версія (завжди за замовчуванням дорівнює 1)

tid = UA-XXXX-YYY - ідентифікатор облікового запису Universal Analytics

cid = 1161411544.1373152807 - Client ID користувача

t = event - тип хіта, який ми передаємо (для передачі даних по призначених для користувача показниками і метрик, краще використовувати або події (event), або транзакції (transaction). Повний список можливих для передачі параметрів доступний тут

ЄС = transaction - категорія події

ea = Xenia - дія за подією (в даному випадку можна використовувати ім'я людини або назва компанії, перерахувавши гроші)

cm1 = 500000 - обсяг угоди (в заданій в налаштуваннях профілю валюті)

Повертаємося в створений нами для користувача звіт, щоб перевірити, що дані про вчинені транзакції почали передавати з CRM-системи:

завдання вирішена

Сподіваюся, матеріал буде вам корисний!

Всім гарної аналітики і високих ROI.

Чекайте нових кейсів

З повагою, Олександр Кузьмін, генеральний директор WebProfiters .