Пошаговый кейс сквозной аналитики Яндекс Метрика 4.0 2025

Пошаговый кейс настройки сквозной аналитики в Яндекс Метрике 4.0 для интернет‑магазина с мультиканальными продажами в Москве, 2025 год

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

Общая схема настройки сквозной аналитики

Сквозная аналитика в Яндекс Метрике 4.0 реализуется через три взаимосвязанных уровня: интеграции данных, конфигурацию целей и атрибуцию. Первый уровень подразумевает подключение внешних систем продаж, CRM и рекламных площадок к Метрике через API. Второй уровень – настройка целей, событий и их привязка к пользователям и заказам. Третий уровень – выбор модели атрибуции, которая будет отвечать за распределение конверсий по каналам. Ниже рассматривается каждый из них в деталях.

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

• Координация с отделом продаж: согласование формата номера заказа.
• Настройка систем аналитики: проверка наличия API‑ключей и прав доступа.
• Утверждение схемы атрибуции: выбор модели (первый клик, последний клик, линейная).

В результате вы получите прозрачную схему, где каждый этап продаж связан с конкретными данными, и Метрика сможет объединить их в единую картину.

Подготовка данных: интеграции и источники

Для сквозной аналитики в Яндекс Метрике 4.0 необходимо подключить все источники, где генерируются данные о взаимодействии клиента. В случае интернет‑магазина с мультиканальными продажами в Москве это могут быть:

• Веб‑сайт – Google Analytics, Яндекс Метрика, собственный PHP‑скрипт.
• Мобильное приложение – Firebase, Яндекс Метрика SDK.
• Физический магазин – кассовые аппараты, POS‑система, сканер штрих‑кодов.
• Call‑центр – CRM‑система (Bitrix24, AmoCRM).
• Социальные сети – рекламные кабинеты VK, Facebook, Instagram.
• Email‑рассылки – сервисы (MailChimp, SendPulse).

Каждый из этих источников должен передавать данные в Метрику через API. Для интеграции с API Метрики 4.0 можно использовать два подхода: серверный запрос POST к https://api-metrika.yandex.net/events с JSON‑payload, либо фреймворк yandex-metrica-connector, упрощающий аутентификацию и отправку событий. При работе с большим объёмом заказов рекомендуется использовать пакетные запросы (до 1000 событий за раз), чтобы снизить нагрузку.

Особое внимание стоит уделить согласованию формата заказов. В Метрике важно, чтобы номер заказа в событии совпадал с номером в CRM. Это позволит связать заказ с конкретным пользователем и сессией.

Синхронизация дат и часовых поясов

Многие клиенты в Москве работают в часовом поясе UTC+3. Если в CRM дата заказа фиксируется в UTC, а в Метрике – в московском времени, при анализе будут видны фальшивые отрезки. Поэтому следует явно указывать tz в payload, либо конвертировать дату на стороне сервера.

Проверка валидности данных

Перед массовой отправкой запускайте тестовый скрипт, который посылает 10–20 событий. Проверяйте, что данные попадают в Метрику в режиме Real‑time и появляются в отчётах.

Создание целей и событий в Яндекс Метрике 4.0

Цели в Яндекс Метрике 4.0 – это ключевые показатели, которые нужно отслеживать, например, оформление заказа, регистрация, звонок. В отличие от старой версии, теперь цели можно объявлять через API, а не через интерфейс.

Шаги создания цели:

• Определить тип цели: Покупка, Регистрация, Клик по CTA.
• Сформировать событие: event_name и event_properties. Для покупки это может быть purchase с order_id, value, currency.
• Установить условия: цель срабатывает, если событие совпадает по order_id с заказом в CRM.
• Опубликовать цель через API: POST https://api-metrika.yandex.net/goals.

После публикации цели они будут автоматически подсчитываться в отчетах. Чтобы отобразить их в виде отдельного сегмента, добавьте тег goal в тег-атрибуте элемента, который запускает событие (например, кнопку «Купить»).

Отслеживание взаимодействий вне сайта

Для звонков в call‑центр используйте событие call_start с параметром caller_id. Это событие привязывается к номеру телефона, который затем связывается с заказом в CRM. Аналогично, для офлайн‑продаж используйте событие offline_purchase, где store_id определяет точку продаж.

Кастомные события для маркетинга

В случае рекламных кампаний добавьте события ad_click, ad_view с параметрами campaign_id, ad_group. Это позволит отслеживать эффективность конкретных объявлений.

Внедрение Яндекс Метрики 4.0: скрипты и конструктор событий

Для полноценной работы сквозной аналитики необходим правильный код отслеживания на всех платформах. В Яндекс Метрике 4.0 используется универсальный скрипт, который заменяет старый ym(). Пример:

<script async src="https://mc.yandex.ru/metrika/tag.js"></script>
<script>
(function(m,e,t,r,i,k,a){
m[i]=m[i]||function(){(m[i].a=m[i].a||[]).push(arguments)};
m[i].l=1*new Date();
k=e.createElement(t),a=e.getElementsByTagName(t)[0];
k.async=1;k.src=r;a.parentNode.insertBefore(k,a);
})(window, document, "script", "https://cdn.metrika.io/mt4.0/tag.js", "ym");

ym(12345678, "ecommerce", "purchase", {
"order_id": "12345",
"value": 4999,
"currency": "RUB",
"items": [
{
"id": "A001",
"name": "Товар 1",
"category": "Категория 1",
"price": 4999,
"quantity": 1
}
]
});
</script>

Этот скрипт автоматически передаёт события в Метрику и заполняет дашборды. В мобильном приложении используйте SDK для iOS и Android – он позволяет отправлять события «in‑app» и синхронизировать их с веб‑версией через пользовательский ID.

Объединение пользователей по ID

Для корректной сквозной аналитики все каналы должны использовать один уникальный пользовательский идентификатор. Обычно это client_id в веб‑версии и user_id в мобильном приложении. Для офлайн‑пунктов можно генерировать временный идентификатор, который затем привязывается к заказу в CRM.

Мультиканальная атрибуция: настройки каналов и источников

Модель атрибуции определяет, как распределяются конверсии между каналами. В Яндекс Метрике 4.0 доступны модели «последний клик», «первый клик», «линейная», «списочная» и «пользовательская». Для интернет‑магазина в Москве с мультиканальными продажами рекомендуется использовать комбинацию линейной и пользовательской модели.

Настройка модели:

• В разделе Атрибуция выберите Пользовательская.
• Создайте правила: первый клик → 40%, последний клик → 30%, все остальные каналы → 30%.
• Сохраните и примените.

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

Отслеживание рекламных кампаний

Для каждой рекламной площадки создайте уникальный utm_source, utm_medium и utm_campaign. Эти параметры автоматически попадают в событие ad_click и используются в атрибуции.

Пример распределения конверсий

Покупка: первый клик через VK (40 %), последняя клик через Яндекс.Директ (30 %), остальные взаимодействия (по 15 % каждый). Это позволяет понять, какие каналы вносили вклад в покупку и где стоит инвестировать больше средств.

Пошаговая инструкция

Ниже перечислены конкретные действия, которые нужно выполнить, чтобы настроить сквозную аналитику в Яндекс Метрике 4.0.

• Шаг 1: Установите универсальный скрипт Метрики на все страницы сайта и подключите SDK в мобильном приложении.
• Шаг 2: Создайте единую схему пользовательского ID и убедитесь, что он передаётся во все каналы.
• Шаг 3: Подключите API‑ключи к CRM, POS‑системе и call‑центру. Настройте пакетную отправку событий.
• Шаг 4: Определите ключевые цели (покупка, регистрация, звонок) и публикуйте их через API.
• Шаг 5: Добавьте события ad_click, ad_view, offline_purchase, call_start в соответствующие места.
• Шаг 6: В разделе Атрибуция настройте модель, учитывая мультиканальный поток.
• Шаг 7: Проверьте корректность данных в режиме Real‑time, отладьте при необходимости.
• Шаг 8: Создайте дашборды в Метрике, чтобы визуализировать потоки покупок.
• Шаг 9: Запланируйте ежемесячный аудит, чтобы убедиться, что все каналы корректно измеряются.

Частые ошибки и как их избежать

• Ошибка: Несоответствие формата номера заказа. Решение: согласовать формат заранее и использовать одинаковый шаблон.
• Ошибка: Отсутствие времени в событиях. Решение: всегда включать timestamp в миллисекундах.
• Ошибка: Дублирование событий из разных источников. Решение: использовать dedupe‑ключ, например unique_event_id.
• Ошибка: Неправильный пользовательский ID. Решение: проверять ID через ym('checkUserID') перед отправкой.
• Ошибка: Неправильная модель атрибуции. Решение: тестировать несколько моделей на небольших сегментах.
• Ошибка: Плохая пропускная способность API. Решение: использовать пакетные запросы и отложенную отправку.
• Ошибка: Не учтён офлайн‑продажи. Решение: добавить событие offline_purchase с точным store_id.
• Ошибка: Плохая согласованность часовых поясов. Решение: конвертировать все даты в UTC перед отправкой.
• Ошибка: Ошибки в тегах конструктор событий. Решение: использовать dataLayer для передачи данных.
• Ошибка: Не учтено многоязычность. Решение: добавить параметр lang в события.

Практические примеры / мини‑кейсы

Кейс 1: Физический магазин + онлайн‑канал

В Москве открыли новый гипермаркет, где клиенты могут купить товар через сайт, оформить доставку и оплатить в магазине. Для отслеживания каждого шага установили событие offline_purchase с параметрами store_id и cashier_id. В Метрике 4.0 эти данные связываются с веб‑сессией через user_id, и аналитика показывает, какой процент заказов начался онлайн, а какой завершился офлайн.

Кейс 2: Call‑центр и рекламные кампании

Компания запускает кампанию в Яндекс.Директ и VK, одновременно работая с call‑центром. Для каждого звонка отправляется событие call_start с caller_id и campaign_id. Через API метрики связали звонки с последующим заказом в CRM, позволяя оценить ROAS по каналам.

Кейс 3: Мультиканальная подписка

Подписка на рассылку ведётся через сайт, мобильное приложение и физические брошюры. Событие signup отправляется с параметром channel (web, app, print). В Метрике 4.0 можно отследить, сколько подписчиков пришли из каждого канала, и провести анализ эффективности офлайн‑акций.

Кейс 4: Платёжные каналы

В магазине доступны Apple Pay, Google Pay и «Купи позже». Для каждого платёжного метода создаётся отдельное событие payment_method. Аналитика показывает, какой метод предпочитают клиенты в разных часовых поясов, что помогает оптимизировать оплату.

FAQ

1. Как подключить Яндекс Метрику к CRM? Используйте API Метрики для отправки событий с order_id, которые совпадают с CRM. Настройте веб‑хук для синхронизации данных в реальном времени.

2. Нужно ли устанавливать скрипт на каждый домен? Да, если у вас несколько доменов, скрипт должен быть на каждом из них, иначе данные будут объединены некорректно.

3. Как избежать дублирования заказов? Используйте уникальный order_id и проверяйте его наличие в Метрике перед отправкой события.

4. Можно ли использовать сторонние сервисы, как Google Analytics? Да, но для полной интеграции лучше использовать Яндекс Метрику, поскольку она поддерживает сквозную атрибуцию по умолчанию.

5. Как отобразить данные о каналах в дашборде? Создайте сегмент по utm_source и отобразите в графике «Каналы продаж».

6. Как быстро проверить, что события принимаются Метрикой? Откройте панель Real‑time в Метрике и посмотрите, появляются ли события в режиме реального времени.

7. Какие данные можно хранить в event_properties? Любые ключ‑значения, например: product_category, brand, device_type, user_role.

8. Как подключить атрибуцию к офлайн‑покупкам? Добавьте offline_purchase с order_id, чтобы Метрика могла связать офлайн‑заказ с пользовательским ID.

9. Сколько каналов можно учесть? Метрика поддерживает неограниченное количество каналов, главное – правильно настроить атрибуты.

10. Как обновить модель атрибуции? В разделе атрибуции удалите старую модель и создайте новую, применив правила распределения.

Глоссарий

Атрибуция – распределение конверсий между каналами.

Ecommerce Data Layer – объект, передающий данные о заказе в Метрику.

Call‑центр – отдел, принимающий телефонные заявки.

Offline Purchase – покупка, выполненная в физическом магазине.

UTM‑параметры – маркеры, добавляемые к ссылкам для отслеживания источника.

User ID – уникальный идентификатор пользователя в разных каналах.

API‑ключ – токен, позволяющий программно отправлять события в Метрику.

Real‑time – панель, показывающая события в режиме реального времени.

Пользовательская модель атрибуции – настройка распределения весов по каналам.

Data Layer – слой данных, используемый для передачи информации в скрипты.

Дедупликация – устранение дублирования событий.

Заключение

Настройка сквозной аналитики в Яндекс Метрике 4.0 требует тщательной координации между всеми каналами продаж, но позволяет получить глубокое понимание поведения клиентов в Москве. Следуя пошаговому руководству, избежав типичных ошибок и применив правильную атрибуцию, вы сможете объективно оценивать эффективность рекламных кампаний, точек продаж и каналов коммуникации. При возникновении вопросов – обсудите детали с коллегами, а в комментариях оставьте свой опыт и вопросы.