Обычный счётчик Метрики честно скажет, сколько людей пришло и с каких источников. Но на вопросы «какие товары добавляют в корзину и не покупают», «какой средний чек по каналу», «где теряется больше всего денег в воронке» он ответить не может — он не знает про товары ничего. Для магазина это как водить машину, глядя только на спидометр, но не видя дороги.
Электронная коммерция в Яндекс Метрике закрывает эту слепую зону: она понимает структуру заказа и строит отчёты по товарам, категориям и выручке. В статье разберём, как она устроена, как настраивается на 1С-Битрикс через dataLayer, какие события отслеживать, как проверить данные и почему цифры не сходятся с 1С. Настройку аналитики и связку с учётом мы закрываем услугой аудита и оптимизации 1С.
Коротко
- Электронная коммерция даёт отчёты по товарам, категориям, выручке и брошенным корзинам, а не только по трафику.
- Данные передаются через dataLayer — массив, в который сайт кладёт события показа, добавления и покупки.
- На 1С-Битрикс dataLayer формируют штатные каталожные компоненты; часто нужна проверка под кастомный шаблон.
- Всегда проверяйте данные тестовым заказом; расхождения с 1С нормальны — точную выручку берут из учёта.
Что такое электронная коммерция
Электронная коммерция в Метрике — это специальный механизм сбора товарных событий и набор отчётов на их основе. В отличие от обычного отслеживания, которое видит только визиты и клики, электронная коммерция понимает сущности магазина: товар, его цену, количество, категорию, заказ. Она фиксирует, что товар показали, кликнули, положили в корзину, удалили или купили.
Благодаря этому Метрика умеет строить аналитику, недоступную обычным целям: рейтинг товаров по добавлениям и покупкам, конверсию из показа в покупку по позициям, средний чек, выручку по источникам, состав брошенных корзин. Для интернет-магазина это профильный инструмент, ради которого электронную коммерцию и настраивают.
Зачем она магазину
Ценность электронной коммерции в том, что она связывает поведение на сайте с товарами и деньгами. Обычная аналитика показывает «трафик пришёл, часть купила»; электронная коммерция показывает, что именно покупают, что бросают и где утекает выручка. Это переводит решения из области догадок в область данных.
Практические вопросы, на которые она отвечает: какие товары чаще всего добавляют, но не покупают (проблема цены, доставки или наличия), какие категории приносят выручку, какой средний чек по каждому каналу трафика, что лежит в брошенных корзинах. Всё это — основа для работы над ассортиментом, ценообразованием и воронкой. Как разложить путь клиента на шаги и найти узкие места, мы разбираем в статье про инфраструктуру и скорость магазина, влияющую на конверсию.
Как работает dataLayer
Технически данные в электронную коммерцию поступают через dataLayer — специальный JavaScript-массив на странице. Когда происходит товарное событие, сайт добавляет в этот массив объект: какое действие произошло и с какими товарами. Счётчик Метрики слушает dataLayer и превращает эти объекты в отчёты.
Схема простая: сайт «кладёт» события в dataLayer, Метрика их «забирает». Например, при добавлении в корзину сайт помещает в dataLayer объект с действием add и данными товара — идентификатором, названием, ценой, количеством. Задача разработчика — обеспечить, чтобы сайт наполнял dataLayer правильными объектами в правильные моменты, а счётчик был настроен на чтение именно этого массива.
Какие события отслеживать
Стандартный набор товарных событий покрывает весь путь покупки. Для полноценной аналитики стоит передавать их все:
| Событие | Когда происходит | Что даёт в отчётах |
|---|---|---|
| Показ товаров | Товары появились в списке или на главной | Конверсия из показа в клик и покупку |
| Клик по товару | Переход в карточку из списка | Интерес к позициям в выдаче |
| Добавление в корзину | Клик «в корзину» | Что кладут, что потом бросают |
| Удаление из корзины | Убрали товар из корзины | Позиции-«отказники» |
| Покупка | Оформлен заказ (страница «спасибо») | Выручка, средний чек, состав заказов |
Минимально критичны показ, добавление и покупка — они дают воронку «увидел → положил → купил» в разрезе товаров. Остальные события уточняют картину. Не гонитесь за передачей всего сразу: сначала настройте и проверьте ключевые, затем добавляйте детализацию.
Включение в счётчике Метрики
Со стороны Метрики электронная коммерция включается в настройках счётчика. В параметрах указывается, что сайт использует электронную коммерцию, и задаётся имя контейнера данных — того самого dataLayer, который слушает счётчик. Имя должно совпадать с тем, что использует сайт, иначе Метрика будет слушать пустой массив.
Это ключевой момент, где часто ломается настройка: сайт кладёт события в один массив, а счётчик слушает другой по имени. Поэтому при подключении сверяют имя контейнера в настройках счётчика с именем массива, который реально наполняет сайт. После включения данные начинают поступать в специальные отчёты по электронной коммерции, которые появляются в интерфейсе Метрики.
Настройка на 1С-Битрикс
1С-Битрикс поддерживает электронную коммерцию из коробки: штатные каталожные компоненты умеют формировать dataLayer для показа и клика по товару, добавления в корзину, начала оформления и покупки. В настройках компонентов и модуля есть опции для включения этой передачи, поэтому базовая интеграция не требует писать всё с нуля.
На практике почти всегда нужна проверка и доработка под конкретный шаблон. Если карточка товара, корзина или оформление кастомизированы — а на реальных проектах это норма, — стандартное формирование dataLayer может передавать не все события или неполные данные. Тогда события досылают вручную из шаблонов компонентов или через обработчики. Осторожность нужна и с композитным кэшем: динамические части (корзина) не должны кэшироваться так, чтобы события терялись. Технические тонкости работы с данными на стороне сервера мы разбираем в статье про D7 и ORM в Битрикс.
Структура данных о товаре
Качество отчётов напрямую зависит от того, насколько полно вы описываете товар в каждом событии. Минимально нужны идентификатор, название и цена, но полезно передавать больше:
- Идентификатор (id). Стабильный код товара — по нему Метрика склеивает показы, добавления и покупки одной позиции.
- Название (name). Читаемое имя товара для отчётов.
- Цена (price). Нужна для расчёта выручки и среднего чека.
- Категория (category). Позволяет строить аналитику по разделам каталога.
- Бренд и вариант. Детализация по производителю и торговому предложению (размер, цвет).
- Количество (quantity). Для событий добавления и покупки.
На 1С-Битрикс эти поля берутся из инфоблоков и торгового каталога. Поэтому аккуратная структура каталога и стабильные идентификаторы, приходящие обменом из 1С, — условие корректной товарной аналитики. Если id товара «плавает» между выгрузками, склейка событий ломается и отчёты искажаются.
Проверка и отладка
Настройку электронной коммерции нельзя считать завершённой, пока вы не убедились, что данные реально доходят. Порядок проверки:
- Проверьте dataLayer в консоли. Откройте консоль браузера и посмотрите, что попадает в массив при показе товаров, добавлении в корзину и оформлении.
- Сверьте имя контейнера. Убедитесь, что счётчик слушает тот же массив, который наполняет сайт.
- Сделайте тестовый заказ. Пройдите путь до страницы «спасибо» и проверьте, что событие покупки ушло с правильным составом и суммой.
- Найдите заказ в отчётах. Через некоторое время проверьте, что тестовая покупка появилась в отчётах электронной коммерции.
- Проверьте адекватность цифр. Число покупок и выручка должны быть в разумных пределах, без двойного счёта.
Самая частая проблема на этом шаге — двойной счёт покупки, когда событие срабатывает и при переходе на страницу «спасибо», и при её перезагрузке. Защита от повторной отправки при обновлении страницы обязательна, иначе выручка в отчётах будет завышена.
Отчёты и что в них смотреть
После настройки в Метрике появляются отчёты по электронной коммерции. Практическую пользу дают несколько направлений анализа:
- Популярные товары. Что чаще показывают, добавляют и покупают — основа для витрины и ассортимента.
- Брошенные корзины. Что кладут и не покупают — сигнал о проблемах цены, доставки или наличия.
- Выручка по источникам. Какие каналы приносят деньги, а не просто трафик.
- Средний чек. В разрезе каналов и сегментов — для оценки качества трафика.
- Конверсия по товарам. Отношение покупок к показам по позициям — где теряется интерес.
Смотреть отчёты имеет смысл регулярно и в связке с изменениями на сайте: поменяли карточку, цену или доставку — проверьте, как это отразилось на добавлениях и покупках соответствующих товаров.
Расхождения с данными 1С
Владельцы магазинов часто пугаются, что выручка в Метрике не совпадает с данными 1С. Это нормально и объяснимо: Метрика считает по событиям на сайте, а 1С — по реальным оплаченным заказам. Причин расхождения несколько:
- Отменённые и неоплаченные заказы. На сайте оформлен, но не оплачен или отменён — в 1С его нет.
- Заказы мимо сайта. По телефону, в мессенджере, офлайн — их сайт не видит.
- Блокировщики и отключённый JavaScript. Часть событий просто не доходит до Метрики.
- Отложенная оплата. Заказ оплачен позже, чем зафиксировано событие покупки.
Вывод: Метрику используют для анализа поведения, товаров и трендов, а точную выручку берут из 1С. Чтобы связать веб-события с реальными оплатами по каналам, нужна сквозная аналитика, которая опирается на данные из учётной системы, — стабильную выгрузку этих данных обеспечивает автоматизация продаж и склада на 1С. Надёжную передачу этих данных между сайтом и внешними системами мы разбираем в статье про REST, вебхуки и безопасность в Битрикс.
Частые ошибки
- Имя контейнера не совпадает. Сайт кладёт события в один массив, счётчик слушает другой — данных нет.
- Двойной счёт покупки. Событие срабатывает при перезагрузке «спасибо», выручка завышена.
- Не проверили тестовым заказом. Настроили и забыли, а событие покупки не уходит.
- Плавающие id товаров. Идентификаторы меняются между выгрузками из 1С, склейка событий ломается.
- Неполные данные о товаре. Нет категории или цены — отчёты бедные, выручка не считается.
- События теряются в кэше. Композитный кэш «съедает» динамические события корзины.
- Ждут совпадения с 1С. Пытаются свести Метрику с учётом до копейки вместо использования по назначению.
Чек-лист внедрения
- Электронная коммерция включена. В счётчике заданы опция и имя контейнера данных.
- dataLayer наполняется. Показ, добавление и покупка проверены в консоли браузера.
- Имя массива сверено. Счётчик слушает тот же контейнер, что наполняет сайт.
- Данные о товаре полные. Стабильный id, название, цена, категория и количество передаются.
- Двойной счёт исключён. Событие покупки не повторяется при перезагрузке «спасибо».
- Тестовый заказ прошёл. Покупка найдена в отчётах с верным составом и суммой.
- Отчёты читаются регулярно. Популярные товары, брошенные корзины и выручка под наблюдением.
- Связь с 1С понятна. Расхождения объяснены, точная выручка берётся из учёта.
Вывод
Электронная коммерция превращает Метрику из счётчика трафика в инструмент товарной аналитики. Вы перестаёте гадать и начинаете видеть, что покупают, что бросают в корзине и где теряется выручка — в разрезе конкретных товаров и категорий. Для магазина это основа осмысленных решений по ассортименту, ценам и воронке.
На 1С-Битрикс электронная коммерция поддерживается штатно через dataLayer, но требует внимательной проверки под ваш шаблон и обязательной отладки тестовым заказом. Настройте передачу полных данных о товаре, исключите двойной счёт, сверьте имя контейнера — и вы получите рабочую товарную аналитику. А расхождения с 1С не пугайтесь: Метрика анализирует поведение, точную выручку даёт учётная система, а связывает их сквозная аналитика.
