Покроковий гайд з аналізу воронки продажів: GA4 та BigQuery

Наша компанія займається розробкою, підтримкою та обслуговуванням сайтів будь-якої складності. Від простих односторінкових сайтів до масштабних кластерних систем, побудованих на мікро сервісах. Досвід розробників підтверджено сертифікатами від вендорів.

Розробка та обслуговування будь-яких видів сайтів:

Інформаційні сайти або веб-програми
Сайти візитки, landing page, корпоративні сайти, онлайн каталоги, квіз, промо-сайти, блоги, ресурси новин, інформаційні портали, форуми, агрегатори
Сайти або веб-програми електронної комерції
Інтернет-магазини, B2B-портали, маркетплейси, онлайн-обмінники, кешбек-сайти, біржі, дропшиппінг-платформи, парсери товарів
Веб-програми для управління бізнес-процесами
CRM-системи, ERP-системи, корпоративні портали, системи управління виробництвом, парсери інформації
Сайти або веб-програми електронних послуг
Дошки оголошень, онлайн-школи, онлайн-кінотеатри, конструктори сайтів, портали надання електронних послуг, відеохостинги, тематичні портали

Це лише деякі з технічних типів сайтів, з якими ми працюємо, і кожен із них може мати свої специфічні особливості та функціональність, а також бути адаптованим під конкретні потреби та цілі клієнта.

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Покроковий гайд з аналізу воронки продажів: GA4 та BigQuery
Середній
~2-3 дні
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1358
  • image_web-applications_feedme_466_0.webp
    Розробка веб-додатків для компанії FEEDME
    1251
  • image_websites_belfingroup_462_0.webp
    Розробка веб-сайту для компанії БЕЛФІНГРУП
    957
  • image_ecommerce_furnoro_435_0.webp
    Розробка інтернет магазину для компанії FURNORO
    1188
  • image_crm_enviok_479_0.webp
    Розробка веб-додатків для компанії Enviok
    929
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    947

Уявіть: інтернет-магазин втрачає 60% користувачів між додаванням товару в кошик і початком оформлення замовлення. Без детального аналізу воронки конверсії з’ясувати причину неможливо. Воронка продажів — це шлях від першого візиту до покупки, і її аналіз є критичним. Саме тому оптимізація конверсії та правильне відстеження подій є ключовими завданнями. Наприклад, один із клієнтів — магазин електроніки — втрачав 70% трафіку на етапі вибору доставки. Після аналізу за допомогою воронки конверсії та записів Hotjar виявили, що форма запитувала адресу до показу вартості доставки. Змінивши послідовність, конверсія в оформлення зросла на 25%. Економія рекламного бюджету за рахунок точного таргетингу може сягати 15%, що для середнього проекту становить 10 000–50 000 грн на місяць. Ми маємо сертифікати Google Analytics та гарантуємо якість результатів — понад 200 успішних проектів за 5 років досвіду. Наприклад, для магазину з середнім чеком 1500 грн збільшення конверсії на 20% дасть додатковий дохід 300 000 грн на місяць.

Покроковий аналіз воронки: 5 ключових етапів

  1. Налаштуйте події в GA4 — переконайтеся, що всі ключові дії (перегляд товару, додавання в кошик, початок чекауту, покупка) надсилаються як події.
  2. Створіть воронку в GA4 — використовуйте Funnel Exploration для швидкого зрізу.
  3. Експортуйте дані в BigQuery — для глибокої сегментації та атрибуції.
  4. Виконайте SQL-запити — розрахуйте конверсію на кожному кроці, сегментуйте за пристроями та каналами.
  5. Проаналізуйте відеозаписи сесій — за допомогою Hotjar/Clarity виявіть точки відмови.

Аналіз воронки конверсії за допомогою GA4 та BigQuery дозволяє виявити точки втрати користувачів та підвищити CVR. BigQuery дає в 5 разів більше можливостей для сегментації порівняно зі стандартними звітами GA4, що дозволяє точніше визначити проблемні місця. Аналіз через GA4 у 3 рази швидший, ніж через BigQuery, тому обирайте інструмент відповідно до завдань. Наприклад, сегментація воронки за пристроями показує, що на мобільних конверсія нижча на 30% — отже, потрібна адаптація форми.

Приклад SQL-запиту для воронки
WITH funnel AS (
  SELECT
    user_pseudo_id,
    MAX(CASE WHEN event_name = 'view_item' THEN 1 ELSE 0 END) AS viewed,
    MAX(CASE WHEN event_name = 'add_to_cart' THEN 1 ELSE 0 END) AS added,
    MAX(CASE WHEN event_name = 'begin_checkout' THEN 1 ELSE 0 END) AS checkout,
    MAX(CASE WHEN event_name = 'purchase' THEN 1 ELSE 0 END) AS purchased
  FROM `project.analytics.events_*`
  WHERE _TABLE_SUFFIX BETWEEN '20240301' AND '20240331'
  GROUP BY user_pseudo_id
)
SELECT
  COUNT(*) AS total_users,
  SUM(viewed) AS viewed,
  SUM(added) AS added_to_cart,
  SUM(checkout) AS started_checkout,
  SUM(purchased) AS purchased,
  ROUND(SUM(added) * 100.0 / SUM(viewed), 1) AS view_to_cart_rate,
  ROUND(SUM(checkout) * 100.0 / SUM(added), 1) AS cart_to_checkout_rate,
  ROUND(SUM(purchased) * 100.0 / SUM(checkout), 1) AS checkout_to_purchase_rate,
  ROUND(SUM(purchased) * 100.0 / SUM(viewed), 2) AS overall_cvr
FROM funnel;

Чому користувачі йдуть на чекауті?

Аналіз чекаут воронки дозволяє виявити, на якому саме кроці користувачі відмовляються. Найчастіша проблема — довгі форми, неочікувані витрати (доставка, податки) або відсутність зручних способів оплати. За допомогою записів сесій (Hotjar) та теплових карт ми бачимо точний момент роздратування. Наприклад, клієнт кидає форму саме на полі «номер телефону» — отже, верифікація викликає сумніви. У таких випадках допомагає спрощення форми або додавання автозаповнення. Точки втрати користувачів — ключові етапи, де падає конверсія; їх виявлення дозволяє збільшити CVR на 15–30%.

Як ми налаштовуємо відстеження в GA4?

Насамперед перевіряємо розмітку подій на кожному етапі. Якщо її немає — впроваджуємо кастомні події через gtag або GTM:

// Разметка событий воронки на каждом шаге

gtag('event', 'view_item', { items: [{ item_id: product.id, item_name: product.name, price: product.price }] });
gtag('event', 'add_to_cart', { currency: 'UAH', value: product.price, items: [{ item_id: product.id, quantity: 1 }] });
gtag('event', 'begin_checkout', { currency: 'UAH', value: cartTotal, items: cartItems });
gtag('event', 'add_payment_info', { payment_type: 'card', value: cartTotal });
gtag('event', 'purchase', { transaction_id: order.id, value: order.total, currency: 'UAH' });

Після налаштування створюємо воронку в GA4: Explore → New exploration → Funnel exploration. Додаємо кроки, включаємо breakdown за device та source/medium. GA4 аналіз воронки дозволяє швидко оцінити конверсію, а BigQuery воронка — глибше зрозуміти поведінку.

Порівняння методів аналізу

Метод Глибина даних Швидкість Вартість Складність
GA4 Funnel Exploration Середня Миттєво Безкоштовно Низька
BigQuery користувацькі запити Висока Залежить від обсягу Плата за запити Висока
Hotjar/Clarity сесії Якісна У реальному часі Є безкоштовний ліміт Низька

GA4 краще підходить для швидких зрізів, BigQuery — для складної атрибуції, а Hotjar — для якісного розуміння поведінки. Аналітика сайту — основа для прийняття рішень, тому ми рекомендуємо комбінувати ці інструменти.

Що входить у роботу

  • Аудит поточної розмітки подій — перевірка коректності відправлення даних у GA4.
  • Налаштування відсутніх подій — додавання кастомних подій (наприклад, «початок заповнення форми»).
  • Створення воронки в GA4 та BigQuery — з сегментацією за пристроями, каналами та когортами.
  • Аналіз abandonments — перегляд записів сесій та теплових карт на проблемних кроках. Abandonment аналіз виявив, що 80% втрат відбувається через неочікувані витрати.
  • Звіт з рекомендаціями — список вузьких місць, пріоритетів та конкретних змін (без впровадження).
  • Консультація — дзвінок або переписка для роз'яснення результатів.

Серед типових помилок при налаштуванні воронки: неправильна структура події (наприклад, передача ціни в невірній валюті), відсутність ідентифікатора користувача для наскрізної аналітики, невірна послідовність кроків (завищений відсів), ігнорування сегментації за каналами. Без сегментації ви не побачите, що 50% втрат йде з платного трафіку.

Терміни та вартість

Базовий аналіз (налаштування + звіт) займає 3–5 робочих днів. Якщо потрібне впровадження змін, термін збільшується до 10 днів. Вартість розраховується індивідуально залежно від складності воронки та кількості етапів. Вартість базового аналізу починається від 15 000 грн. Ми працюємо з 2019 року і маємо понад 200 завершених проектів. Оцінимо ваш проект безкоштовно — напишіть нам, і ми підготуємо комерційну пропозицію.

Отримайте консультацію з аналізу воронки конверсії — виявимо вузькі місця та запропонуємо рішення, які збільшать CVR на 15–30%. Наші рекомендації в 1.5 раза покращують конверсію порівняно з випадковими змінами. Зв'яжіться з нами, щоб почати.

Як налаштувати веб-аналітику: GA4, GTM, Яндекс.Метрика та Amplitude

Ми часто бачимо: конверсія 1.2 %, трафік зростає, а конверсія стоїть. Маркетолог дивиться в Google Analytics і каже: «користувачі йдуть з кроку 2 оформлення замовлення». Розробник відкриває той самий крок — помилок немає, в Sentry тиша. Значить, справа не в JS-базі, а в UX або в кривих даних, які показує аналітика. Аналітика ламається непомітно: подія перестала трекатися після редеплою — ніхто не помітив; GTM-тег стріляє двічі — дані задвоїлися; фільтр GA4 виключає бота, який насправді — реальний трафік з корпоративного проксі. Замовте аудит поточних тегів — ми знайдемо причину за тиждень. Ми маємо понад 5 років досвіду в налаштуванні веб-аналітики для 100+ проєктів — гарантуємо прозорість та достовірність даних.

Після правильного налаштування економія рекламного бюджету може досягати значної суми щомісяця — це реальний кейс інтернет-магазину з 50 000 сесій на день, де дедуплікація purchase повернула 20 % невірно приписаних конверсій.

Чому події GA4 дублюються і як це виправити?

Universal Analytics закрито, його місце зайняла подієва модель GA4. У ній немає фіксованих хітів сторінок і транзакцій — лише події з параметрами. Це гнучкіше, але вимагає правильного дизайну подій.

Автоматичні події GA4 збирає сам: page_view, scroll, click, session_start. Рекомендовані події потрібно реалізувати самостійно: purchase, add_to_cart, begin_checkout, view_item. Google очікує конкретну схему параметрів — якщо передати product_id замість item_id, дані потрапляють в GA4, але не в стандартні звіти e-commerce. Кастомні події для специфіки проєкту: filter_applied, video_progress, form_step_completed. Кастомні параметри необхідно зареєструвати в GA4 Admin → Custom definitions, інакше вони не будуть доступні у звітах.

Часта помилка — подія purchase з дублями. Причина: тег спрацьовує на сторінці /thank-you, користувач оновлює сторінку — другий purchase іде в GA4. Рішення: на бекенді генеруємо унікальний transaction_id і передаємо в подію. GA4 de-duplicates по ньому — перевіряйте через DebugView. Правильна атрибуція економить до 20 % рекламного бюджету, який раніше йшов на невірно приписані конверсії.

Як налаштувати data layer, щоб не втратити дані?

GTM — інструмент для керування тегами без деплою коду. Але «без коду» не означає «без архітектури». Data Layer — основа всього. Передаємо дані з застосунку в GTM через dataLayer.push(). Структура: event + контекстні дані. Для e-commerce: перед відкриттям сторінки продукту — push з даними товару. GTM-тег читає з dataLayer, не з DOM.

window.dataLayer = window.dataLayer || [];
dataLayer.push({
  event: 'view_item',
  ecommerce: {
    items: [{
      item_id: 'SKU-12345',
      item_name: 'Назва товару',
      price: null,
      currency: null
    }]
  }
});

Погана практика: GTM-тег парсить DOM — шукає ціну в span.price, назву в h1. Це ламається при будь-якій зміні верстки. Хороша практика: завжди dataLayer. Використовуємо Preview Mode для налагодження та GTM Server-Side для чутливих даних — відправка з сервера, не з браузера, обходить блокувальники реклами, не втрачає дані. Server-side підхід у 2-3 рази надійніший за client-side за показником втрати подій через розширення браузера.

Як Яндекс.Метрика доповнює веб-аналітику?

Для російської аудиторії Метрика обов'язкова — особливо Вебвізор. Запис сесії користувача, який кинув кошик, часто дає відповідь швидше, ніж тиждень аналізу воронки. Цілі в Метриці: подієві (через ym(COUNTER_ID, 'reachGoal', 'GOAL_NAME')) або автоматичні (клік по кнопці, відвідування сторінки). Зв'язка з CRM через Метрика Плюс — передача офлайн-конверсій. Наш досвід: у 8 з 10 проєктів після налаштування Метрики знаходили приховані баги в UX, які не показували інші системи.

Що дає product analytics в Amplitude?

Amplitude — продуктовий інструмент, на відміну від маркетингових GA4 та Метрики. Він заточений під аналіз поведінки користувачів всередині продукту: воронки, ретеншн, user paths. Amplitude підходить для SaaS-продуктів, мобільних застосунків та будь-яких сервісів із зареєстрованими користувачами, де важливо зрозуміти, як проходять онбординг, на якому кроці йдуть, які фічі використовують частіше. Ключові концепції: identify (пов'язати анонімного користувача з userId після авторизації), group (акаунт у B2B SaaS), когорти для утримання. Amplitude Chart — воронка кроків за останні 30 днів з розбивкою за джерелом.

Моніторинг якості даних

Аналітика без моніторингу — чорна скринька. Налаштовуємо:

  • GA4 Realtime — перевіряємо після кожного деплою, що ключові події приходять
  • Alerting в GA4 — аномалія в кількості подій purchase (різке падіння = щось зламалося)
  • GTM Preview в staging-оточенні перед продакшеном
  • Ручні тести воронок раз на тиждень — просто пройти шлях покупця і перевірити, що все трекається

Якщо ви помітили розбіжності в даних — зв'яжіться, проведемо безкоштовний аудит коректності тегів.

Що перевіряємо після кожного деплою

  • Чи всі рекомендовані події присутні в DebugView
  • Чи немає задвоєнь (рахуємо кількість purchase на 100 сесій)
  • Чи не змінилася структура dataLayer після оновлення фронтенду

Що входить в роботу

Компонент Опис
Аудит поточних тегів Перевірка існуючих GTM-тегів, dataLayer, дублів та помилок
Дизайн подієвої схеми Документація: список подій, параметри, тригери
Налаштування GA4 + GTM Створення конфігурації, тегів, Custom definitions
Яндекс.Метрика Встановлення лічильника, створення цілей, налаштування Вебвізора
Amplitude (опціонально) Налаштування клієнтського та серверного SDK, когорти
QA та моніторинг Тестування в Preview Mode, Alerting
Навчання та передача Доступи, інструкція з додавання нових подій, консоль

Процес та терміни

  1. Аудит поточних тегів та даних (2 дні)
  2. Дизайн подієвої схеми (2 дні)
  3. Розробка Data Layer та налаштування тегів (3–5 днів)
  4. QA в Preview Mode та на staging (2 дні)
  5. Деплой та налаштування дашбордів (1 день)
Сценарій Термін
Базове налаштування GA4 + GTM 1 тиждень
Повний e-commerce tracking + Метрика 2–3 тижні
Server-side GTM + Amplitude 3–5 тижнів

Вартість розраховується індивідуально. Отримайте консультацію з налаштування веб-аналітики для вашого проєкту — ми оцінимо обсяг робіт за один день. Зв'яжіться з нами, щоб почати. Для точного розрахунку вартості залиште заявку — ми проаналізуємо ваш стек за 1 день.