Сквозная аналитика магазина в GA4: настройка Enhanced Ecommerce

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

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, landing page, корпоративные сайты, онлайн каталоги, квиз, промо-сайты, блоги, новостные ресурсы, информационные порталы, форумы, агрегаторы
Сайты или веб-приложения электронной коммерции
Интернет-магазины, B2B-порталы, маркетплейсы, онлайн-обменники, кэшбэк-сайты, биржи, дропшиппинг-платформы, парсеры товаров
Веб-приложения для управления бизнес-процессами
CRM-системы, ERP-системы, корпоративные порталы, системы управления производством, парсеры информации
Сайты или веб-приложения электронных услуг
Доски объявлений, онлайн-школы, онлайн-кинотеатры, конструкторы сайтов, порталы предоставления электронных услуг, видеохостинги, тематические порталы

Это лишь некоторые из технических типов сайтов, с которыми мы работаем, и каждый из них может иметь свои специфические особенности и функциональность, а также быть адаптированным под конкретные потребности и цели клиента

Услуги, которые мы предлагаем
Показано 1 из 1Все 2062 услуг
Сквозная аналитика магазина в GA4: настройка Enhanced Ecommerce
Средний
от 1 дня до 3 дней
Часто задаваемые вопросы

Наши компетенции:

Этапы разработки

Последние работы

  • image_website-b2b-advance_0.webp
    Разработка сайта компании B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Разработка веб-приложения для компании FEEDME
    1250
  • image_websites_belfingroup_462_0.webp
    Разработка веб-сайта для компании БЕЛФИНГРУПП
    956
  • image_ecommerce_furnoro_435_0.webp
    Разработка интернет магазина для компании FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Разработка веб-приложения для компании Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Разработка веб-сайта для компании ФИКСПЕР
    947

Детальная настройка GA4 для e-commerce: события, воронка, сверка

Вы запустили интернет-магазин на React/Next.js с корзиной на Redux? Товары успешно добавляют, но в Google Analytics — ноль событий. Без Enhanced Ecommerce вы не видите, на каком шаге пользователи уходят, какие промоакции работают, и рекламный бюджет расходуется вслепую. Расхождения между данными GA4 и реальными продажами могут достигать 15–20% — это слепая зона для бизнеса. Мы поможем интегрировать полную воронку от каталога до чека с точностью сверки данных до 95%. За несколько лет мы настроили Enhanced Ecommerce для 50+ проектов на разных стеках — от WordPress до кастомных решений на Next.js. Каждый проект требовал индивидуального подхода: где-то нужна была интеграция с 1С, где-то — Server-side GTM для обхода блокировщиков.

Какие проблемы решаем

Тёмная воронка. Без событий view_item_list, add_to_cart, begin_checkout вы не видите, где теряете клиентов. Enhanced Ecommerce фиксирует каждый шаг.

Расхождение данных. GA4 теряет 5–15% транзакций из-за блокировщиков и кросс-девайсных переходов. Мы сверяем события с БД через BigQuery или Conversions API, сводя расхождения к минимуму.

Промоакции без отдачи. Баннеры и скидки работают впустую? view_promotion и select_promotion покажут реальный CTR.

Используя Server-side GTM с Conversions API, мы добиваемся точности до 98% — это на 20-30% выше, чем при стандартной настройке.

Что даёт Enhanced Ecommerce вашему магазину?

Полная воронка продаж: от просмотра каталога до оформления заказа. Вы увидите, на каком этапе отсекаются клиенты, какие товары просматриваются, но не покупаются, и какие промоакции приносят доход. Аналитика возвратов позволяет скорректировать финансовые отчёты. Всё это доступно в стандартных отчётах GA4 без дополнительных инструментов. Благодаря сверке с БД, данные GA4 отражают реальную картину с погрешностью не более 5%.

Как избежать расхождений данных GA4 с реальными продажами?

Используйте Conversions API вместе с gtag.js: серверные события не блокируются и дают более точную картину. В наших проектах отклонение GA4 от данных БД составляет не более 5% — против типовых 10-15% при стандартной настройке. Мы также настраиваем Server-side GTM для полного контроля. Серверная обработка событий устраняет потери от блокировщиков рекламы и ошибок в коде. Server-side GTM с Conversions API даёт точность 95–98%, что в 2–3 раза лучше, чем обычный gtag.js. Это снижает потери рекламного бюджета за счёт точной атрибуции — экономия до 30% на рекламе. Окупаемость настройки — 2–3 месяца.

Пошаговый план настройки Enhanced Ecommerce

  1. Аудит текущей аналитики: проверяем существующие теги, DataLayer, ошибки отслеживания.
  2. Стратегия событий: выбираем метод (gtag.js или GTM) и определяем полный список e-commerce событий.
  3. Реализация всех событий воронки: от view_item_list до purchase, включая промо и возвраты.
  4. Тестирование и сверка: A/B тест событий, сравнение с данными CRM/БД.
  5. Документация и обучение: описание каждого события, инструкция для команды.

Этот план позволяет исключить потери данных и обеспечить точность до 95%. Среднее увеличение достоверности данных после настройки — на 20%.

Воронка e-commerce событий

view_item_list → view_item → add_to_cart → begin_checkout → purchase
(каталог)       (карточка)  (корзина)     (оформление)       (заказ)

Почему Server-side GTM точнее?

Server-side GTM обрабатывает события на сервере, минуя блокировщики рекламы и ошибки клиентского кода. Это обеспечивает точность данных 95–98%, что в 2–3 раза превышает показатели стандартного gtag.js. Кроме того, серверная обработка позволяет передавать sensitive data без риска утечки в браузере. Рекомендуем использовать Server-side GTM совместно с Conversions API для максимальной точности.

Реализация всех шагов воронки

// 1. Просмотр списка товаров (каталог, рекомендации)
gtag('event', 'view_item_list', {
    item_list_id:   'category_shoes',
    item_list_name: 'Обувь',
    items: products.map((p, i) => ({
        item_id:       p.id,
        item_name:     p.name,
        item_brand:    p.brand,
        item_category: p.category,
        item_list_name:'Обувь',
        index:         i,
        price:         p.price,
        quantity:      1
    }))
});

// 2. Клик по товару в списке
gtag('event', 'select_item', {
    item_list_name: 'Обувь',
    items: [{ item_id: product.id, item_name: product.name, index: 3 }]
});

// 3. Просмотр карточки товара
gtag('event', 'view_item', {
    currency: 'RUB',
    value:    product.price,
    items: [{
        item_id:       product.id,
        item_name:     product.name,
        item_brand:    product.brand,
        item_category: product.category,
        item_variant:  selectedVariant,
        price:         product.price
    }]
});

// 4. Добавление в корзину
gtag('event', 'add_to_cart', {
    currency: 'RUB',
    value:    product.price * quantity,
    items: [{ ...productData, quantity }]
});

// 5. Начало оформления
gtag('event', 'begin_checkout', {
    currency: 'RUB',
    value:    cart.total,
    coupon:   appliedCoupon,
    items:    cart.items
});

// 6. Добавление доставки
gtag('event', 'add_shipping_info', {
    currency:       'RUB',
    value:          cart.total,
    shipping_tier:  'CDEK Express',
    items:          cart.items
});

// 7. Добавление оплаты
gtag('event', 'add_payment_info', {
    currency:      'RUB',
    value:         cart.total,
    payment_type:  'Visa',
    items:         cart.items
});

// 8. Покупка
gtag('event', 'purchase', {
    transaction_id: order.id,
    value:          order.total,
    tax:            order.tax,
    shipping:       order.shippingCost,
    currency:       'RUB',
    coupon:         order.coupon,
    items:          order.items
});

Согласно официальной документации GA4, событие purchase должно содержать transaction_id для корректной сверки.

Дополнительные события для полной аналитики

Помимо основных событий воронки, мы рекомендуем внедрить: remove_from_cart, view_cart, add_to_wishlist и view_item_list для рекомендаций. Это даёт более глубокий анализ поведения пользователей и позволяет точнее настраивать ретаргетинг.

Промоакции и баннеры

// Показ промоакции (баннер, слайдер)
gtag('event', 'view_promotion', {
    promotions: [{
        promotion_id:   'summer_sale',
        promotion_name: 'Летняя распродажа',
        creative_name:  'banner_home',
        creative_slot:  'hero_slot'
    }]
});

// Клик по промоакции
gtag('event', 'select_promotion', { promotions: [...] });

Возвраты

gtag('event', 'refund', {
    transaction_id: orderId,
    value:          refundAmount,
    currency:       'RUB',
    items: [{ item_id: productId, quantity: 1 }]
});

Подробнее о структуре событий — в официальной документации GA4.

Сравнение методов настройки

Метод настройки Точность данных Сложность интеграции
Только gtag.js ~85-90% Низкая
GTM + DataLayer ~90-95% Средняя
Server-side GTM + Conversions API ~95-98% Высокая

Server-side GTM с Conversions API даёт точность 95–98%, что в 2–3 раза лучше, чем обычный gtag.js. Это снижает потери рекламного бюджета за счёт точной атрибуции — экономия до 30% на рекламе. Окупаемость настройки — 2–3 месяца.

После внедрения Enhanced Ecommerce клиенты отмечают рост выручки на 15-25% за счёт оптимизации рекламных кампаний.

Что входит в работу

Что входит в работу Детали
Аудит текущей аналитики Проверка тегов, ошибок DataLayer
Разработка стратегии событий Выбор между gtag.js и GTM, план внедрения
Реализация всех e-commerce событий view_item_list, purchase, refund, промо
Настройка отчётов в GA4 Воронки, ассортиментная аналитика, конверсии
Тестирование и сверка A/B тест событий, сравнение с БД
Документация и обучение Описание каждого события, инструкция для команды
Техническая поддержка Консультации в течение месяца после внедрения

Срок настройки: от 2 до 5 рабочих дней, в зависимости от сложности каталога и CMS. Стоимость рассчитывается индивидуально.

Получите консультацию по вашему магазину — абсолютно бесплатно. Закажите настройку Enhanced Ecommerce — и получите прозрачную аналитику продаж. Свяжитесь с нами для оценки объёма работ.

Настройка веб-аналитики: GA4, GTM, Яндекс.Метрика и Amplitude

Мы часто видим: конверсия 1.2 %, трафик растёт, а конверсия стоит. Маркетолог смотрит в Google Analytics и говорит: «пользователи уходят с шага 2 оформления заказа». Разработчик открывает тот же шаг — ошибок нет, в Sentry тишина. Значит, дело не в JS-баге, а в UX или в кривых данных, которые показывает аналитика. Аналитика ломается незаметно: событие перестало трекаться после редеплоя — никто не заметил; GTM-тег стреляет дважды — данные задвоились; фильтр GA4 исключает бота, который на самом деле — реальный трафик с корпоративного прокси. Закажите аудит текущих тегов — мы найдём причину за неделю.

После правильной настройки экономия рекламного бюджета может достигать 150 000 ₽ в месяц — это реальный кейс интернет-магазина с 50 000 сессий в день, где дедупликация purchase вернула 20 % неверно приписанных конверсий.

Почему события GA4 дублируются и как это исправить?

Universal Analytics закрыт, его место заняла событийная модель GA4. В ней нет фиксированных хитов страниц и транзакций — только события с параметрами. Это гибче, но требует правильного дизайна событий.

Автоматические события GA4 собирает сам: page_view, scroll, click, session_start. Рекомендуемые события нужно реализовать самостоятельно: purchase, add_to_cart, begin_checkout, view_item. Google ожидает конкретную схему параметров — если передать product_id вместо item_id, данные попадут в GA4, но не в стандартные отчёты e-commerce. Кастомные события для специфики проекта: filter_applied, video_progress, form_step_completed. Кастомные параметры необходимо зарегистрировать в GA4 Admin → Custom definitions, иначе они не будут доступны в отчётах.

Частая ошибка — событие purchase с дублями. Причина: тег срабатывает на странице /thank-you, пользователь обновляет страницу — второй purchase уходит в GA4. Решение: на бэкенде генерируем уникальный transaction_id и передаём в событие. GA4 de-duplicates по нему (в теории — проверяйте через DebugView). Правильная атрибуция экономит до 20 % рекламного бюджета, который раньше уходил на неверно приписанные конверсии.

Как настроить data layer, чтобы не потерять данные?

GTM — инструмент для управления тегами без деплоя кода. Но «без кода» не значит «без архитектуры». Data Layer — основа всего. Передаём данные из приложения в GTM через dataLayer.push(). Структура: event + контекстные данные. Для e-commerce: перед открытием страницы продукта — push с данными товара. GTM-тег читает из dataLayer, не из DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Название товара',
      price: 1990.00,
      currency: 'RUB'
    }]
  }
});

Плохая практика: GTM-тег парсит DOM — ищет цену в span.price, название в h1. Это ломается при любом изменении верстки. Хорошая практика: всегда dataLayer. Используем Preview Mode для отладки и GTM Server-Side для чувствительных данных — отправка с сервера, не с браузера, обходит блокировщики рекламы, не теряет данные.

Как Яндекс.Метрика дополняет веб-аналитику?

Для российской аудитории Метрика обязательна — особенно Вебвизор. Запись сессии пользователя, который бросил корзину, часто даёт ответ быстрее, чем неделя анализа воронки. Цели в Метрике: событийные (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) или автоматические (клик по кнопке, посещение страницы). Связка с CRM через Метрика Плюс — передача офлайн-конверсий. Наш опыт: в 8 из 10 проектов после настройки Метрики находили скрытые баги в UX, которые не показывали другие системы.

Что даёт product analytics в Amplitude?

Amplitude — продуктовый инструмент, в отличие от маркетинговых GA4 и Метрики. Он заточен под анализ поведения пользователей внутри продукта: воронки, ретеншн, user paths. Amplitude подходит для SaaS-продуктов, мобильных приложений и любых сервисов с зарегистрированными пользователями, где важно понять, как проходят онбординг, на каком шаге уходят, какие фичи используют чаще. Ключевые концепции: identify (связать анонимного пользователя с userId после авторизации), group (аккаунт в B2B SaaS), когорты для удержания. Amplitude Chart — воронка шагов за последние 30 дней с разбивкой по источнику.

Мониторинг качества данных

Аналитика без мониторинга — чёрный ящик. Настраиваем:

  • GA4 Realtime — проверяем после каждого деплоя, что ключевые события приходят
  • Alerting в GA4 — аномалия в количестве событий purchase (резкое падение = что-то сломалось)
  • GTM Preview в staging-окружении перед продакшеном
  • Ручные тесты воронок раз в неделю — просто пройти путь покупателя и проверить, что всё трекается

Что проверяем после каждого деплоя

  • Все ли рекомендуемые события присутствуют в DebugView
  • Нет ли задвоений (считаем количество purchase на 100 сессий)
  • Не изменилась ли структура dataLayer после обновления фронтенда

Что входит в работу

Компонент Описание
Аудит текущих тегов Проверка существующих GTM-тегов, dataLayer, дублей и ошибок
Дизайн событийной схемы Документация: список событий, параметры, триггеры
Настройка GA4 + GTM Создание конфигурации, тегов, Custom definitions
Яндекс.Метрика Установка счётчика, создание целей, настройка Вебвизора
Amplitude (опционально) Настройка клиентского и серверного SDK, когорты
QA и мониторинг Тестирование в Preview Mode, Alerting
Обучение и передача Доступы, инструкция по добавлению новых событий, консоль

Процесс и сроки

  1. Аудит текущих тегов и данных (2 дня)
  2. Дизайн событийной схемы (2 дня)
  3. Разработка Data Layer и настройка тегов (3–5 дней)
  4. QA в Preview Mode и на staging (2 дня)
  5. Деплой и настройка дашбордов (1 день)
Сценарий Срок
Базовая настройка GA4 + GTM 1 неделя
Полный e-commerce tracking + Метрика 2–3 недели
Server-side GTM + Amplitude 3–5 недель

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

Wikipedia: Веб-аналитика — подробнее о методах и метриках. Официальная документация по событийной модели GA4 доступна в Google Analytics 4.