Аналітика та юніт-економіка
GA4 для магазину: шість подій, без яких дані не варті нічого
Мінімальний набір подій електронної торгівлі, як перевірити, що вони справді працюють, і три звіти, які варто дивитися щотижня.
У більшості українських магазинів GA4 стоїть і щось збирає. Проблема в тому, що зібране не дозволяє ухвалити жодного рішення: видно сесії й «конверсії», але не видно, які товари й категорії приносять гроші.
Виправляється це шістьма подіями.
Шість подій
| Подія | Коли спрацьовує | Навіщо |
|---|---|---|
view_item_list | перегляд категорії | які категорії реально дивляться |
view_item | перегляд картки товару | які товари цікаві, а які лежать |
add_to_cart | додавання в кошик | перший крок наміру купити |
begin_checkout | початок оформлення | де починається втрата |
add_shipping_info | вибір доставки | чи не відлякує вартість доставки |
purchase | успішне замовлення | гроші, товари, канал |
Ключова деталь: кожна подія має передавати товари з ціною й категорією, а purchase — ще й ідентифікатор замовлення й суму. Без цього ви бачите кількість подій, але не бачите виручку в розрізі товарів — тобто найголовніше.
Чому саме ці
Разом вони утворюють вирву, у якій видно, де саме ви втрачаєте гроші:
категорія → картка → кошик → оформлення → доставка → оплата
Провал між view_item і add_to_cart — проблема картки товару: бракує фото, характеристик, чогось для рішення. Провал між begin_checkout і purchase — проблема оформлення: забагато полів, мало способів оплати, несподівана вартість доставки.
Без розділених етапів ви бачите тільки «конверсія 1,2%» і не знаєте, що саме лагодити.
Як перевірити, що це працює
Найпоширеніша ситуація: події «налаштовані», а половина не приходить або приходить без даних.
- Відкрийте DebugView у GA4 і розширення Google Analytics Debugger.
- Пройдіть увесь шлях покупця самі: категорія → товар → кошик → оформлення → оплата.
- Дивіться, чи з'являється кожна подія й чи є в ній масив товарів із ціною.
- Зробіть тестове замовлення на маленьку суму й перевірте, що
purchaseприйшов із правильною сумою.
Останній пункт пропускають майже завжди — і саме там знаходиться половина помилок.
Три помилки, які трапляються найчастіше
1. Подвійний відлік purchase
Подія стоїть і в темі магазину, і в GTM. Виручка в звітах удвічі більша за реальну. Помітно одразу, якщо звірити з CRM, — тому звіряйте щомісяця.
2. purchase на сторінці «дякуємо»
Клієнт оновив сторінку — подія спрацювала знову. Прив'язуйте до ідентифікатора замовлення й відсікайте повтори.
3. Немає категорії в товарах
Без item_category ви не зможете подивитися виручку за категоріями. Це саме той звіт, заради якого все і робиться.
Три звіти на щотижня
- Виручка за категоріями. Показує, що годує магазин. Дуже часто найпопулярніша за переглядами категорія — не та, що приносить гроші.
- Вирва від картки до покупки. Один провал, який видно тут, зазвичай коштує більше, ніж місяць реклами.
- Канали й джерела в розрізі виручки. Не сесій — саме виручки. Канал із малим трафіком і високим чеком часто важливіший за головний.
Merchant Center і фід
Якщо плануєте Google Shopping, одразу перевірте збіг цін між фідом, сторінкою й структурованими даними. Розбіжність — найчастіша причина відхилення товарів, і виявляється вона зазвичай уже після запуску реклами.
Головне
Аналітика налаштовується до того, як ви почнете витрачати гроші на трафік. Інакше через пів року у вас буде відчуття, що «щось працює», і жодних даних, щоб зрозуміти, що саме.
Це кілька годин роботи один раз — і єдина підстава для всіх подальших рішень.
Безкоштовний аудит вашого магазину
Письмовий розбір за 48 годин: технічний стан, SEO, конверсія, аналітика, операції — і таблиця пріоритетів, з чого починати.
Замовити аудит Спершу можна прочитати приклад справжнього аудиту — реальний магазин, реальні дані.