Настройка электронной торговли в GA4 в 2026: purchase и ключевые события

Что входит в настройку электронной торговли в GA4?

Коротко: шаги покупки на сайте нужно отправлять в GA4 под стандартными названиями событий и с массивом items, где лежат данные о товарах. Тогда доход, число заказов и статистика по товарам попадают в отчеты без дополнительной настройки.

Работа состоит из пяти слоев, и каждый опирается на предыдущий:

1. Слой данных Сайт или платформа (Shopify, WooCommerce, Tilda, 1С-Битрикс, самописная CMS) на каждом шаге записывает данные о товаре и заказе в dataLayer.
2. Теги Google Tag Manager (GTM) читает эти данные и отправляет их как события GA4.
3. Проверка Каждое событие и параметр проверяется в DebugView.
4. Отметка проверяется, что purchase отмечено как ключевое событие.
5. Импорт GA4 связывается с Google Рекламой, ключевое событие превращается в конверсию Google Рекламы.

Многие русскоязычные инструкции до сих пор пишут про кнопку «Отметить как конверсию». Интерфейс изменился; названия меню ниже приведены по русскоязычному интерфейсу GA4 по состоянию на сентябрь 2026 года.

Какие события электронной торговли нужно отправлять?

Используйте рекомендуемые Google названия событий один в один: стоит придумать свое название, и параметры и показатели электронной торговли перестают заполняться. Документация Google для разработчиков описывает именно этот набор событий и советует передавать все параметры, для которых у вас есть данные.

Если ресурсов мало, начните с четверки view_item, add_to_cart, begin_checkout и purchase. Этих шагов достаточно, чтобы увидеть, где воронка теряет покупателей; какие коэффициенты отслеживать, мы разобрали в гиде по KPI рекламы.

Какие параметры обязательны в событии purchase?

В purchase критичны четыре поля: transaction_id, value, currency и items. По документации Google, если вы передаете value, currency нужно задать на уровне события, а массив items может содержать до 200 элементов.

• transaction_id: номер заказа. Уникален для каждого заказа и не содержит данных, по которым можно узнать покупателя (email, телефон).
• value: сумма «цена × количество» по товарам. Доставку и налог (если он выделяется) передавайте отдельно в shipping и tax, чтобы определение дохода оставалось единым.
• currency: код ISO 4217, например KZT, UZS или USD. В мультивалютном магазине не зашивайте валюту в код, а передавайте реальную валюту заказа.
• items: для каждого товара как минимум item_id или item_name; рядом price, quantity, item_brand, item_category, item_variant.

Как настроить электронную торговлю через dataLayer в GTM?

Сайт на каждом шаге вызывает dataLayer.push с названием события в event и объектом ecommerce; тег события GA4 в GTM слушает это событие и передает данные в GA4. В официальном примере Google перед каждой отправкой предыдущий объект электронной торговли очищается.

Пример для страницы подтверждения заказа (значения условные, валюта — тенге):

dataLayer.push({ ecommerce: null }); // очистить предыдущий объект
dataLayer.push({
  event: 'purchase',
  ecommerce: {
    transaction_id: 'KZ-100245',
    value: 29980.00,
    shipping: 1500.00,
    currency: 'KZT',
    coupon: 'AUTUMN10',
    items: [{
      item_id: 'SKU-3321',
      item_name: 'Футболка оверсайз хлопок',
      item_brand: 'Пример',
      item_category: 'Одежда',
      item_variant: 'Черный / M',
      price: 14990.00,
      quantity: 2
    }]
  }
});

Что сделать в GTM:

1. В разделе Триггеры создайте триггер типа Специальное событие с названием события purchase.
2. Создайте тег Google Analytics: событие GA4, укажите идентификатор потока данных и название события purchase.
3. В дополнительных настройках тега включите отправку данных электронной торговли и выберите источник «Уровень данных».
4. Повторите то же для view_item, add_to_cart и begin_checkout; при большом числе событий можно сделать один тег с названием из переменной {{Event}}.

Как дубли transaction_id искажают доход и как их избежать?

В потоке сайта GA4 дедуплицирует события purchase с одинаковым transaction_id: если ID правильный, обновление страницы «Спасибо за заказ» не запишет доход дважды. Проблемы начинаются, когда ID пустой, постоянный или генерируется заново при каждой загрузке.

Три правила из справки Google:

• Передавайте уникальный динамический ID для каждого заказа; один и тот же ID не должен достаться разным пользователям.
• Никогда не отправляйте пустую строку (transaction_id: ""): GA4 сочтет все такие покупки дублями друг друга, и заказов в отчетах станет меньше.
• Дедупликация работает только для потоков сайта, не для потоков приложения.

Посчитаем на примере. Магазин получает 1 000 заказов в месяц со средним чеком 20 000 ₸, и в 8% случаев страница благодарности перезагружается. Если ID создается заново при каждой загрузке, появятся 80 лишних purchase, и GA4 покажет 21,6 млн ₸ вместо 20 млн ₸. Если же ID постоянный и пустой, картина обратная: все 1 000 заказов сольются в одну транзакцию. В обоих случаях ROAS, а значит и сравнение с безубыточным ROAS, будет неверным.

Не полагайтесь только на дедупликацию: запускайте purchase лишь при первом показе страницы благодарности, например храните номер заказа в cookie или sessionStorage и пропускайте тег при повторной загрузке.

Что такое ключевое событие в GA4 и как отметить purchase?

Ключевое событие — это действие, особенно ценное для бизнеса; раньше GA4 называл его «конверсией». Слово «конверсия» теперь закреплено за измерением на стороне Google Рекламы.

GA4 по умолчанию отмечает purchase как ключевое событие, поэтому в большинстве ресурсов достаточно это проверить:

1. Откройте Администратор и в блоке Просмотр данных выберите События.
2. На вкладке Недавние события найдите строку purchase (или воспользуйтесь поиском). Она появляется после первой полученной покупки.
3. Убедитесь, что звездочка рядом с событием закрашена. Если отметку кто-то снял, нажмите на звездочку, чтобы снова сделать событие ключевым.

По данным Google, новое ключевое событие может появиться в стандартных отчетах только через 24 часа. Не делайте ключевыми все подряд. Микрошаги вроде add_to_cart и так видны в отчетах, а длинный список ключевых событий размывает отчеты и импорт в Google Рекламу. В той же справке сказано, что при включении персонализированной рекламы со связанным аккаунтом Google Рекламы ключевыми автоматически становятся и некоторые другие события, например add_to_cart, begin_checkout и view_item, так что после связывания проверьте список. Где эти микрошаги находятся на пути покупателя, объясняет статья о карте пути клиента.

Как проверить настройку в DebugView?

Включите режим отладки, пройдите на сайте реальный путь покупки от начала до конца и проверьте каждое событие с параметрами в разделе Администратор › Просмотр данных › DebugView. Сеансы, открытые через режим предварительного просмотра GTM или Tag Assistant, считаются отладочными.

Экран DebugView состоит из трех частей: в центре события за последние 60 секунд, слева поминутная лента за 30 минут, справа самые частые события и свойства пользователя. Если отладка включена на нескольких устройствах, выберите свое в селекторе устройств вверху.

• Приходят ли view_item, add_to_cart, begin_checkout по порядку?
• В purchase заполнены transaction_id, value, currency, а value — число с точкой?
• В items верные ID товара, цена и количество?
• Появляется ли второй purchase при обновлении страницы благодарности?
• Купон и доставка приходят в отдельных полях?
• Как ведут себя теги, если посетитель отказался от cookie в баннере согласия?

Как связать GA4 с Google Рекламой и импортировать ключевые события?

Сначала свяжите аккаунты через Администратор › Связь с другими сервисами › Связь с аккаунтами Google Рекламы, затем в разделе Реклама на экране Управление конверсиями создайте из purchase конверсию Google Рекламы.

Главная ошибка при импорте — двойной учет. Если покупка уже измеряется тегом Google Рекламы как основная конверсия, а вы делаете основной еще и purchase из GA4, стратегия ставок увидит один заказ дважды. Решите, что будет основным, а второе оставьте дополнительным.

GA4 также спрашивает, какие каналы могут получать ценность конверсии: Платные каналы Google или Платные и бесплатные каналы. Разница между цифрой в Google Рекламе и строкой «google / cpc» в GA4 во многом объясняется этим выбором и разными моделями атрибуции. Если нужно видеть эти расхождения рядом с данными Meta и магазина, экран анализа конверсий в Marpany сводит источники в одну таблицу. Для Meta серверная передача покупок описана отдельно в статье о настройке Conversions API, это актуально для рынков, где доступны Instagram и Facebook.

Какие ошибки в настройке электронной торговли GA4 встречаются чаще всего?

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

Не забывайте про возвраты: событие refund с тем же transaction_id уменьшает доход в отчетах GA4. При частичном возврате передавайте в items только возвращенные товары. В категориях с большим процентом возвратов без этого шага чистый доход от рекламы выглядит выше реального, и бюджет уходит не туда.

Что сделать в первую неделю после настройки?

Сверьте данные GA4 с админкой магазина и доведите расхождение до приемлемого уровня: настройка считается завершенной только после этой проверки.

1. День 1 Оформите тестовый заказ в DebugView, отмените его и проверьте событие refund.
2. Дни 2–3 Убедитесь, что заполнились отчеты Покупки в рамках электронной торговли и Обзор монетизации.
3. Дни 4–5 Сравните число заказов в GA4 и в админке; при большом расхождении вернитесь к transaction_id и настройкам согласия.
4. Дни 6–7 Проверьте в Google Рекламе статус импортированной конверсии и ее настройку «основная/дополнительная».

После этого измерение стоит на надежном фундаменте, и автоматические стратегии ставок Google Рекламы получают правильный сигнал.