Measurement Protocol: что это такое, зачем и кому он нужен. Сравниваем протокол в GA Universal и GA4

Автор статьи: Полина Охай, аналитик в агентстве

Measurement Protocol нужен вашему бизнесу:

  • Если вам необходимо передавать данные о покупках, которые клиенты сделали в оффлайне. 
  • Исправлять недействительные покупки пользователей, которые повторно посетили Thank You Page (последняя страница при оформлении покупки, которую посещает клиент при оформлении заказа). 
  • Если вам нужно добавить уточненные данные для e-commerce (электронной торговли).
  • Если нужно отправить дополнительные данные о пользователе.
  • При обновлении статуса пользователя в CRM.
  • Или если у вас интернет-магазин реальные конверсии происходят чаще во время того, когда покупателю перезванивает консультант, за счёт чего в Google Analytics передаются неточные данные. 

Measurement Protocol — это удобный и простой инструмент, который, к тому же, можно реализовать с помощью большинства языков программирования.

Что такое Measurement Protocol

Это протокол передачи статистических данных с помощью HTTP-запросов (методом POST или GET) в Google Analytics (далее GA). Или если совсем по-простому, то это инструмент для сбора дополнительной информации о клиенте не с сайта, а с любых других источников. 

Measurement Protocol состоит из набора обязательных и необязательных параметров. Обязательные такие:

  • v — версия протокола (на данный момент всегда 1);
  • tid — идентификатор ресурса GA, в который вы хотите отправлять собранные данные;
  • cid — идентификатор клиента;
  • t — тип взаимодействия пользователя с сайтом, его вы можете выбрать из предложенных, но только один. К примеру: просмотр страницы, просмотр экрана, событие, транзакция и т.д.

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

  • User Agent Override(UA) — параметр, позволяющий узнать данные вашего браузера, которые он отправляет на веб-сервер, чтобы идентифицировать себя. Например такие:
Рис. 1 Пример User Agent
  • Document location URL(dl) — этот параметр позволяет отправлять в GA полный url. Или так называемый путь к конкретной странице сайта, с которой отправляется протокол.
  • Transaction ID(ti) — уникальный идентификатор транзакции, несомненно, важный параметр для качественной аналитики.
  • Transaction Revenue(tr) — пожалуй, один из важнейших параметров, позволяющий контролировать доход. Transaction Revenue передает в GA общий доход от транзакции, в него также входит стоимость доставки и налоги.
  • Product Action(pa) — отправляет в GA действие, выполненное по отношению к выбранному товару, например: просмотр информации, клик, добавление в корзину, удаление из корзины, оформление покупки, покупка, возврат.
  • Item Quantity(iq) — передает в GA количество приобретенных товаров.

Советуем ознакомиться с полным списком параметров и выбрать оптимальные для вас. Далее мы приведем пример Measurement протокола, включающего в себя вышеописанные параметры:

v=1&t=pageview&tid=UA-123456789-1&cid=495491371.1587743755&ua=Mozilla%2F5.0%20(X11%3B%20Linux%20x86_64)%20AppleWebKit%2F537.36%20(KHTML%2C%20like%20Gecko)%20Chrome%2F83.0.4103.61%20Safari%2F537.36&dl=https%3A%2F%2Fwww.amazon.com%2Fsuccessful_purchase_quick&ti=123&tr=100.50&pa=purchase&iq=4

Как вы могли заметить, параметры перечисляются через знак амперсанд “&” и без пробелов. В противном случае протокол не сработает. С первого взгляда может показаться, что слишком много нюансов, которые нужно запомнить. И кого-то это даже может отпугнуть. Однако всё не так страшно, ведь существует очень удобный инструмент Hit Builder, с помощью которого можно легко создать и проверять Measurement Protocol.

Рис. 2 Пример готового запроса

На этом этапе вам необходимо будет заполнить обязательные параметры и добавить те, которые на ваш взгляд подходят для вашего бизнеса. Сделать это вы можете с помощью кнопки “Add parameter”. После того, как все параметры добавлены, а поля заполнены, вы можете проверить ваш запрос, нажав на кнопку “Validate hit”:

Рис.3 Проверка созданного запроса

Если в вашем запросе нет ошибок, вы можете отправить эти данные в GA. Особенно полезен этот инструмент для менеджеров по продажам. Ведь если им удается заключить сделку с клиентом вне сайта, добавить информацию о сделке в аналитику будет очень легко.

Рис.4 Отправка данных в GA

В случае, если в запросе допущена ошибка, вы увидите такое сообщение:

Рис.5 Результат проверки запроса с ошибкой

Однако в связи с выходом новой версии Google Analytics (GA 4), также обновился и Measurement Protocol, и на момент написания статьи существует уже вторая версия, которая, кстати говоря, существенно отличается от первой. И хотя как новая версия протокола, так и сам GA 4, ещё находятся на этапе тестирования, вы уже можете создавать в аналитике потоки данных нового образца и передавать туда информацию с помощью второй версии протокола Measurement. Ниже рассмотрим какие изменения нас ждут:

  • Одно из ключевых, на наш взгляд, нововведений — добавление обязательного параметра — API ключ. Этот параметр вы сможете сгенерировать в режиме “Администратор” перейдя в раздел “Потоки данных”:

Далее перейдите в раздел “О Measurement Protocol API”:

Нажмите “Создать”:

После чего вы получите секретный ключ:

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

  • Запрос формируется как и раньше по принципу “ключ=значение”, но теперь для некоторых ключей значения могут быть вложенными.
  • Если ранее мы использовали конструктор Hit Builder для формирования МР, то теперь у нас есть GA4 Event Builder, с помощью которого мы также можем создавать запросы, проверять их и отправлять в Google Analytics.
Рис.6 Создание МР для Google Analytics 4
  • В первой версии Measurement Protocol допускалось использование как метода POST, так и GET. Во второй версии такой возможности нет и придется использовать только метод POST.
  • Если ранее мы отправляли запрос на адрес https://www.google-analytics.com/collect, то сейчас конечной точкой будет https://www.google-analytics.com/mp/collect .

В итоге хотелось бы отметить, что инструмент Measurement Protocol отлично подходит для омниканального бизнеса, когда покупки совершаются и в онлайне, и в оффлайне. С помощью Hit Builder вы сможете заносить своих оффлайн-лидов в Google Analytics, что даст вам более полную картину статистики. Благодаря ей вы сможете оптимизировать ваш бизнес.

Сравнительная таблица

Рис.7 Сравнение возможностей Measurement Protocol для GA4 и GA Universal

Вам может быть интересно

Все посты