×
Россия +7 (495) 139-20-33

Universal Analytics: Measurement Protocol — просто о несложном

Россия +7 (495) 139-20-33
Шрифт:
0 7508

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

Для этих целей используется Measurement Protocol или Протокол передачи данных. В каких случаях вы можете использовать эту возможность? Приведу пару примеров.

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

Второй вариант — оплата наличными курьеру при доставке товара. Покупка считается завершенной после получения оплаты курьером.

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

Решить обозначенную проблему нам поможет новая возможность, появившаяся в Google Analytics с выходом Universal Analytics, под названием Measurement Protocol.

В чем заключается принцип работы протокола? Все достаточно просто: необходимо отправить специальным образом сформированный запрос на определенный URL.

Пример запроса:

http://www.google-analytics.com/collect?v=1&tid=UA-47xxxx-1&cid=12xx916×95.13×6127xx4&t=pageview

Разберем подробнее параметры подлежащие передаче.

Первое — это URL, на который должен быть отправлен запрос, должен принимать значение

http://www.google-analytics.com/collect

для незащищенного соединения, и

https://ssl.google-analytics.com/collect

для протокола SSL.

Второе — обязательный набор из 4 параметров:

  1. v — версия протокола, в настоящей момент используется значение равное 1;
  2. tid — идентификатор кода отслеживания (ресурса) Google Analytics в виде UA-XXXX-Y;
  3. cid — анонимный Client-ID;
  4. t — тип хита.

Если первый и второй параметр не должны вызвать сложностей, то третий и четвертый требуют уточнений.

Параметр cid — это анонимный client-id или идентификатор клиента. Если посетитель просматривает ваш сайт с помощью браузера, Universal Analytics сохранит значение client-id в cookie, если вам неизвестно значение, используйте любое свое.

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

(кликните для увеличения)

Просмотр страницы под номером 1 — это первое посещение сайта, просмотр 2 сгенерирован с помощью Measurement Protocol по клику на кнопке, при этом использовался cid из cookie установленного в посещении номер 1. У нас по отчету на сайте будет 1 посетитель.

Просмотр 3, также как и просмотр 2, сгенерирован при клике на кнопку, при этом в качестве cid передано значение 12345, что приводит к появлению на сайте второго посетителя. У нас по отчету уже 2 посетителя. Просмотр 4 полностью аналогичен просмотру 2. Т.е. действие посетителя номер 1, который ранее осуществил просмотры 1 и 2.

Вернемся к параметрам, следующий параметр t — это тип хита. Он может принимать ограниченный круг значений — ’pageview’, ’appview’, ’event’, ’transaction’, ’item’, ’social’, ’exception’, ’timing’. Наиболее часто используемые значения:

  • pageview — просмотр страницы;
  • event — событие;
  • transaction — транзакция;
  • item — элемент транзакции.

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

  1. Получить client-id посетителя сайта и сохранить его в CRM вместе с данными о заказе (сопоставить активность пользователя на сайте и его офлайн действия).
  2. Добавить к запросу дополнительные параметры, позволяющие работать нам с передаваемыми данными в отчетах.

Получить client-id можно из cookie Universal Analytics:

(кликните для увеличения)

Вы можете самостоятельно, либо с помощью разработчиков получить нужное значение. Я в своей деятельности пользуюсь следующим кодом на языке PHP (автор Matt Clarke):

/*

* Name: Universal Analytics Cookie Parser Class

* Description: Parses the new format Universal Analytics cookie.

* Developer: Matt Clarke

* Date: January 10, 2013

*/

class UniversalAnalyticsCookieParser{

// Parse the _ga cookie if found

function __construct() {

if( isset($_COOKIE["_ga"]) ){

echo $this->getCid();

}

}

// Handle the parsing of the _ga cookie

public function parseCookie()

{

list($version,$domainDepth, $cid1, $cid2) = split(’[.]’, $_COOKIE["_ga«],4);

return array(’version’ => $version, ’domainDepth’ => $domainDepth, ’cid’ => $cid1.’.’.$cid2);

}

// Get cid

public function getCid()

{

$contents = $this->parseCookie();

return $contents[’cid’];

}

}

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

Рассмотрим некоторые из параметров, которые относятся к ранее обозначенным типам хитов.

  • dh — доменное имя сайта;
  • dp — адрес страницы относительно доменного имени сайта;
  • dt — заголовок страницы;
  • ec — категория события;
  • ea — действие по событию;
  • el — ярлык события;
  • ti — идентификатор транзакции;
  • ta — название филиала или магазина;
  • tr — общая сумма транзакции;
  • in — название товара;
  • ip — стоимость товара;
  • iv — категория товара.

Теперь, когда мы имеем все необходимое для использования Measurement Protocol (протокола передачи данных), можно попробовать применить на практике приобретенные знания. Мы с вами воспользуемся всеми типами хитов, которые были названы ранее. Я буду демонстрировать передачу данных, отправляя запросы с помощью JQuery.

Отправка данных о просмотре страницы:

$(’#buttonId’).click(function(){

$.post(

«http://www.google-analytics.com/collect»,

{

v: ’1′,

tid: ’UA-xxxxx-1′,

cid: ’12xx916×95.13×6127xx4′,

t: ’pageview’,

dh: ’test.prometriki.ru’,

dp: ’/my-test-page’,

dt: ’Это проверка работы!’

},

onAjaxSuccess

)

});

Отправка данных о событии:

$(’#buttonId’).click(function(){

$.post(

«http://www.google-analytics.com/collect»,

{

v: ’1′,

tid: ’UA-xxxxx-1′,

cid: ’12xx916×95.13×6127xx4′,

t: ’event’,

ec: ’Проверка события’,

ea: ’Виртуальное’,

el: ’Получилось’

},

onAjaxSuccess

)

});

Отправка данных о покупке:

$(’#buttonId’).click(function(){

$.post(

«http://www.google-analytics.com/collect»,

{

v: ’1′,

tid: ’UA-xxxxx-1′,

cid: ’12xx916×95.13×6127xx4′,

t: ’transaction’,

ti: ’44473′,

ta: ’SITE’,

tr: ’19990.00′

},

onAjaxSuccess

)

$.post(

«http://www.google-analytics.com/collect»,

{

v: ’1′,

tid: ’UA-xxxxx-1′,

cid: ’12xx916×95.13×6127xx4′,

t: ’item’,

ti: ’44473′,

’in’: ’Название товара’,

ip: ’19990.00′,

iv: ’Категория товара’

},

onAjaxSuccess

)

});

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

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

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

Для получения полной и официальной информации обратитесь к документации.

В заключении приведу пример ролика, который демонстрирует фиксацию событий и передачу сведений в Universal Analytics для датчика движения:


(Голосов: 5, Рейтинг: 5)
Читайте нас в Telegram - digital_bar

Есть о чем рассказать? Тогда присылайте свои материалы Марине Ибушевой


Новые 
Новые
Лучшие
Старые
Сообщество
Подписаться 
Подписаться на дискуссию:
E-mail:
ОК
Вы подписаны на комментарии
Ошибка. Пожалуйста, попробуйте ещё раз.
Отправить отзыв
ПОПУЛЯРНЫЕ ОБСУЖДЕНИЯ НА SEONEWS
Алгоритм продвижения сайта через Pinterest
Виктор Гаврюков
29
комментариев
1
читатель
Полный профиль
Виктор Гаврюков - В самом вверху есть ссылка на мою группу в ВК, там где автор материала. Через группу и свяжитесь со мной_)
Ссылочный апдейт Google: что изменится для SEO-специалистов в рунете
Тимур
6
комментариев
0
читателей
Полный профиль
Тимур - Понял, спасибо за информацию.
Как забрать 5 мест в выдаче из 10. Кейс-эксперимент
Виктор Гаврюков
29
комментариев
1
читатель
Полный профиль
Виктор Гаврюков - такое можно делать и с ВЧ_)
3 основные ошибки, которые допускают владельцы сайтов при продвижении
Виктор Гаврюков
29
комментариев
1
читатель
Полный профиль
Виктор Гаврюков - Не обращай внимания_) Если у тебя хороший ресурс, то ты будешь первоисточником, и все кто своровал, автоматически начнут на тебя ссылаться, точнее, так гугл будет считать_)
Как продвинуть сайт по коммерческим запросам в ТОП-10 с помощью ресурса Reddit
Denis Zar
2
комментария
0
читателей
Полный профиль
Denis Zar - пользовались услугами по продвижению на реддит от reddit-marketing.pro?
Как мы увеличили трафик из Яндекса более чем в 3 раза за неделю на сайте клиники. Кейс
Андрей
1
комментарий
0
читателей
Полный профиль
Андрей - У большинства сайтов произошел рост в Гугле в декабре и в марте Яндекса. Ваши шаманства тут не причём :)
Сравнительная статистика уровня жизни SEO-специалистов в семи странах, включая Россию
Рустам
1
комментарий
0
читателей
Полный профиль
Рустам - Средняя температура по больнице, подсчет даже близко не отображает действительность, особенно учитывая разность цен и уровня зп в разных частях больших стран (США, Канада, Россия)
Зарабатываем с помощью текстов: как создать уникальный контент и монетизировать сайт
dotaidi
94
комментария
0
читателей
Полный профиль
dotaidi - Какой-то нейро-физиологический подход к теме создания контента: 1. " ..чтобы контент отвечал интересам аудитории, закрывал ее боли и потербности". Закрыть боль аудитории? Это как понимать, текст что должен выполнять функцию анестезии? Зачем падать в медицинские категории, это ведь профессиональный текст о SEO, а не триллер и не художественная литература, где метафоры уместны. 2. "Главное — чтобы процесс сбора информации вас увлекал и нравился, ведь эта работа требует усилий". Построение тезиса предполагает, что если работа не нравится, то и усилий она не требует. И вообще, упор в работе на главное значение "нравится" — очень спорное и тоже из области НЛП-игрушек. Стилистика статьи тоже желает более продуманного подхода к использованию словосочетаний специфической терминологии: "вы можеет создавать материалы в коллаборации с известными брендами, релевантными тематике вашего сайта". Бренд не может быть релевантным из-за того, что это целый комплекс явлений, собранный под некоторой узнаваемой семантической или графической символикой. Релевантность — качество, свидетельствующее о совпадении запроса(желания) и выдачи (полученной информации). Это нужно хотеть бренд, чтобы он стал релевантным. Аналогия и релевантность не синонимы. "прикладывайте усилия в сбор и обработку информации" и многие подобные обороты делают статью не просто нерелевантной, но просто безграмотной.
Как доработка структуры вывела сайт в ТОП-10 Google и увеличила трафик в 2 раза. Кейс Связной Трэвел
Дмитрий
3
комментария
0
читателей
Полный профиль
Дмитрий - Вероятнее всего было обновление Google и позиции были снижены в связи с низкой скоростью загрузки страниц (так как доработке ведутся не только по SEO, но и в целом по функционалу сайта, появляются новые скрипты). В этот период в Google Search Console увеличилось количество страниц с низкой скоростью загрузки. Мы выявили несколько проблем, которые снижают скорость загрузки страниц и выдали рекомендации по их устранению. Пока данные рекомендации находятся в работе. Также был проведен анализ EAT факторов и проверка сайта на соответствие требованиям Google к YMYL сайта, выданы рекомендации по доработке данных факторов (ждем внедрения наших рекомендаций, поделимся потом результатами).
Рост ботных переходов на сайт: как интерпретировать и что делать
Mike
5
комментариев
0
читателей
Полный профиль
Mike - как это проверить? что товары выводится именно на основе спроса, а не по заданным алгоритмам?
ТОП КОММЕНТАТОРОВ
Комментариев
910
Комментариев
834
Комментариев
554
Комментариев
540
Комментариев
483
Комментариев
385
Комментариев
373
Комментариев
262
Комментариев
249
Комментариев
171
Комментариев
156
Комментариев
141
Комментариев
121
Комментариев
114
Комментариев
97
Комментариев
97
Комментариев
96
Комментариев
94
Комментариев
80
Комментариев
77
Комментариев
74
Комментариев
67
Комментариев
62
Комментариев
60
Комментариев
59

Отправьте отзыв!
Отправьте отзыв!