Как настроить электронную коммерцию?

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

В статье разберём весь процесс: от подготовки технического задания до проверки выручки и использования данных в Яндекс Директе. Инструкция поможет владельцу бизнеса или маркетологу понять, какие задачи поручить разработчику, как принять работу и по каким признакам обнаружить ошибки.

Что такое электронная коммерция в Яндекс Метрике

Электронная коммерция — это расширенная передача данных о взаимодействии посетителей с товарами. Обычная цель фиксирует факт покупки или добавления в корзину. Электронная коммерция дополнительно показывает товар, категорию, цену, количество, идентификатор заказа и другие параметры.

После корректной настройки в Метрике можно анализировать:

• просмотры карточек и списков товаров;
• добавления в корзину и удаления из неё;
• оформленные заказы и полученную выручку;
• популярность отдельных товаров, брендов и категорий;
• эффективность источников трафика по доходу, а не только по числу визитов;
• путь от просмотра товара до покупки.

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

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

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

До внедрения согласуйте следующие пункты:

• Список событий. Минимальный набор для магазина — просмотр карточки, добавление в корзину, удаление из корзины и покупка. При необходимости добавляют показы товаров в каталогах и клики по товарным карточкам.
• Момент фиксации покупки. Событие следует передавать после успешного создания заказа, а не при нажатии кнопки «Оформить».
• Состав выручки. Определите, входят ли в сумму доставка, скидки, бонусы и другие составляющие заказа. Правило должно быть единым для всех покупок.
• Идентификаторы. ID товара должен быть стабильным и одинаково трактоваться сайтом, аналитикой и товарным фидом. ID заказа должен быть уникальным.
• Валюта. Передавайте фактическую валюту цен и заказов. Нельзя менять обозначение валюты, не пересчитав значения.
• Ответственные за проверку. Разработчик отвечает за техническую отправку событий, а маркетолог или аналитик — за соответствие данных бизнес-логике.

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

Пошаговая настройка электронной коммерции

Шаг 1. Включите электронную коммерцию в счётчике

Откройте настройки нужного счётчика Яндекс Метрики и активируйте электронную коммерцию. В настройках указывается имя контейнера данных, который будет отслеживать счётчик. Стандартный вариант — dataLayer.

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

Шаг 2. Создайте контейнер данных

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

Контейнер желательно инициализировать до загрузки счётчика. Реализовать передачу можно непосредственно в коде сайта, через систему управления тегами или с помощью модуля CMS. Способ внедрения не влияет на смысл данных, но влияет на удобство поддержки.

Готовый модуль сокращает объём разработки, однако его всё равно нужно тестировать. Плагин может передавать внутренние ID вариантов вместо ID основных товаров, не учитывать промокоды или повторно отправлять покупку после обновления страницы.

Шаг 3. Передайте основные события

Для каждого действия в контейнер отправляется объект электронной коммерции. Набор событий зависит от структуры магазина, но базовая схема выглядит так:

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

Шаг 4. Заполните параметры товаров и заказа

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

Для товара обычно передают:

• идентификатор и название;
• цену и количество;
• категорию и бренд, если они используются в каталоге;
• вариант или модификацию, когда у товара есть размер, цвет или другая характеристика;
• позицию в списке — для событий показа и клика.

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

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

Шаг 5. Защитите покупку от дублей

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

Сайт должен хранить признак отправки или проверять уникальный ID заказа перед повторным событием. Ещё надёжнее организовать страницу так, чтобы повторное открытие не инициировало новый объект покупки. Конкретная реализация зависит от архитектуры сайта и механизма оформления заказа.

Не следует отправлять покупку только по клику на кнопку. Пользователь может получить ошибку, не заполнить обязательное поле или столкнуться с недоступностью товара. Событие должно возникать после ответа системы об успешном создании заказа.

Как проверить передачу данных

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

1. Совершите тестовый путь. Откройте карточку, добавьте товар в корзину, измените количество, удалите позицию и оформите заказ.
2. Проверьте контейнер в браузере. Инструменты разработчика должны показывать добавление объектов при каждом предусмотренном действии.
3. Сопоставьте параметры. ID, название, цена, количество и итог заказа должны совпадать с интерфейсом магазина.
4. Обновите страницу заказа. Покупка не должна отправляться повторно.
5. Проверьте отчёты Метрики. После обработки данных найдите тестовый товар и заказ в отчётах электронной коммерции.
6. Сравните агрегированные показатели. За одинаковый период сопоставьте заказы и выручку Метрики с данными CMS или CRM.

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

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

Как использовать данные в Яндекс Директе

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

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

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

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

Типичные ошибки при настройке

• Электронная коммерция включена, но контейнер пуст. Опция в Метрике не создаёт события автоматически: сайт должен передавать объекты с товарами.
• Имена контейнеров не совпадают. Счётчик отслеживает один массив, а сайт отправляет данные в другой.
• Покупка фиксируется по клику. В отчёт попадают попытки оформления, включая неуспешные.
• Заказ отправляется несколько раз. Обновление страницы или повторное открытие ссылки создаёт дубли.
• Используются нестабильные ID. Один товар получает разные идентификаторы в карточке, корзине и заказе.
• Передаётся старая цена. Контейнер получает базовую стоимость, хотя покупатель оформил товар со скидкой.
• Не учитывается количество. Заказ из нескольких единиц выглядит как покупка одной.
• Тестирование ограничено одним сценарием. Быстрый заказ или мобильное оформление остаются без событий.
• Цель подключают к рекламе до проверки. Стратегия начинает обучаться на ошибочных сигналах.

Исправлять ошибки лучше на уровне источника данных, а не с помощью ручных поправок в отчётах. Если сайт передаёт неправильную сумму или ID, фильтры не восстановят достоверную товарную аналитику.

Чек-лист перед использованием данных

• Счётчик установлен на карточках, в корзине и на странице успешного заказа.
• Электронная коммерция включена, имя контейнера указано без ошибок.
• Просмотр, добавление, удаление и покупка отправляются в нужный момент.
• ID товара остаётся одинаковым на всех этапах пути.
• Цена, количество, валюта и итоговая сумма соответствуют заказу.
• ID заказа уникален, повторное открытие страницы не создаёт дубль.
• Проверены мобильная версия и все способы оформления.
• Тестовые заказы не искажают рабочие отчёты.
• Данные Метрики сопоставлены с CMS или CRM за одинаковый период.
• В Яндекс Директе выбрана проверенная цель нужного счётчика.

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

Можно ли настроить электронную коммерцию без разработчика?

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

Нужно ли создавать отдельную цель на каждый товар?

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

Почему число покупок в Метрике отличается от CRM?

Метрика учитывает события, отправленные браузером, а CRM — созданные и изменившие статус заказы. Расхождения возникают из-за блокировщиков, закрытия страницы, дублей, отмен, разных часовых поясов и правил определения периода.

Можно ли передавать только событие покупки?

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

Когда можно подключать покупку к стратегии Яндекс Директа?

После проверки событий, сумм и дублей. Стратегии нужна не просто активная цель, а стабильный поток достоверных конверсий. Если покупок мало, выбор промежуточной цели следует делать с учётом связи такого действия с реальными заказами.

Если требуется не только внедрить события, но и связать аналитику с рекламными кампаниями, Granat может помочь проверить настройку Метрики и подготовить цели для работы Яндекс Директа.