События электронной торговли

События электронной торговли — это сообщения, которые сайт магазина отправляет в аналитику на каждом шаге пути покупателя: показ списка товаров, просмотр товара, добавление в корзину, начало оформления, покупка, возврат. Из них строятся воронка, доход по источникам и отчёты о товарах.

Простыми словами

Без этих событий аналитика видит открытые страницы, но не понимает, что на них происходит. С ними видно, сколько людей смотрели товар, сколько положили в корзину и сколько оплатили. В GA4 Google описывает рекомендуемый набор событий; если придерживаться его названий, стандартные отчёты и воронки будут работать без дополнительной настройки.

Рекомендуемый набор событий GA4

В порядке пути покупателя (документация Google):

Для акций есть `view_promotion` и `select_promotion`.

Что обязательно передавать

По документации Google:

• в `purchase` и `refund` — `transaction_id` (уникальный номер заказа);
• в событиях с суммой — `currency` вместе с `value`;
• в `purchase` значение `value` должно равняться сумме «цена × количество» по всем товарам;
• каждый товар в массиве `items` должен иметь `item_id` или `item_name` (Google советует оба); если количество не указано, берётся 1;
• в `items` может быть до 200 элементов;
• передавайте все параметры, данные которых у вас есть.

Старые названия `ecommerce_purchase` и `ecommerce_refund` заменены на `purchase` и `refund`.

Пример (условные цифры)

Покупатель купил чайник за 1 800 грн и два фильтра по 250 грн. Правильное событие `purchase`: `currency = UAH`, `value = 2 300`, `transaction_id = «A-10452»`, в `items` — две строки (чайник количеством 1, фильтр количеством 2). Если `value` указать 1 800, доход в отчётах будет занижен, а если событие отправить дважды с одним и тем же номером заказа, завышен.

Как проверить данные

1. Включите DebugView. Он показывает события в реальном времени, но требует режима отладки (Tag Assistant или параметр `debug_mode`). Если пользователь не дал согласия на аналитические cookie, события не появятся (справка Google Analytics).
2. Пройдите путь покупателя вручную на телефоне и компьютере и сравните последовательность событий с таблицей выше.
3. Сделайте тестовый заказ и сверьте номер, сумму, валюту и товары с вашей учётной системой.
4. Через несколько дней сравните количество покупок и доход в GA4 с CRM. Небольшое расхождение нормально (отказы от cookie, отмены); большое — повод искать ошибку.
5. После каждого обновления шаблона сайта повторяйте быструю проверку: события ломаются именно тогда.

Для стандартных отчётов количество параметров и событий ограничено; для важных событий название должно быть не длиннее 40 символов (справка Google Analytics).

Типичные ошибки

• Дубль `purchase` при обновлении страницы благодарности.
• Отсутствует валюта или `value` без учёта количества.
• События отправляются до того, как пользователь дал согласие, или не отправляются вовсе из-за баннера.
• Разные названия событий на разных страницах (`add_to_cart` и `addToCart`).
• Нет `refund`: возвраты не вычитаются из дохода.

FAQ

Какие события обязательны для магазина? Минимум: `view_item`, `add_to_cart`, `begin_checkout`, `purchase`. Остальные добавляют детализацию воронки.

Как проверить, что `purchase` не дублируется? Сделайте тестовый заказ, обновите страницу благодарности и посмотрите в DebugView, не появилось ли второе событие с тем же `transaction_id`.

Можно ли отправлять события с сервера? Да, см. Серверное отслеживание.

Связанные термины

• GA4 для магазина
• Анализ воронки
• Серверная аналитика (server-side tracking)
• Google Consent Mode v2
• Микроконверсия

Источники

• Google, Measure ecommerce (GA4) — developers.google.com/analytics/devguides/collection/ga4/ecommerce
• Google Analytics Help, DebugView — support.google.com/analytics/answer/7201382
• Google Analytics Help, Event collection limits — support.google.com/analytics/answer/9267744