AdPump — Measurement Protocol Яндекс Метрики: отправка данных без браузера

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

Коротко: Measurement Protocol — HTTP-интерфейс для отправки визитов и событий в счётчик Метрики со стороны сервера, мобильного приложения или другой системы, где обычный JS-код счётчика недоступен или неудобен. Данные передаются тем же ClientID, что и на сайте, чтобы события склеились в одну историю.

← Каталог: Метрика · Введение · Системы аналитики · Счётчик и код · Безопасность данных · Основы HTML/JS · Карта настройки · Типы целей · Цели · Автоцели и ecommerce · ЯТМ на практике · Тег Менеджер · Фильтры и операции · Доступы и роли · Вебвизор и карты · Карты и формы · Семплирование · Отчёты · Стандартные отчёты · Атрибуция · Сегментация · Офлайн-конверсии · ClientID и идентификаторы · CRM и интеграции · Битрикс24 и Albato · Мессенджеры · Воронки · AppMetrica · API: введение · API: возможности · API: архитектура · API: окружение · API: отчёты на практике · API: Logs · DataLens · Чек-лист · Справка Яндекс Метрики

Содержание

Зачем отправлять данные без браузера
Структура запроса
Чем это отличается от обычного JS-кода счётчика
Как проверить, что событие дошло

Зачем отправлять данные без браузера

Событие произошло не на странице сайта, а на сервере — например, факт оплаты, подтверждённый платёжной системой асинхронно, уже после того, как пользователь закрыл вкладку.
Нужно отправить данные из мобильного приложения или другой системы, где нет браузерного окружения для стандартного тега счётчика.
Требуется дослать событие, которое из-за блокировщиков рекламы или сетевых проблем могло не дойти напрямую из браузера.

Структура запроса

Запрос Measurement Protocol отправляется на специальный адрес Метрики и должен содержать номер счётчика, ClientID (полученный на сайте через getClientID(), см. ClientID и идентификаторы) и параметры самого события — аналогично тому, что обычно передаётся через JS-вызов reachGoal, но выполненное HTTP-запросом со стороны сервера.

Коротко: Ключевое условие для склейки: ClientID в сервером запросе должен совпадать с тем, что был у пользователя в браузере при визите — иначе событие запишется как новый, несвязанный визит.

Чем это отличается от обычного JS-кода счётчика

Способ	Где выполняется	Когда использовать
JS-код счётчика	В браузере пользователя	Стандартные визиты и цели на сайте
Measurement Protocol	На сервере/из другой системы	Событие произошло не в браузере или должно быть отправлено асинхронно

Как проверить, что событие дошло

После отправки серверного события стоит проверить его появление в отчёте реального времени или через отладочный режим — так же, как при проверке обычных целей (см. Типы целей), чтобы убедиться, что формат запроса и параметры приняты корректно, а не просто отправлены «в пустоту» без ошибки на стороне сервера.

Комментарий эксперта

Роман Скороходов «Директ — мой вайб»
Руководитель отдела контекстной рекламы Monster Context, рекомендованный специалист Яндекса.

Measurement Protocol — инструмент для разработчика, а не для директолога напрямую, но полезно понимать его существование: часто «непонятные» лишние визиты в отчётах оказываются именно неправильно настроенной серверной отправкой.

Частые вопросы

Нужен ли Measurement Protocol для обычного интернет-магазина с прямой оплатой на сайте?
Не обязательно — если факт оплаты подтверждается прямо на странице после оплаты, достаточно обычной цели или ecommerce-события через JS; протокол нужен для асинхронных/внесайтовых сценариев.

Можно ли через Measurement Protocol отправить офлайн-продажу из магазина без сайта?
Для чистых офлайн-продаж без визита на сайт обычно используется отдельный механизм офлайн-конверсий с привязкой по ClientID, а не Measurement Protocol напрямую.

Что произойдёт, если отправить событие с несуществующим ClientID?
Метрика создаст новый визит с этим идентификатором, но он не склеится с реальной историей посетителя на сайте.

См. также: ClientID и идентификаторы, API Метрики.

Материал подготовлен редакцией AdPump совместно со специалистами Monster Context (m-context.ru) на основе практики ведения аккаунтов Яндекс Директа и обновлений Яндекс Метрики 2026 года.

Перейти в инструмент