Аналитика интернет-магазина должна объяснять путь от товара до заказа и сохранять связь с коммерческим учётом. Нажатие «Купить», созданный заказ, получение денег и сохранённая после возвратов покупка происходят в разные моменты. Если обозначить их одной целью, реклама получит непонятный результат.
Начните с определения события покупки для своей технологии. Электронная коммерция Метрики позволяет передавать товарные действия через предусмотренный контейнер данных или интеграцию CMS. Но готовый модуль тоже требует приёмки: он может отправлять неверную валюту, повторять событие или не учитывать отдельный способ оформления.
Карта событий магазина
| Шаг | Ожидаемая запись | Что сверить |
|---|---|---|
| Просмотр карточки | Товар и выбранный вариант | Устойчивый ID и фактическая карточка |
| Добавление | Товар, количество и цена | Выбранный вариант и число единиц |
| Удаление | Удалённый состав | Удаление из корзины, а не возврат покупки |
| Подтверждение заказа | ID заказа и состав | Значения заказа в учётной системе |
| Повторное открытие | Отсутствие нового заказа | Та же запись не становится новой покупкой |
| Отмена или возврат | Изменение коммерческого результата | Отдельный канал учёта и сохранённая сумма |
Карта описывает ожидаемое поведение, а не универсальный код для всех CMS. Нужные поля и формат разработчик сверяет с актуальной документацией. Одновременное включение штатной и ручной передачи может дать повтор: сначала выясните, кто отвечает за каждое событие.
Идентификаторы и суммы
Товарный ID должен одинаково пониматься каталогом, аналитикой и выгрузкой. Вариант товара нельзя незаметно подменять основной моделью, если это ломает сопоставление. Для покупки требуется устойчивый идентификатор заказа. Новый номер при каждом открытии страницы мешает отделить повторную передачу от нового заказа.
В формате покупки передаются состав и денежные значения. Зафиксируйте, что входит в сумму: скидки, доставка и иные фактические условия магазина. Валюта и тип значений должны соответствовать выбранному формату. Аналитическую выручку сверяют с заказом, а вклад после переменных затрат рассчитывают отдельно.
Тестовый заказ без настоящего платежа
- Выберите тестовую среду или согласованный режим магазина без оплаты и отгрузки.
- Возьмите искусственный товар либо безопасный тестовый набор с известными значениями.
- Просмотрите карточку, добавьте две единицы и измените количество.
- Удалите одну позицию и проверьте итог корзины.
- Подтвердите заказ предусмотренным тестовым способом.
- Сверьте ID, состав и сумму в магазине и аналитическом событии.
- Откройте итоговый экран повторно и проверьте собственную защиту от повторной отправки.
- Отдельно испытайте отмену и исключите тест из коммерческих результатов.
Не используйте настоящую карту покупателя и не отправляйте заказ на исполнение ради приёмки. Если полноценной тестовой среды нет, согласуйте ограничения проверки: просмотр структуры событий не доказывает работу всего оформления. В рабочем отчёте укажите, какие способы оплаты и устройства действительно были проверены.
Отмена не является удалением из корзины
Событие удаления товара описывает действие до покупки. Оно не заменяет отмену уже созданного заказа или возврат после доставки. В поддерживаемой схеме ecommerce нельзя произвольно отправить отрицательную «покупку» и считать задачу решённой. Исправления проверяют по конкретному способу передачи и учёту заказов.
Для оценки рекламы храните итоговый коммерческий статус в CRM или системе магазина. Сверьте долю выкупа, отмены и возвраты выбранной когорты. Заказ старого клиента и повторный платёж не увеличивают число новых привлечённых покупателей в модели первого заказа.
Проверить передачу и отчёт
Сначала проверьте содержимое контейнера и отсутствие ошибок, затем получение данных нужным счётчиком и отображение в отчётах. Отправка в момент перехода на следующую страницу может потеряться. Поэтому событие покупки должно опираться на подтверждённое основание и надёжный момент передачи, а не на один клик кнопки.
Редакционное замечание: событие покупки в браузере показывает согласованный шаг оформления. Для расчёта сохранённой выручки нужны ещё фактические оплаты, исполнение и возвраты.
При расхождении чисел разберите один искусственный заказ целиком, а не исправляйте общую сумму коэффициентом. Такой разбор выявляет конкретный источник ошибки и даёт повторяемую проверку после обновления CMS.
Что проверяет прогнозный сценарий
Прогнозный сценарий. Не средние по рынку и не гарантия результата. Все входы условные: они показывают арифметику решения, а не средние цены клика и конверсии отрасли. Период — месяц привлечения в условном регионе России; после доставки и проверки возвратов месячной когорты.
Сценарии меняют итоговую долю сохранённых заказов. Это проверка риска выкупа, а не прогноз роста от включения ecommerce.
| Показатель | Осторожный | Базовый | Благоприятный |
|---|---|---|---|
| План размещения | 40 000 ₽ | 40 000 ₽ | 40 000 ₽ |
| Фактический сценарный расход | 36 000 ₽ | 36 000 ₽ | 36 000 ₽ |
| CPC | 80 ₽ | 80 ₽ | 80 ₽ |
| Клики | 450 | 450 | 450 |
| Клик → валидное обращение | 12% | 12% | 12% |
| Доля квалифицированных | 75% | 75% | 75% |
| Квалифицированное → оплата | 20% | 45% | 65% |
| Валидные обращения | 54 | 54 | 54 |
| Квалифицированные обращения | 40,5 | 40,5 | 40,5 |
| Сохранённые оплаты | 8,1 | 18,23 | 26,33 |
| Работа и фиксированные инструменты | 15 000 ₽ | 15 000 ₽ | 15 000 ₽ |
| Дополнительный маркетинг | 3 000 ₽ | 3 000 ₽ | 3 000 ₽ |
| Вклад сохранённой продажи | 3 500 ₽ | 3 500 ₽ | 3 500 ₽ |
| Рекламный CPL | 667 ₽ | 667 ₽ | 667 ₽ |
| CPQL | 889 ₽ | 889 ₽ | 889 ₽ |
| Полный маркетинговый CAC | 6 667 ₽ | 2 963 ₽ | 2 051 ₽ |
| Вклад после маркетинга | -25 650 ₽ | 9 788 ₽ | 38 138 ₽ |
| Неизрасходованный план размещения | 4 000 ₽ | 4 000 ₽ | 4 000 ₽ |
Период: Условный месяц привлечения с отдельным завершением его сделок. Регион: Условный регион России; реальная география и спрос не измерены. Денежная база: Полные условные рублёвые расходы без возмещения входного НДС; единая база CPC, бюджета и вклада; налоговые ставки не заданы. Условные входные значения заданы редакцией для объяснения формул; они не измерены в рекламном кабинете. Вклад после маркетинга не равен чистой прибыли.
Фактические расходы и суммы сверяют на одинаковой денежной базе. Неполученные деньги, отменённые заказы и повторные покупки старых клиентов не добавляют в результат привлечения.
Дробные события — математические ожидания. Расход ограничен условно доступными кликами; свободные производственные мощности проверяются отдельно. Полный CAC включает размещение, работу специалиста и дополнительные расходы привлечения. Вклад после маркетинга не является чистой прибылью: прочие постоянные расходы и налоги здесь не рассчитаны. Все денежные входы заданы на одной базе полных рублёвых затрат без возмещения входного НДС.
Какие данные нужны для проверки
Для настройки Метрики подготовьте карту событий, версию CMS и обезличенный тестовый заказ. Сопоставим техническую передачу с коммерческим смыслом.
Источники и границы проверки
Яндекс: «Передача данных об электронной коммерции»; Яндекс: «Что такое электронная коммерция». Проверено 2026-10-05. Практическая таблица — редакционный инструмент; спрос, частотность и рыночные конверсии не измерены.
ПРИМЕНИТЬ К ВАШЕМУ ПРОЕКТУ
Настройка Яндекс Директа
Вывести предложение к людям, которые уже ищут ваш продукт. С понятной структурой кампаний и измерением обращений.
Состав работы ↗
