Что даёт 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 трекинг требует координации между маркетологом и разработчиком. Чтобы не потерять детали при передаче задачи, зафиксируйте список заранее.
До передачи задачи разработчику:
- Включить модуль «Электронная коммерция» в настройках счётчика Метрики.
- Определить минимальный набор событий: просмотр товара, добавление в корзину, начало оформления, успешная покупка.
- Для каждого события прописать, какие данные нужно передавать: название товара, артикул, цена, категория, количество, идентификатор заказа (для покупки).
- Уточнить, есть ли готовое решение для вашей платформы (плагин, встроенная поддержка) или потребуется кастомная разработка.
После внедрения и проверки:
- Убедиться через отладчик Метрики, что события приходят с корректными данными.
- Проверить, что событие «Покупка» срабатывает для всех завершённых заказов, а не только для тех, где пользователь дождался страницы благодарности.
- Через несколько дней сравнить число транзакций в Метрике с числом заказов в системе учёта. Расхождение более 10–15% — повод разобраться, какие заказы не попадают в аналитику.
- Настроить передачу ценности конверсии в Яндекс.Директ, если используются автостратегии.
E-commerce трекинг — разовое усилие при внедрении, которое возвращает то, чего не хватает в стандартной аналитике: понимание того, какой канал реально приносит деньги, а не просто клики. После настройки решения о рекламном бюджете, приоритете ассортимента и UX-доработках опираются не на предположения, а на данные.
