Google Analytics. Measurement Protocol. Фиксация продаж

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

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

Начнем с теории. Measurement Protocol – протокол передачи статических данных в Google Analytics (GA). Передача данных идет через точку http://www.google-analytics.com/collect , с определенными параметрами. В мануале все очень сложно описано, для простого обывателя, поэтому попытаюсь все по-простому рассказать, направить и показать на примере.

Зачастую владельцы небольших ИМов, витрин, офлайн-магазинов, ведут продажи через обычные таблицы в MS Excel. Забивают туда артикул, дату, цену, название товара и т.д. Даже далеко не все владельцы ИМов устанавливают на сайт модуль Ecommerce, а просто фиксируют продажи в CRM, или в том же Excel.

Но даже если мы поставили Ecommerce, кроме классического оформления товаров через корзину, есть еще несколько способов взаимодействия – заказ в один клик (с заполнением формы с телефоном), заказ обратного звонка, форма «помогите мне выбрать» и прочее. Все эти транзакции мы будем учитывать, передадим их Google Analytics и привяжем их к источнику трафика. Мы же хотим оценить эффективность наших каналов – SEO, Контекст, Маркет, Тизеры и т.д.

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

Нам понадобится обычный Гугл-аккаунт, установленный GA на наш сайт (с включенной Электронной Торговлей (ЭТ) в представлении) и таблица в Google Spreadsheets

Таблицы и GA могут быть на разных аккаунтах. Это не важно.

Вся работа будет состоять из двух этапов:

• Извлечение ClientID (CID)
• Передача транзакций в Google Analytics

1. Извлекаем ClientID (CID) из Cookies

Мы должны получить ClientID (CID) при взаимодействии пользователя с нашим сайтом. Откуда? Из любой формы, которая приходит к нам на почту: заказ товара через корзину, форма обратного звонка, заказ в 1 клик, «помогите выбрать» и прочее.

Это делается очень просто.

В форму, которая отправится нам на почту, вставляем одно скрытое поле

Вызовем скрипт функцией

И сам скрипт

<script>





function getCid()

{

    var match = document.cookie.match('(?:^|;)\\s*_ga=([^;]*)');

    var raw = (match) ? decodeURIComponent(match[1]) : null;

if (raw)

{

match = raw.match(/(\d+\.\d+)$/);

}

var gacid = (match) ? match[1] : null;

if (gacid)

{

document.getElementById("cid").value = gacid;

}

return true;

}





</script>

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

Выглядит он примерно так - 696332372.1461079684

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

2. Записываем наши данные в таблицу.

Вот ссылка на таблицу, с написанным к ней макросом. Скопируйте себе в акк, чтобы можно было изменять. (Файл - Создать копию). При первом запуске Google запросит разрешение на авторизацию.

[ATTACH]151234[/ATTACH]

Разберемся в таблице.

• Идентификатор ресурса в GA. Это наш номер счетчика. Не забывайте сменить на свой.
• Статус отправки. Мы его не заполняем. Это поле заполняется автоматически скриптом, когда в поле номер 7 появляется значение YES. Оно у вас должно быть пустое, изначально. Перед началом работы очистите там все поля.
• CID. Это наш CID, который мы выдернули из Кукисов, отправили себе его в почту, вместе с заявкой. Отпечаток этого CID хранится в нашей GA, поэтому Аналитикс потом его сравнит, и выставит правильный источник нашей транзакции.
• ID транзакции. Тут все просто – порядковый номер транзакции. Любое число, хоть по порядку, хоть из вашей системы учета. Только учтите, при одинаковых ID, Аналитикс склеит эти транзакции в одну корзину. Лучше делать их все уникальными.
• Название товара, думаю, объяснять не надо. Там может быть и услуга, например, если это не ИМ.
• Цена в валюте Аналитикса. Тут стоят рубли. Если есть цены с копейками, то разделитель – точка.
• Статус оплаты. Проставляется вручную, когда товар оплачен. Нужно вписать туда «YES»
• Главная кнопка нашего файлика. Она формирует URL, согласно правилам Measurement Protocol, и отправляет данные в Аналитикс. После отправки, в столбце номер 2 появляется надпись «Отправлено в GA». Те товары, напротив которых прописано «Отправлено в GA», повторно отправлены не будут!

Дата - просто для нас. Можно не заполнять.

В принципе – все.

Теория на этом закончена. Приступим к практике.

Я взял тестовый домен, разместил почти пустую HTML страничку, установил на него GA, и повесил форму со скриптом извлечения CID. Сгенерировал несколько УРЛов с разными UTM-метками (для имитации различных источников трафика), заполнил форму, получил несколько CID, и записал их рандомно в столбец номер 3.

Столбец 4 заполнил по порядку, начиная с 10001.

В столбец 5 поместил случайные названия товаров.

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

В столбце 7, со статусом, выборочно написал “YES” и нажал на красную кнопку.

Ждем минуты 2-4, и смотрим в отчеты Аналитикса – Источники трафика – Весь трафик – Источник/канал.

А там такая вот картина. (Центр таблицы я вырезал, ибо там ничего нет)

[ATTACH]151233[/ATTACH]

Разберем скриншот.

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

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

Мы уже можем смело делать первый шаг, к отслеживанию эффективности рекламных расходов.

Я специально пометил цифрами столбцы 1 и 2, чтобы не вводить вас в заблуждение. Проводился эксперимент на тестовом домене, поэтому там нет трафика, соответственно и коэффициент транзакций у нас получился запредельный. У вас картина будет нормальная, так как будет трафик, и корректно высчитаются коэффициенты.

Также нам доступны отчеты, в разделе «Электронная торговля». Щелкайте по отчетам, сегментируйте, смотрите, изучайте.

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

Мы научились извлекать CID, по взаимодействию пользователя на сайте. Откуда его можно дергать, чаще всего: клик по оформлению через корзину, клик по форме отправки заявки на сайте, заказ в один клик, заказ звонка, а также…небольшой лайфхак-костыль – в определенных случаях можно использовать «шторку» на телефоне, и по клику на шторке тоже извлекать CID. В последнем случае мы будем иметь некое представление о звонках, с распределением по источникам трафика.

Мы имеем табличку-файлик, которая передает в GA обязательные(!!!) параметры Электронной Торговли. Обратите внимание, что именно обязательные параметры. В ЭТ GA есть огромное кол-во необязательных параметров, которые тоже можно прописать в макросе, и расширить анализ. В документации по параметрам Measurement Protocol описаны все виды параметров. Прочтите, на досуге. Передавать можно почти все что угодно.

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

Код макроса открыт (Инструменты - Редактор скриптов) – допиливайте как хотите, под свои нужды. Я допилил его под свои нужды и предоставил вам. Но я практически уверен, что этим будут заниматься, максимум, один из десяти. Большинству хватит и этого. )))

Возможная критика в мою сторону: - это же все пурга! Зачем все это, если можно сделать автоматически, через модули Электронной Торговли прямо на сайте, и ссылку для Measurement Protocol формировать скриптом прямо в CRM. И нафига эти «шторки», если люди придумали коллтрекинг.

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

НО!

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

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

Понятное дело, что материал в основном рассчитан на новичков, но даже опытные товарищи почерпнут из статьи несколько полезных моментов…я так думаю. © )))

Замечания, критика, советы по улучшению - глубоко приветствуются.

Спасибо за внимание.