Предлагаю вам ознакомиться с некоторыми параметрами используемыми в работе с протоколом передачи данных (Measurement protocol) в Universal Analytics. Список параметров я планирую периодически пополнять, поэтому заходите на эту страницу почаще.
Описанные ниже параметры подразумевают, что вы имеете опыт настройки Google Analytics и знакомы с его технической реализацией. Вы можете легко поэкспериментировать с передачей различных данных в Universal Analytics через Measurement Protocol с помощью JQuery:
Для удобства поиска нужного параметра в зависимости от задачи, они поделены на несколько групп.
Обязательные параметры
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).
Напомню, что запрос должен быть отправлен на один из следующих адресов:
1 |
http://www.google-analytics.com/collect |
для незащищенного соединения, и
1 |
https://ssl.google-analytics.com/collect |
для протокола SSL.
Настройки, интеграции, примеры реальных задач, пошаговые инструкции
Здравствуйте. А как же uid – юзерайди?
Функционал для работы с этим параметром пока доступен не у всех, по этой причине его нет в списке
Интересно, спасибо!
Добрый день!
А вот мне не понятно, для 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, который укажите в запросе
А если было 3 сессии с одним и тем же CID, то при передачи совершённой транзакции по ЬуфMeasurement Protocol – к какой сессии будет привязана продажа?
Последний не прямой переход, если его нет, то будет как прямой
Добавил пользовательский параметр с client id
Далее собираю то, что ни скрине, гдt подставляю clint id, в запросе также добавляю евенты (просто для теста)
Ошибок в консоли нет, но в аналитиксе ничего не меняется.
Параметр на уровне – пользователь. Что делать? Или если поверх уже существующего client id нельзя записывать доп. данные?
Скорее всего Вам нужно ознакомится с уровнями хит, сессия и пользователь для параметров и показателей. В документации указано, что и как влияет на их установку на различных уровнях.
Всем привет.
Никто не в курсе, как отправлять данные о чеке в определенный профиль, а не в ресурс?
Как я понял в tid мы указываем только номер ресурса.
@Евгений, никак. Данные поступают в ресурс, а информацию в представлении можно изменить с помощью фильтров.
Вопрос:
День1 – Первый раз зашел на сайт (SEO)
День2 – Второй раз зашел на сайт (Контекст)
День3 – Третий раз зашел на сайт (Баннер) и оставил свои контакты в форме на сайте (так же был сохранена кука “_ga”)
День4 – Четвертый раз зашел на сайт (Прямой трафик)
День5 – В GA был отправлен сигнал о покупки пользователем.
День6 – Пользователь еще раз зашел на сайт (Email)
День7 – Я смотрю статистику – откуда совершена транзакция?
Что Я увижу? Какой источник привел ко мне покупателя?
SEO? Контекст? Баннер? Прямой трафик? Email?
Вам нужно работать с отчетом по многоканальным последовательностям и смотреть вклад каждого в конверсию
через протокол передаются события event, передаются раз в сутки, используется только clientID. После передачи данных с сервера в GA инициируется сессия с источником direct/none. В стандартных отчетах это не проблема – конверсия принадлежит последнему не прямому заходу, а вот в отчетах по ассоциированным конверсиям уже всё сыпется – нет ни одной такой конверсии по last click по всем источникам кроме direct. Более того, если строить отчеты по гео с этими конверсиями, то все конверсии относятся к геоположению сервера.
Вопрос – как передавать данные без создания дополнительной сессии?
я думаю о двух вариантах, но они могут быть ошибочны, хочу посоветоваться.
1. передавать в теч 30 минут (пока не закончилась стандартная сессия)
2. в справке вижу необязательный параметр ni (не взаимодействие), может быть можно как то использовать его?
Денис, по времени Вы верно написали, если в течении 30 минут, то не будет прерывания сессии, если позже – то это новое посещение. Для источника и канала можно использовать дополнительные параметры, явно указывая нужные значения
У меня 3 представления – Все данные по Веб-сайту, Тестовое, Рабочее. Фильтрация по IP. Я гружу данные через Hit Builder. Данные меняются в Тестовом и в Все данные. В рабочем НЕ меняются – это так фильтрация в Аналитике работает?
Алексей, вероятно ip с которого идет отправка запроса включен в исключающий фильтр
мне необходимо в ga передать данные о создании договора
&t=event
&ec=contract
&ea=create
&el=___ // Номер договора в CRM как брать?
&ev=___ // Стоимость услуг по договору где и как брать?
&cid=___ // Идентификатор лида
&cd5=___ // Дата создания договора как брать?
не могу найти какой то информации об этом
Яна, эти параметры необходимо получить из системы учета продаж (возможно это некоторая CRM), параметр
cid
можно получить из cookie с именем_ga
Добрый день. Подскажите, пожалуйста, есть ли подобный инструмент для работы в Яндекс.Метрике?
В Яндекс Метрике пока нет аналогичного функционала
Добрый день. Как можно отправить расходы, по рекламным компаниям, через Measurement protocol ?
Протокол передачи данных для этих целей не предназначен. В Google Analytics есть соответствующий самостоятельный функционал
Спасибо
Добрый день, подскажите, при передаче данных с CRM о покупках (с помощью Client ID) теряется информация о браузере (ОС) , городе и устройству совершения конверсии, данные в аналитиксе отображаются как из одного города и девайса
Передаем с помощью такой ссылки https://www.google-analytics.com/collect/v=1&t=event&tid=UA-97337273-2&cid=1452473505.1561271055&ec=request&ea=formed&el=ХХХХХ
что-то здесь неправильно или возможно в другом причина?
Леся, добрый день. Эта информация не передается “по умолчанию”. Вам нужно в запросе использовать соответствующие параметры, например, для браузера это
ua