← Все статьи

E-commerce трекинг в Яндекс.Метрике: как настроить и что анализировать для интернет-магазина

08.09.20268 мин чтения
Готовил · Проверил и отредактировал

Стандартная цель «Нажал кнопку Купить» говорит, что что-то произошло, но не говорит, что именно. Сколько выручки принесла конкретная рекламная кампания? Какие товары чаще просматривают, но не покупают? На каком шаге корзины уходит половина посетителей? Ответов нет — только число кликов по кнопке.

Модуль электронной коммерции в Яндекс.Метрике закрывает этот пробел. Он передаёт в аналитику данные о реальных транзакциях: какой товар купили, в какой категории, по какой цене, откуда пришёл покупатель. Вместо «N кликов по кнопке» вы видите выручку в разбивке по источникам трафика, топ продаваемых товаров и воронку корзины с точкой отвала. В этой статье разберём, как настроить e-commerce трекинг и как использовать данные для реальных решений.

Что даёт e-commerce трекинг и чем он отличается от обычных целей

Обычная цель в Метрике фиксирует событие: посетитель нажал кнопку, заполнил форму, провёл на странице больше минуты. Это бинарное «да/нет» без контекста. E-commerce передаёт транзакцию целиком: идентификатор заказа, список товаров с названиями и артикулами, категорию, количество, цену каждой позиции, общую сумму и валюту. Метрика принимает эти данные и связывает каждую покупку с источником трафика, кампанией, объявлением и ключевой фразой.

На практике это означает переход от вопросов вида «работает ли реклама?» к вопросам вида «какой канал приносит более маржинальные заказы?». Появляются данные, которых раньше не было вообще или для получения которых требовалась сложная выгрузка из CRM:

  • Выручка по каналам. Сколько принёс Яндекс.Директ, сколько органический поиск, сколько прямые заходы. Не количество заявок, а рубли.
  • Средний чек по источникам. Покупатели из разных каналов могут покупать по-разному: из рекламы часто берут промотовары, из поиска — дорогой ассортимент. Или наоборот.
  • Топ товаров. Какие позиции продаются, какие просматривают, но не покупают, какие популярны в определённой категории.
  • Воронка корзины. На каком шаге — просмотр, добавление в корзину, оформление, оплата — уходит больше всего посетителей. Это разные задачи: отвал при добавлении в корзину — это вопрос цены и предложения, отвал при вводе данных доставки — это вопрос UX.
  • ROAS по кампаниям. Возврат на рекламные расходы считается автоматически, если данные e-commerce связаны с кампаниями Директа.

E-commerce трекинг входит в более широкую цепочку сквозной аналитики. Если вы хотите видеть данные не только до покупки на сайте, но и до финального закрытия сделки в CRM, потребуется отдельная настройка офлайн-конверсий. Как выстраивается полная цепочка от клика до выручки — описано в статье про сквозную аналитику для бизнеса.

Как работает модуль: dataLayer без лишней технологичности

В основе e-commerce трекинга лежит объект данных на странице сайта, который разработчик заполняет в нужный момент: при просмотре товара, добавлении в корзину, оформлении заказа, успешной оплате. Метрика считывает эти данные, агрегирует по всем пользователям и строит отчёты.

Маркетологу не нужно разбираться в коде — достаточно понять логику. Каждое важное действие на сайте — это событие с типом и данными. Например, событие «покупка» содержит: идентификатор заказа, список товаров (название, артикул, цена, количество, категория) и общую сумму. Разработчик настраивает отправку таких событий, Метрика их получает.

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

Минимальный набор событий для полноценного трекинга:

  • Просмотр товара: пользователь открыл карточку товара.
  • Добавление в корзину: товар помещён в корзину.
  • Начало оформления: переход к форме заказа.
  • Успешная покупка: заказ создан и оплачен.

Этих четырёх событий достаточно для воронки корзины, отчёта по товарам и анализа источников. Дополнительные события: просмотры списков товаров, удаление из корзины, применение промокода. Они полезны для продвинутого анализа, но усложняют реализацию. Начинать лучше с минимального набора, убедиться, что он работает, и расширять по необходимости.

Настройка в Метрике: включение и проверка

Технически e-commerce трекинг настраивается в двух местах: в самой Метрике (включить модуль в счётчике) и на сайте (добавить передачу событий). Маркетолог отвечает за первое, разработчик — за второе.

Шаг 1. Включить e-commerce в настройках счётчика

Откройте нужный счётчик в Яндекс.Метрике. Перейдите в «Настройки» и найдите раздел «Электронная коммерция» (он расположен на вкладке с основными параметрами счётчика). Включите модуль тумблером. После сохранения Метрика начнёт принимать события транзакций.

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

Шаг 2. Проверить корректность передачи данных

Яндекс.Метрика предоставляет встроенный отладчик для проверки счётчика в браузере. Добавьте к URL страницы параметр ?_ym_debug=1, откройте консоль разработчика (клавиша F12, вкладка «Console») и перезагрузите страницу. Все события, которые счётчик отправляет в Метрику, будут видны в консоли в реальном времени — включая события электронной коммерции.

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

Частая проблема: событие «Покупка» не срабатывает, если пользователь после оплаты закрывает браузер до загрузки страницы «Спасибо за заказ». В таком случае транзакция не попадёт в Метрику. Решение: передавать событие покупки на стороне сервера сразу после подтверждения оплаты, а не ждать загрузки страницы благодарности в браузере. Это технически сложнее, но критично для магазинов с высокой долей мобильного трафика.

Основные отчёты e-commerce и что в них смотреть

После активации модуля в Метрике появляется раздел «Электронная коммерция» с несколькими отчётами. Разберём каждый и объясним, какие вопросы он закрывает.

Покупки

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

Товары

Таблица с продажами по каждой позиции: количество купленных единиц, выручка, средняя цена. Если разработчик настроил передачу события «Просмотр товара», рядом будет видно, сколько раз товар просматривали — и можно посчитать конверсию из просмотра в покупку.

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

Источники

Отчёт показывает выручку, число транзакций и средний чек в разбивке по источнику трафика: Яндекс.Директ, органический поиск, прямые заходы, соцсети, email-рассылки. Можно детализировать до конкретной кампании Директа и увидеть ROAS каждой из них.

Именно этот отчёт чаще всего меняет представление о том, какая реклама «работает». Бывает, что кампания с высоким числом конверсий по данным Директа приносит меньше выручки, чем кампания с вдвое меньшим числом конверсий, зато с дорогими заказами.

Воронка корзины

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

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

Точка отвалаВероятная причинаЧто проверить
Просмотр товара → корзинаЦена, описание, фотоКонтент карточки, сравнение с конкурентами
Корзина → оформлениеСтоимость доставки, обязательная регистрацияУсловия доставки, гостевой заказ
Оформление → выбор оплатыДлинная форма, неожиданные поляЧисло полей, автозаполнение
Выбор оплаты → завершениеНет нужного способа, технические сбоиДоступные методы оплаты, ошибки в логах

Как использовать данные для решений

E-commerce трекинг ценен не сам по себе, а как основа для конкретных изменений. Разберём три сценария, в которых данные меняют реальные решения.

Перераспределение рекламного бюджета

До e-commerce трекинга управление бюджетом шло по числу конверсий: больше заявок — лучше. После — по выручке. Кампания А даёт 50 конверсий, кампания Б — 20 конверсий. На первый взгляд А лучше. Но если средний чек из кампании Б вдвое выше — в пересчёте на рубли выручки ситуация может быть обратной.

Именно поэтому ROAS по кампаниям — первый отчёт, который стоит смотреть после появления данных e-commerce. Нередко обнаруживается, что одна кампания приносит в несколько раз больше выручки на рубль вложений, чем другая, при похожем числе конверсий.

Работа с ассортиментом

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

Отдельно стоит учитывать возвраты. Данные Метрики фиксируют оплаченные заказы, но не учитывают последующие возвраты. Если по определённой категории доля возвратов высокая — реальная выручка ниже, и это нужно сопоставлять с данными из CRM вручную.

Приоритизация задач по улучшению сайта

Воронка корзины даёт приоритеты для UX-доработок. Если команда стоит перед выбором — улучшить карточку товара или упростить форму оформления — данные о точке отвала дают однозначный ответ. Это переводит разговор из плоскости «нам кажется» в плоскость фактов.

Подробнее о том, как анализировать поведение пользователей на отдельных страницах и находить слабые места интерфейса, — в статье про тепловые карты и карты кликов в Яндекс.Метрике.

Интеграция с Яндекс.Директом: оптимизация по выручке

Данные e-commerce можно передавать в Яндекс.Директ как ценность конверсии. Это меняет логику автостратегий: вместо «максимум конверсий» система ориентируется на максимизацию выручки.

Как это работает: в настройках кампании в разделе «Целевые действия и их ценность» выбирают цель из Метрики — например, «Покупка» — и указывают, что ценность передаётся динамически из данных транзакции. Директ получает сигнал не только о факте покупки, но и о её сумме. Автостратегия начинает оптимизировать показы в пользу аудитории, которая с большей вероятностью совершит покупку на бо́льшую сумму.

Для стабильной работы автостратегий Яндекс рекомендует накапливать не менее 10 конверсий в неделю по выбранной цели. Если продаж пока меньше, лучше использовать промежуточную цель с более высокой частотой, например «Добавление в корзину». Это менее точно, чем оптимизация по покупке, но даёт алгоритму достаточно данных для обучения. Когда объём продаж вырастет, можно переключиться на оптимизацию по более ценной цели.

Подробнее о том, как выбрать стратегию управления ставками и настроить автоматическую оптимизацию, — в статье про автостратегии Яндекс.Директа.

Чеклист внедрения: что проверить до и после настройки

E-commerce трекинг требует координации между маркетологом и разработчиком. Чтобы не потерять детали при передаче задачи, зафиксируйте список заранее.

До передачи задачи разработчику:

  1. Включить модуль «Электронная коммерция» в настройках счётчика Метрики.
  2. Определить минимальный набор событий: просмотр товара, добавление в корзину, начало оформления, успешная покупка.
  3. Для каждого события прописать, какие данные нужно передавать: название товара, артикул, цена, категория, количество, идентификатор заказа (для покупки).
  4. Уточнить, есть ли готовое решение для вашей платформы (плагин, встроенная поддержка) или потребуется кастомная разработка.

После внедрения и проверки:

  1. Убедиться через отладчик Метрики, что события приходят с корректными данными.
  2. Проверить, что событие «Покупка» срабатывает для всех завершённых заказов, а не только для тех, где пользователь дождался страницы благодарности.
  3. Через несколько дней сравнить число транзакций в Метрике с числом заказов в системе учёта. Расхождение более 10–15% — повод разобраться, какие заказы не попадают в аналитику.
  4. Настроить передачу ценности конверсии в Яндекс.Директ, если используются автостратегии.

E-commerce трекинг — разовое усилие при внедрении, которое возвращает то, чего не хватает в стандартной аналитике: понимание того, какой канал реально приносит деньги, а не просто клики. После настройки решения о рекламном бюджете, приоритете ассортимента и UX-доработках опираются не на предположения, а на данные.