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

Google Analytics
Measurement protocol
Бесплатная версия онлайн курса по Google Tag Manager

7 уроков, более 2 часов обучающих видео материалов. Вы можете начать изучение прямо сейчас!

Предлагаю вам ознакомиться с некоторыми параметрами используемыми в работе с протоколом передачи данных (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.

Еженедельная рассылка кейсов!
Обсуждение
  1. Иван
    14.04.2014 at 14:40

    Здравствуйте. А как же uid – юзерайди?

    • Иван
      15.04.2014 at 15:27

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

  2. Олег
    16.04.2014 at 15:57

    Интересно, спасибо!

  3. Айрат
    23.04.2014 at 12:10

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

    • Иван
      27.04.2014 at 00:25

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

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

      • Дмитрий
        04.05.2016 at 20:03

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

      • Ответ автора
        07.05.2016 at 23:54

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

  4. Гарик
    23.05.2014 at 15:28

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

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

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

    • Иван
      25.05.2014 at 16:41

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

  5. Евгений
    14.07.2014 at 13:05

    Всем привет.

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

    • Иван
      14.07.2014 at 17:36

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

  6. Добров Константин
    18.08.2014 at 15:26

    Вопрос:

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

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

    • Иван
      10.09.2014 at 13:58

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

  7. Денис
    09.09.2016 at 14:09

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

    • Ответ автора
      10.09.2016 at 21:42

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

  8. Алексей
    20.09.2016 at 16:08

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

    • Ответ автора
      21.09.2016 at 00:50

      Алексей, вероятно ip с которого идет отправка запроса включен в исключающий фильтр

  9. Yana
    07.12.2016 at 23:36

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

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

    • Ответ автора
      11.12.2016 at 19:00

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

  10. Serafima
    23.12.2016 at 18:07

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

    • Ответ автора
      24.12.2016 at 19:04

      В Яндекс Метрике пока нет аналогичного функционала

  11. Алексей
    24.12.2016 at 21:58

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

    • Ответ автора
      25.12.2016 at 00:56

      Протокол передачи данных для этих целей не предназначен. В Google Analytics есть соответствующий самостоятельный функционал

      • Алексей
        25.12.2016 at 07:46

        Спасибо

Ваш комментарий