Експертна CRO-консультація: аудит, A/B-тестування, зростання конверсії

Чому сайт не конвертує? Розбираємо на прикладах

Наш інженер провів аудит інтернет-магазину: CVR 0.8% при середньому чеку 5000 грн. Воронка GA4 показувала 70% відвалу на етапі кошика. Помилка — поле «Телефон» було обов'язковим. Після заміни на e-mail конверсія зросла до 1.4%. CRO — методична робота з даними, а не вгадування. Наша CRO-консультація визначає, де користувачі губляться, чому це відбувається і що тестувати для збільшення конверсії. За 5 років ми реалізували понад 50 проектів з CRO для ecom, SaaS і лендінгів. CRO-консультація від 5000 грн дозволяє окупитись за 2-3 місяці. На прикладі цього проекту ми побачили, як одне налаштування може подвоїти конверсію.

Проблеми, які вирішуємо

Замовники часто приходять із симптомами: «трафік є, продажів немає». Ось типові технічні причини:

• Некоректне налаштування воронок GA4: події не передаються, неправильно призначені кроки — конверсія вважається невірно. Ми перевіряємо dataLayer та налаштовуємо GTM.
• Фальшиві клікабельні елементи: користувачі клікають у порожнечу, думаючи, що це посилання. Теплові карти Hotjar виявляють такі зони. Одного разу ми знайшли, що блок з ціною не був посиланням на кошик — після додавання CVR зріс на 12%.
• Ігнорування мобільних користувачів: 60% трафіку з телефонів, а форма замовлення не адаптована. Виправлення touch-цілей та розміру полів збільшило completion rate з 45% до 68%.

Як CRO-консультація впливає на LTV клієнта?

Зростання конверсії безпосередньо збільшує довічну цінність клієнта. Покращення UX на ключових кроках знижує відтік на 15–25% за даними наших проектів. Використовуємо PIE-фреймворк (Potential × Importance × Ease) для пріоритизації гіпотез з найбільшим impact.

Стек інструментів

• Аналітика: GA4 з кастомними воронками та подіями, Yandex Metrica
• Теплові карти: Hotjar (записи сесій, карти кліків і скролу), Microsoft Clarity (безкоштовно, безліміт)
• A/B-тестування: Growthbook (open source, self-hosted) — гнучкість у конфігурації, Statsig — SDK для будь-якого стеку, Vercel Edge Experiments для Next.js

Коли A/B-тест вважається статистично значущим?

Типова помилка — зупиняти тест при першому видимому покращенні. Ми використовуємо 95% довірчий інтервал та фіксовану тривалість тесту (мінімум 2 тижні, щоб врахувати day-of-week effect). Для низькотрафікових проектів застосовуємо Bayesian аналіз у Growthbook. Bayesian підхід у Growthbook дає результат на 40% швидше ніж частотний.

Порівняння інструментів A/B-тестування

Growthbook в 3 рази дешевший за Optimizely при співставному функціоналі.

Процес CRO-консультації

1. Аудит даних — налаштування GA4, Hotjar/Clarity, запис сесій, exit surveys
2. Гіпотези — список проблем із передбачуваним impact та обґрунтуванням
3. Пріоритизація — PIE framework: оцінюємо Potential (вага), Importance (вплив на бізнес), Ease (складність реалізації)
4. План експериментів — що тестуємо, порядок, обсяг трафіку для статзначущості
5. Документація — результати кожного тесту з висновками та рекомендаціями

Гарантія якості: всі тести проводяться за методологією з контролем помилок.

Що входить у роботу (deliverables)

• Документація: аудит поточних метрик, звіт по воронках, теплові карти, план гіпотез
• Доступи: налаштування інструментів аналітики та A/B-тестування
• Навчання: як інтерпретувати результати експериментів
• Підтримка: консультації з реалізації тестів протягом місяця

Строки та вартість

Орієнтовний термін — від 3 до 10 робочих днів залежно від складності. Вартість розраховується індивідуально після брифу. Клієнти нашої CRO-консультації в середньому економлять 20% бюджету на рекламі за рахунок зростання органічної конверсії. Замовте CRO-консультацію — ми знайдемо приховані точки зростання. Зв'яжіться для попереднього аналізу вашого проекту.

Наш юзабіліті аудит охоплює теплові карти, аналіз воронок GA4 та експерименти на сайті для підвищення CVR ecom проектів і оптимізації конверсії лендінгу.

Типові помилки в CRO

• Тестувати не за гіпотезами, а «на око»
• Ігнорувати мобільну версію при 50%+ трафіку
• Дивитися тільки на CVR, забуваючи про LTV та retention
• Не документувати результати експериментів

Приклад розрахунку обсягу трафіку для A/B-тесту: для CVR 2% та очікуваного покращення +20% необхідно близько 5000 відвідувачів на варіант при рівні значущості 95%. Якщо трафіку менше, використовуємо Bayesian підхід.

Таблиця: Вплив типових виправлень на CVR

Як налаштувати веб-аналітику: 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 після оновлення фронтенду

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

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

1. Аудит поточних тегів та даних (2 дні)
2. Дизайн подієвої схеми (2 дні)
3. Розробка Data Layer та налаштування тегів (3–5 днів)
4. QA в Preview Mode та на staging (2 дні)
5. Деплой та налаштування дашбордів (1 день)

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