Measurement Protocol – 28 параметров для передачи данных в Universal Analytics

Предлагаю вам ознакомиться с некоторыми параметрами используемыми в работе с протоколом передачи данных (Measurement protocol) в Universal Analytics. Список параметров я планирую периодически пополнять, поэтому заходите на эту страницу почаще.

Описанные ниже параметры подразумевают, что вы имеете опыт настройки Google Analytics и знакомы с его технической реализацией. Вы можете легко поэкспериментировать с передачей различных данных в Universal Analytics через Measurement Protocol с помощью JQuery:

Пример запроса Measurement Protocol

Пример запроса Measurement Protocol

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

  • обязательные параметры;
  • просмотр страницы;
  • события;
  • электронная торговля;
  • социальные действия;
  • пользовательские параметры;
  • пользовательские переменные.

Обязательные параметры

v – версия протокола;

tid – идентификатор кода отслеживания Google Analytics;

cid – уникальный clien-id;

t – тип хита.

Просмотр страниц

dl - полный URL страницы;

dh – доменное имя сайта, на котором расположена страница;

dp – адрес страницы сайта без доменного имени, должен начинаться с “/”;

dt – заголовок страницы сайта или ее название;

cd – описание страницы сайта.

События

ec – категория события;

ea – действие по событию;

el – ярлык события;

ev – значение события.

Электронная торговля

Значения описывающие транзакцию:

ti - идентификатор транзакции;

ta – филиал осуществивший продажу;

tr – общая стоимость транзакции;

ts - стоимость доставки;

tt – сумма налога.

Значения описывающие товар/услугу в транзакции:

in – название товара/услуги;

ip – стоимость единицы товара/услуги;

iq – количество товара/услуги одного наименования;

ic – артикул, SKU, идентификатор товара/услуги;

iv - категория товара/услуги.

Социальные действия

sn - название/обозначение социальной сети;

sa - социальное действие;

st - полный URL страницы, на которой выполнено социальное действие.

Пользовательские параметры

cdN - пользовательский параметр с идентификатором N (N может быть от 1 до 20).

Пользовательские показатели

cmN - пользовательский показатель с идентификатором N (N может быть от 1 до 20).

Напомню, что запрос должен быть отправлен на один из следующих адресов:

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

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

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

24 комментария(ев) к “Measurement Protocol – 28 параметров для передачи данных в Universal Analytics

    • Функционал для работы с этим параметром пока доступен не у всех, по этой причине его нет в списке

  1. Добрый день!
    А вот мне не понятно, для Measurement protocol нужно указывать всегда указывать cid и uid опционально. На примере, если у меня есть 2 визитер_id (cid=111 и cid=222) и оба визитера имеют один юзер_id uid(uid=clinet1). По сути это один и тот же человек. Этот юзер сделал оффлант событие, что я и хочу передать по Measurement protocol. В payload я передаю обязательный параметр cid=111 и опционатьный параметр uid=client1. В таком случаи, будут ли передаваемое событие записано и для cid=222?

    • Айрат, cid всегда указывается, uid если у Вас есть данные по пользователю. Отличие в том, что cid это не столько пользователь, как браузер, а вот uid это уже привязка к человеку. Например если я зашел на сайт через Chrome, а затем через Firefox, то будет два cid. Если был настроен uid, то для Google Analytics я буду одним человеком (посетителем) с двумя сессиями.

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

      • Дмитрий 04.05.2016 в 20:03 -

        А если было 3 сессии с одним и тем же CID, то при передачи совершённой транзакции по ЬуфMeasurement Protocol – к какой сессии будет привязана продажа?

      • Последний не прямой переход, если его нет, то будет как прямой

  2. Добавил пользовательский параметр с client id
    Далее собираю то, что ни скрине, гдt подставляю clint id, в запросе также добавляю евенты (просто для теста)

    Ошибок в консоли нет, но в аналитиксе ничего не меняется.

    Параметр на уровне – пользователь. Что делать? Или если поверх уже существующего client id нельзя записывать доп. данные?

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

  3. Всем привет.

    Никто не в курсе, как отправлять данные о чеке в определенный профиль, а не в ресурс?
    Как я понял в tid мы указываем только номер ресурса.

    • @Евгений, никак. Данные поступают в ресурс, а информацию в представлении можно изменить с помощью фильтров.

  4. Вопрос:

    День1 – Первый раз зашел на сайт (SEO)
    День2 – Второй раз зашел на сайт (Контекст)
    День3 – Третий раз зашел на сайт (Баннер) и оставил свои контакты в форме на сайте (так же был сохранена кука “_ga”)
    День4 – Четвертый раз зашел на сайт (Прямой трафик)
    День5 – В GA был отправлен сигнал о покупки пользователем.
    День6 – Пользователь еще раз зашел на сайт (Email)
    День7 – Я смотрю статистику – откуда совершена транзакция?

    Что Я увижу? Какой источник привел ко мне покупателя?
    SEO? Контекст? Баннер? Прямой трафик? Email?

    • Вам нужно работать с отчетом по многоканальным последовательностям и смотреть вклад каждого в конверсию

  5. через протокол передаются события event, передаются раз в сутки, используется только clientID. После передачи данных с сервера в GA инициируется сессия с источником direct/none. В стандартных отчетах это не проблема – конверсия принадлежит последнему не прямому заходу, а вот в отчетах по ассоциированным конверсиям уже всё сыпется – нет ни одной такой конверсии по last click по всем источникам кроме direct. Более того, если строить отчеты по гео с этими конверсиями, то все конверсии относятся к геоположению сервера.
    Вопрос – как передавать данные без создания дополнительной сессии?
    я думаю о двух вариантах, но они могут быть ошибочны, хочу посоветоваться.
    1. передавать в теч 30 минут (пока не закончилась стандартная сессия)
    2. в справке вижу необязательный параметр ni (не взаимодействие), может быть можно как то использовать его?

    • Денис, по времени Вы верно написали, если в течении 30 минут, то не будет прерывания сессии, если позже – то это новое посещение. Для источника и канала можно использовать дополнительные параметры, явно указывая нужные значения

  6. У меня 3 представления – Все данные по Веб-сайту, Тестовое, Рабочее. Фильтрация по IP. Я гружу данные через Hit Builder. Данные меняются в Тестовом и в Все данные. В рабочем НЕ меняются – это так фильтрация в Аналитике работает?

  7. мне необходимо в ga передать данные о создании договора
    &t=event
    &ec=contract
    &ea=create
    &el=___ // Номер договора в CRM как брать?
    &ev=___ // Стоимость услуг по договору где и как брать?
    &cid=___ // Идентификатор лида
    &cd5=___ // Дата создания договора как брать?

    не могу найти какой то информации об этом

    • Яна, эти параметры необходимо получить из системы учета продаж (возможно это некоторая CRM), параметр cid можно получить из cookie с именем _ga

  8. Добрый день. Подскажите, пожалуйста, есть ли подобный инструмент для работы в Яндекс.Метрике?

  9. Добрый день. Как можно отправить расходы, по рекламным компаниям, через Measurement protocol ?

Добавить комментарий

Current month ye@r day *