Кейс: аудит и настройка ecommerce Google Analytics 4 (GA4) для сервиса продажи билетов

GA4 ecommerce показывал на 76% меньше дохода, чем реальные продажи — мы провели аудит, нашли 4 критические ошибки в отслеживании и разработали техническое задание для правильной настройки через Data Layer и GTM.

Когда нужен аудит GA4 ecommerce

Большинство владельцев онлайн-сервисов и интернет-магазинов считают, что аналитика работает, если GA4 вообще собирает данные. Но правильная настройка GA4 ecommerce — это когда данные в отчётах совпадают с реальностью с погрешностью не более 3–5%.

1. Данные GA4 отличаются от CRM более чем на 5% — явный признак ошибок в отслеживании транзакций.
2. После миграции с Universal Analytics на GA4 — необходимо проверить корректность переноса всех событий.
3. После редизайна сайта или изменений в процессе оформления заказа — новый код мог нарушить существующее отслеживание.
4. ROAS из разных каналов выглядит нереалистично — слишком высокий или низкий показатель указывает на проблему в данных.
5. Отсутствуют данные ecommerce в GA4 — модуль ecommerce не активирован или неправильно настроен Data Layer.
6. Планируете масштабирование рекламных бюджетов — перед увеличением расходов важно убедиться в достоверности данных.

Что такое GA4 ecommerce и зачем его настраивать

Модуль ecommerce в Google Analytics 4 — это расширенная система отслеживания транзакций, которая позволяет видеть не просто количество заказов, а полную картину: какие товары покупают, через какие каналы приходят покупатели, сколько стоит привлечение одного клиента из Google Ads по сравнению с Instagram.

Без правильно настроенного GA4 ecommerce маркетолог работает «вслепую» — тратит рекламный бюджет без понимания реального ROAS по каналам. Именно поэтому аудит и настройка GA4 ecommerce — один из первых шагов при работе с любым онлайн-сервисом или интернет-магазином.

О проекте: сервис продажи билетов

Клиент — онлайн-сервис продажи автобусных и железнодорожных билетов. Сайт построен на кастомном стеке: React.js / Next.js на фронтенде, FastAPI (Python) на бэкенде, PostgreSQL как база данных. Хостинг — DigitalOcean, деплой через GitHub Actions / Docker Compose.

Особенность бизнес-модели: часть покупателей оплачивает билет онлайн (эквайринг), а большинство — бронирует билет на сайте и оплачивает наличными водителю. В апреле–мае 2024 года около 82–85% клиентов выбирали оплату наличными, что составляло ~86% общего дохода.

Для аналитики использовался Google Tag Manager (GTM-HHLSGH5B) и Google Analytics 4 (G-FCS3V6HH2L). До аудита владельцы предполагали, что аналитика настроена корректно — реальные данные это опровергли.

Аудит GA4 ecommerce: что мы нашли

Техническая база аналитики

Контейнер GTM в целом настроен корректно: установлен на всех страницах, содержит теги GA4, некоторые кастомные конфигурации и DataLayer. Однако вместе с кодом GTM на сайте также были встроены прямые коды GA4 и DataLayer в исходный код — это и стало одной из причин некорректного отслеживания.

Тестовые покупки и первые выводы

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

Сравнение GA4 с реальными продажами

Если в апреле расхождение в доходах составляло относительно приемлемые 26%, то в мае GA4 показывал в 4 раза меньше реального дохода. Причина — некорректный DataLayer, который записывал стоимость только одного билета вместо суммы всех в транзакции.

Стратегия настройки GA4 ecommerce

Билеты как товары в GA4

Ключевое решение — рассматривать каждый билет как отдельный товар в GA4 ecommerce. Товар идентифицируется парой «город отправления — город назначения». Имя перевозчика фиксируется как бренд товара, дата и время рейса — как кастомный параметр.

Цепочка событий GA4 ecommerce

1. view_item_list — пользователь видит список доступных маршрутов
2. view_item — выбор конкретного билета на конкретную дату
3. add_to_cart — нажатие кнопки «Купить» для выбранного маршрута
4. begin_checkout — начало заполнения формы оформления билета
5. purchase — успешное бронирование (как онлайн-оплата, так и «оплата водителю»)

GA4 ecommerce events: параметры для Data Layer

Для полного GA4 ecommerce tracking каждое действие в воронке покупок отображается отдельным событием с определённым набором параметров. Ниже — справочник всех 5 обязательных GA4 ecommerce events и параметров Data Layer для каждого из них.

Ключевой параметр — transaction_id: без него GA4 не может дедуплицировать транзакции и одно бронирование может засчитаться дважды. Параметр value должен содержать сумму всех товаров в массиве items[] — а не стоимость одного элемента.

4 критические ошибки GA4 ecommerce и как их исправить

1. Частичная стоимость транзакции — DataLayer передавал цену последнего билета вместо суммы всех. Исправление: суммировать value по всем элементам массива items.
2. Дублирующие теги — прямой код GA4 в HTML + тег через GTM = двойная отправка событий. Исправление: удалить прямой код GA4, оставить только GTM.
3. Отсутствующий transaction_id — без уникального ID GA4 не может дедуплицировать повторные отправки. Исправление: генерировать уникальный ID на уровне бэкенда.
4. Пропуск офлайн-транзакций — покупки с оплатой водителю не фиксировались как purchase. Исправление: оба типа оплаты должны триггерить событие purchase.

Правильная структура Data Layer для события purchase

dataLayer.push({
  event: 'purchase',
  ecommerce: {
    transaction_id: '<ORDER_ID>',
    value: <TOTAL_PRICE>,  // сумма всех билетов
    currency: 'UAH',
    payment_type: '<online|cash>',
    items: [{
      item_id: '<CITY_FROM>-<CITY_TO>',
      item_name: '<CITY_FROM> → <CITY_TO>',
      item_brand: '<CARRIER_NAME>',
      item_category: '<COUNTRY_FROM>',
      item_category2: '<COUNTRY_TO>',
      item_category3: '<CITY_FROM>',
      item_category4: '<CITY_TO>',
      price: <TICKET_PRICE>,
      quantity: 1
    }]
  }
});

Результаты: что дала правильная настройка GA4 ecommerce

После внедрения исправленного Data Layer и обновлённой конфигурации GTM расхождение между GA4 и реальными продажами сократилось до менее чем 3%. Маркетологи получили возможность точно сравнивать ROAS по каналам, видеть популярность маршрутов и анализировать воронку конверсии на основе достоверных данных.

Аудит и настройка GA4 ecommerce от Spilno Agency

За 5 лет Spilno Agency провела аудиты GA4 ecommerce для более чем 40 проектов: интернет-магазины, тревел-сервисы, SaaS-платформы, маркетплейсы. В каждом втором проекте мы находим критические ошибки в отслеживании.

Нужна помощь с аудитом или настройкой GA4 ecommerce? Оставьте заявку — мы проведём бесплатную консультацию.

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

Когда нужен аудит GA4 ecommerce?

Аудит GA4 ecommerce необходим, когда данные GA4 отличаются от реальных продаж более чем на 5%, после миграции с UA на GA4, после редизайна сайта. Всегда проводите аудит перед масштабированием рекламных бюджетов.

Почему GA4 ecommerce показывает неверные данные?

Наиболее частая причина — некорректная реализация Data Layer или дублирование тегов в GTM. Аудит GTM и проверка Data Layer на тестовых покупках — наиболее эффективный диагностический метод.

Что такое Data Layer и зачем он нужен для GA4?

Data Layer — это JavaScript-массив на странице, через который сайт передаёт структурированные данные в GTM. Без Data Layer невозможно передать параметры такие как цена товара, ID транзакции, способ оплаты или детали о товаре в GA4.

Как проверить правильность настройки GA4 ecommerce?

Наиболее надёжный способ — провести тестовые покупки и сравнить данные GA4 в режиме реального времени с реальными транзакциями в CRM. Расхождение более 5% между GA4 и реальными продажами указывает на проблему в отслеживании.