Новый способ передачи данных в «Яндекс Метрику» — Measurement Protocol
11 октября 2024 «Яндекс» анонсировал Measurement Protocol — новый способ для передачи данных в «Яндекс Метрику».
Measurement Protocol (далее MP) — инструмент, который позволяет передавать данные о взаимодействиях пользователей напрямую с вашего сервера на серверы Метрики через HTTP-запросы. Он расширяет возможности сбора и анализа данных: дополняет данные, собранные стандартным веб-счетчиком.
С помощью MP можно отправлять:
- посещения страниц;
- выполнения JavaScript-целей;
- события в электронной коммерции (просмотры товаров, покупки, добавления или удаления из корзины).
В этой статье мы разобрали сценарии, когда MP может быть полезен, и привели примеры кода на Python для отправки данных в Яндекс Метрику.
Сценарии с использованием MP
По многолетнему опыту работы с Яндекс Метрикой мы выделили 2 основных сценария, в которых без нового инструмента (Measurement Protocol) не обойтись это:
- Отслеживание взаимодействия с чат-ботом;
- Передача транзакций в сфере электронной коммерции.
- Взаимодействие с чат-ботом
Ранее в Яндекс Метрике не было возможности полноценно отслеживать взаимодействие пользователей с чат-ботом (Telegram, VK и т.д). Можно было отслеживать через офлайн-конверсии, но этот способ неудобный и недостоверный.
Поэтому в чат-боте отслеживали ключевые/финальные шаги либо использовали другой инструмент, например, Google Analytics 4. Для компаний, которым важно использовать отечественные инструменты, это стало проблемой.
C появлением MP в Яндекс Метрике стало возможным отслеживать любое взаимодействие пользователей с чат-ботом, имитируя отправку просмотров страниц с названиями экранов, например:
- https://yourdomain.ru/chatbot/main_screen (главный экран чат-бота)
- Транзакции в электронной коммерции
У интернет-магазинов часто возникает потребность отправить информацию о покупке с сервера, если на сайте есть возможность онлайн-оплаты с переходом на страницу эквайринга. Это связано с тем, что часть пользователей после оплаты сразу закрывает сайт, и информация о транзакции не успевает отправиться в Яндекс Метрику.
Также могут быть другие сценарии, из-за которых количество фактических транзакций не сходится с количеством транзакций в Яндекс Метрике. В таких случаях надежнее отправлять данные с сервера.
Инструмент MP дает возможность отправлять все транзакции с сервера. Поэтому количество транзакций будет полностью соответствовать фактическому количеству заказов в CRM.
Примеры отправки данных на серверы Яндекс Метрики
Как получить токен
Прежде чем отправлять данные в Яндекс Метрику, необходимо получить токен.
Для этого нужно перейти в: «Настройки > Счетчик > Дополнительные настройки > Безопасность и использование данных > Measurement Protocol».
Максимальное количество активных токенов на счетчик — 5.
Отправка просмотра страницы
Шаблон кода для отправки информации о просмотрах страниц:
В код необходимо подставить свой токен (ms) и указать номер счетчика (tid).
Ключевые параметры:
- cid — идентификатор ClientID,
- dl — URL,
- dt — заголовок страницы.
ClientID — параметр, по которому Яндекс Метрика понимает, кому принадлежат хиты. Если хиты отправляются с чат-бота, то можно генерировать собственный ClientID, при условии, что не нужно объединять данные по пользователю с сайта и чат-бота.
Важно, чтобы clientID на протяжении жизни пользователя не менялся, иначе просмотры будут отнесены к разным юзерам.
URL — в случае с чат-ботом, нужно создать уникальный URL для каждого экрана, чтобы они наглядно отображались в интерфейсе Яндекс Метрики.
Заголовок страницы позволяет передавать понятное название для каждого экрана.
Отправка JavaScript-целей
Шаблон кода для отправки целей:
Ключевые параметры:
- cid — идентификатор ClientID,
- dr — URL,
- ea — JavaScript-событие.
dr — параметр реферера. Для целей этот параметр определяет, на какой странице сработала та или иная JS-цель.
ea — идентификатор, который необходимо указать при настройке цели «JavaScript-событие».
Отправка транзакций
Шаблон кода для отправки транзакций:
Ключевые параметры:
- cid — идентификатор ClientID,
- ti — идентификатор транзакции,
- tr — доход транзакции,
- свойства товаров (pr<productIndex>id, pr<productIndex>pr, pr<productIndex>qt и т.д).
Идентификатор каждой транзакции должен быть уникальным, чтобы транзакции не схлопывались в одну.
Надеемся, приведенные выше примеры помогут вам освоить инструмент Measurement Protocol от Яндекс Метрики. Если есть вопросы, задавайте их в комментариях к статье или присоединяйтесь к нашему аналитическому сообществу в Telegram.
Документация по загрузке данных в Яндекс Метрику.