Як налаштувати Google Analytics 4 для інтернет-магазину
Google Analytics 4 допомагає побачити повний шлях покупця: від першого переходу на сайт до оформлення замовлення, оплати або повторної покупки. Для інтернет-магазину це не просто лічильник відвідувань, а система оцінювання продажів, рекламних каналів, поведінки користувачів і прибутковості маркетингу.
Коректна аналітика починається ще до встановлення коду на сайт. Потрібно визначити ключові дії клієнта, підготувати структуру товарних даних, налаштувати електронну торгівлю, пов’язати GA4 із рекламними сервісами та перевірити, чи збігаються показники з інформацією в CRM або адмінпанелі магазину.
Визначення цілей і структури даних
Перед створенням ресурсу GA4 варто описати бізнес-воронку. Для магазину вона зазвичай включає перегляд картки товару, додавання позиції до кошика, перехід до оформлення, введення контактних даних, вибір способу доставки, оплату та підтвердження замовлення. Кожен етап має бути представлений окремою подією.
Головною конверсією найчастіше є purchase, але обмежуватися нею не варто. До важливих мікроконверсій належать view_item, add_to_cart, begin_checkout, add_payment_info, sign_up, login, search і надсилання форми зворотного зв’язку. Така деталізація показує, на якому етапі користувачі залишають воронку.
Окремо потрібно визначити параметри, які передаватимуться разом із подіями. Для товарів це ідентифікатор, назва, категорія, бренд, ціна та кількість. Для замовлення — його номер, дохід, валюта, податок, вартість доставки, промокод і склад покупки. Якщо структура даних неповна, звіти не дадуть надійної відповіді щодо ефективності реклами.
Корисно заздалегідь зафіксувати план вимірювань у таблиці або технічному завданні. У ньому зазначають назву події, умову спрацювання, параметри, сторінку чи елемент, відповідального за реалізацію та спосіб перевірки. Це зменшує ризик хаотичного дублювання подій після кількох змін на сайті.
Створення ресурсу та підключення магазину
Для роботи потрібен обліковий запис Google, ресурс GA4 і вебпотік із доменом інтернет-магазину. Після його створення система надає ідентифікатор вимірювання формату G-XXXXXXXXXX. Саме він використовується для передавання даних із сайту до Google Analytics.
Встановити код можна безпосередньо в шаблон сайту, через Google Tag Manager або за допомогою інтеграції CMS. Для складного магазину зазвичай зручніше застосовувати GTM: він дає змогу керувати тегами, тригерами та змінними без постійного редагування програмного коду. Водночас доступ до контейнера має бути обмежений, а всі зміни — документуватися.
Базовий тег Google встановлюють на всіх сторінках, де потрібно фіксувати сеанси та джерела трафіку. Після цього налаштовують події електронної торгівлі. У багатьох платформах для цього використовується dataLayer — спеціальний масив даних, який передає інформацію про товар або замовлення в Google Tag Manager.
Важливо виключити внутрішній трафік компанії. IP-адреси офісу, тестові середовища, розробників і підрядників можуть спотворити показники. Також слід перевірити домени, які беруть участь у процесі оплати або оформлення. Якщо користувач переходить на сторонній платіжний сервіс і повертається на сайт, неправильна конфігурація може створювати зайві переходи та нові сеанси.
Під час роботи з даними варто враховувати політику конфіденційності, вимоги законодавства та правила Google. Не можна передавати в Analytics імена, номери телефонів, електронні адреси чи інші персональні дані у відкритому вигляді. Для магазинів із кількома доменами додатково налаштовують міждоменне вимірювання, щоб шлях клієнта залишався єдиним.
Налаштування електронної торгівлі та подій
Для передачі товарних даних рекомендується дотримуватися рекомендованої схеми GA4. Подія перегляду товару повинна містити масив items, а подія покупки — усі позиції замовлення. Кожен товар має мати стабільний item_id, який збігається з ідентифікатором у рекламному кабінеті, CRM або товарному фіді.
Окрім стандартних подій, магазин може передавати специфічні дії: застосування фільтра, вибір розміру, відкриття інформації про доставку, використання промокоду чи натискання кнопки «Купити в один клік». Такі події не варто створювати без потреби. Вони мають допомагати ухвалювати рішення, а не просто збільшувати кількість рядків у звітах.
| Етап взаємодії | Рекомендована подія GA4 | Що передавати | Бізнес-висновок |
|---|---|---|---|
| Перегляд товару | view_item |
ID, назва, категорія, ціна, бренд | Які товари та категорії цікавлять аудиторію |
| Додавання до кошика | add_to_cart |
ID, кількість, ціна, валюта | Які позиції мають купівельний потенціал |
| Початок оформлення | begin_checkout |
Склад кошика, сума, промокод | Скільки користувачів переходять до покупки |
| Введення оплати | add_payment_info |
Сума, спосіб оплати за потреби | Де виникають труднощі перед оплатою |
| Успішне замовлення | purchase |
ID транзакції, дохід, доставка, товари | Фактичні продажі та виручка |
| Пошук на сайті | search |
Пошуковий запит | Які товари або категорії шукають клієнти |
Подію purchase необхідно захистити від повторної відправки. Якщо користувач оновить сторінку подяки, замовлення не повинно дублюватися у звітах. Для цього застосовують унікальний transaction_id, який генерується на рівні замовлення та не змінюється під час повторного завантаження сторінки.
Для кожної події треба перевірити назву, параметри, валюту, значення доходу й момент спрацювання. Особливу увагу приділяють товарам із різними варіантами, знижками, комплектами та частковою оплатою. Помилки в цих сценаріях можуть призвести до розбіжностей між GA4, платіжною системою та внутрішнім обліком.
Події, конверсії та аудиторії для реклами
У GA4 будь-яку важливу дію можна позначити як ключову подію. Для магазину такою дією найчастіше є завершена покупка. Окремо можна відстежувати заявку на консультацію, замовлення зворотного дзвінка, реєстрацію або підписку на повідомлення про появу товару.
Не слід робити ключовою подією кожен клік. Якщо система оптимізує рекламу на малозначущі дії, алгоритм може знаходити користувачів, які активно взаємодіють із сайтом, але не купують. Основні та допоміжні конверсії потрібно розділяти й оцінювати з урахуванням маржинальності товарів.
Для ремаркетингу створюють аудиторії на основі поведінки. Наприклад, можна виділити користувачів, які переглянули товар, але не додали його до кошика, або тих, хто поклав позицію в кошик і не завершив замовлення. Окремі сегменти формують для постійних клієнтів, покупців конкретної категорії та відвідувачів із певного рекламного каналу.
- Користувачі, які переглянули товар протягом останніх семи днів.
- Відвідувачі, що додали позицію до кошика без покупки.
- Клієнти з одним або кількома завершеними замовленнями.
- Покупці певної категорії чи бренду.
- Користувачі, які прийшли з рекламної кампанії, але не виконали конверсію.
Зв’язка GA4 із Google Ads дає змогу передавати конверсії для оптимізації кампаній і створювати аудиторії в рекламному кабінеті. Для коректної атрибуції потрібно перевірити, чи зберігаються UTM-мітки, чи не втрачається ідентифікатор кліка та чи немає конфлікту між різними тегами.
Результат реклами не можна оцінювати лише за кількістю замовлень. Важливими є дохід, вартість залучення клієнта, середній чек, валовий прибуток і повторні покупки. Підхід до вимірювання має відповідати бізнес-моделі: наприклад, у компаніях із довгим циклом продажу частина цінності формується після першої транзакції. Порівняння різних підходів до побудови бізнесу можна побачити в матеріалі про бізнес-модель Unilever.
Звіти для оцінювання продажів
Після технічного запуску потрібно налаштувати робочі звіти. У розділі «Звіти» можна аналізувати джерела трафіку, посадкові сторінки, географію та поведінку аудиторії. Розділ «Дослідження» дає більше можливостей для побудови воронок, порівняння сегментів і пошуку закономірностей.
Звіт про залучення допомагає зрозуміти, які канали приводять відвідувачів. У ньому варто порівнювати органічний пошук, платну рекламу, соціальні мережі, email-розсилки, прямі переходи та партнерські розміщення. Якщо кампанії не мають UTM-міток, частина трафіку може потрапити до категорії direct або referral.
Звіт про монетизацію показує виручку, кількість покупок, середній дохід і популярність товарів. Дані потрібно аналізувати разом із витратами на рекламу. Для цього часто створюють окремий дашборд у Looker Studio, де об’єднують GA4, Google Ads, Search Console, CRM та інформацію про фактичні оплати.
- Виручка й кількість транзакцій за каналами залучення.
- Конверсія на кожному етапі оформлення замовлення.
- Середня вартість замовлення та дохід на користувача.
- Частка нових і постійних клієнтів.
- Популярність товарів, категорій, брендів і внутрішнього пошуку.
Для SEO корисно пов’язати GA4 із Search Console. Це допомагає зіставити посадкові сторінки та пошукові запити з поведінкою відвідувачів. Водночас показники Search Console і Analytics не будуть повністю однаковими, оскільки системи використовують різні моделі збору та обробки даних.
Якщо магазин працює з CRM, варто передавати в неї ідентифікатор клієнта, джерело першого звернення та інформацію про замовлення. Так можна оцінити не лише онлайн-конверсію, а й повторні продажі, повернення, скасування та реальний прибуток. Для комплексних задач автоматизації корисно вивчити кейси автоматизації українських підприємств.
Перевірка даних і регулярний контроль
Після встановлення тегів перевірку виконують у режимі реального часу. У DebugView видно, які події надходять до GA4, з якими параметрами вони передаються та чи не виникають помилки. Тестувати потрібно різні пристрої, браузери, способи оплати й сценарії оформлення.
Окремо перевіряють покупки з промокодом, доставкою, знижкою, різною валютою та кількома товарами в одному кошику. Порівнюють номер транзакції, суму замовлення й склад позицій у GA4 із даними CMS або CRM. Розбіжність у кілька відсотків може бути нормальною через блокувальники, згоду на cookies або часові відмінності, але системна помилка потребує виправлення.
Після запуску аналітику потрібно контролювати постійно. Оновлення CMS, зміна дизайну кошика, новий платіжний модуль або міграція домену можуть зламати передачу подій. Для критичних показників доцільно встановити автоматичні сповіщення про різке падіння замовлень, доходу чи кількості ключових подій.
Аналітична система має бути зрозумілою не лише розробнику, а й маркетологу, керівнику та менеджеру магазину. Документ із описом подій, параметрів, аудиторій і звітів спрощує підтримку та навчання команди. Серед відгуків клієнтів GC Spectr є приклади оцінювання комплексних цифрових рішень, у яких аналітика поєднується з рекламою, CRM і розвитком сайту.
Регулярний аналіз перетворює дані на конкретні дії: зміну рекламного бюджету, оптимізацію карток товарів, спрощення checkout, коригування асортименту або запуск персоналізованих пропозицій. Саме тому налаштування GA4 для магазину варто розглядати як постійний процес контролю бізнесу, а не одноразове встановлення коду.