Настройка электронной коммерции сайта нужна, чтобы аналитика понимала состав покупки и путь к ней, а не только посещение страницы «Спасибо». Описываем события магазина, идентификаторы и суммы, затем адаптируем их к выбранным системам. У Метрики, GA4 и других инструментов есть собственные форматы; одинаковое название dataLayer не гарантирует совместимость всех данных.
Модель каталога и идентификаторы
Согласуем ключ товара, варианта и категории. Один и тот же товар должен распознаваться в просмотре, корзине и заказе. Для размеров, комплектов, услуг и повторяющихся позиций определяем отдельные правила.
Проверяем связь с фидом и внутренним каталогом, если данные используются в рекламе или BI. SKU, ID карточки и ID варианта не всегда взаимозаменяемы. Карта идентификаторов предотвращает ситуацию, когда аналитика считает этапы пути разными товарами.
Слой данных и точки событий
Описываем просмотр списка и товара, выбор, добавление и удаление из корзины, начало оформления и покупку в применимом составе. События должны исходить из подтверждённого состояния приложения. Нажатие «Добавить» при ошибке остатка не является успешным добавлением.
Для SPA учитываем переходы и повторную отрисовку. Слой данных содержит бизнес-событие, а менеджер тегов преобразует его в нужный формат. Не привязываем всю аналитику к случайным классам кнопок, которые изменятся при редизайне.
Цена, скидка и покупка
Фиксируем, что включено в стоимость: товар, скидка, доставка, налог в необходимом составе. Проверяем валюту и округление. Итог события должен объясняться заказом, а не собираться из разных цен в интерфейсе.
Для покупки определяем момент: созданный заказ или подтверждённая оплата. Сохраняем устойчивый transaction ID и защищаем отправку от повтора страницы. Несколько оплат и частичное исполнение требуют отдельной модели; не выдаём одну универсальную отправку за полный финансовый учёт.
Возвраты и несколько систем
Разбираем полный и частичный возврат по доступным возможностям выбранной аналитики. Отдельно определяем период и связь с исходным заказом. Отмена до оплаты и возврат после покупки — разные события.
При параллельной работе Метрики и GA4 проверяем каждый получатель. Совместимый источник может упростить внедрение, но семантика и отчёты всё равно требуют сверки. Клиентские события и серверная отправка не должны независимо удваивать одну продажу.
Отправка ecommerce в GA4
Конкретные события и параметры GA4 проверяются отдельно от общей модели магазина, включая DebugView и обработанные отчёты.
Настройка Google Analytics 4Приёмка и документация
Проходим заказ с несколькими позициями, вариантом, скидкой, доставкой, отказом оплаты и повторным открытием результата. Сверяем товарные данные, суммы и уникальность покупки. Для возвратов используем согласованный тестовый сценарий.
Заказчик получает спецификацию событий, настроенную передачу и контрольные примеры. Для оценки нужны CMS, устройство оформления, системы аналитики и пример заказа. Доработка checkout и серверных статусов может быть отдельной частью реализации, если сейчас нужных событий нет.
Вопросы перед началом работ
Достаточно включить ecommerce в настройках счётчика?
Нет, если сайт не передаёт нужные события. Сначала проверяем действующий код и данные CMS, затем настраиваем получателей. Галочка в интерфейсе не создаёт состав заказа.
Покупку считать при создании заказа или оплате?
Это определяется задачей и методикой. Главное — явно зафиксировать момент и одинаково интерпретировать отчёты. Для неоплаченных заказов и последующих возвратов нужны отдельные правила.
Почему выручка в двух системах различается?
Возможны разные моменты событий, атрибуция, ограничения сбора и дубли. Сначала сверяем конкретные transaction ID и суммы, а не пытаемся искусственно выровнять общие итоги.
Можно использовать один dataLayer?
Можно построить единый бизнес-слой и преобразовывать его для разных систем. Но форматы и обязательные параметры проверяются отдельно. Один массив с произвольными объектами не гарантирует готовую интеграцию.
Настройка подходит для SPA?
Да, если события связаны с реальным состоянием приложения. Отдельно тестируем маршруты, повторную отрисовку и восстановление страницы, чтобы они не создавали дополнительные покупки.