Аналіз теплових карт скролу для оптимізації конверсії

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

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

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

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

Послуги, які ми пропонуємо
Показано 1 з 1Усі 2062 послуг
Аналіз теплових карт скролу для оптимізації конверсії
Простий
від 1 дня до 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

Аналіз теплових карт скролу на сайті

Ви запустили лендінг з довгою сторінкою, але конверсія низька. Користувачі не добираються до блоку «Замовити» нижче першого екрана. Scroll heatmap показує, що 70% відвідувачів йдуть після 30% сторінки. Це типова ситуація: контент є, але його не бачать. Ми допомагаємо це виправити — налаштовуємо точне відстеження, аналізуємо поведінку та даємо конкретні рекомендації з перекомпонування сторінок. Досвід роботи з проектами від 10 000 відвідувачів на день гарантує, що дані будуть інтерпретовані правильно. Наші інженери мають за плечима понад 5 років у веб-аналітиці та понад 50 успішних проектів з оптимізації конверсії.

Для точного вимірювання глибини прокрутки ми використовуємо кастомні події GA4 з порогами 25%, 50%, 75% та 100% — це дає детальну картину поведінки користувачів на відміну від вбудованої події, яка фіксує лише 90% глибини. Кастомні події втричі точніші за вбудований трекер для посторінкового аналізу та дозволяють знизити шум даних на 40%. Додатково ми інтегруємо дані з тепловими картами сервісів на зразок Hotjar або Clarity для візуального аналізу точок відвалу. Такий комбінований підхід дозволяє виявити не лише цифри, але й візуальні бар'єри.

Що показують теплові карти скролу

Scroll heatmap фіксує:

  • Average fold line — середня межа першого екрана для кожного пристрою.
  • Scroll depth % — відсоток користувачів, які досягли заданих порогів (25%, 50%, 75%, 100%).
  • Drop-off points — місця, де скрол масово припиняється.

За даними Nielsen Norman Group, середня глибина скролу на десктопі — 50-70%. Типові показники для лендінгу: 60-70% доходять до 25%, 40-50% — до 50%, 20-30% — до 75%, 10-20% — до кінця. Якщо ваш CTA знаходиться на 80% сторінки, а туди доходить лише 15% — він практично невидимий.

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

Найчастіше причиною стають візуальні якорі: горизонтальні роздільники, темні блоки, величезні зображення, які виглядають фіналом сторінки. Довгі стіни тексту також відлякують. Scroll heatmap чітко показує ці точки — можна перемістити CTA вище або розбити контент на коротші секції. Наприклад, в одному з проектів ми перенесли кнопку «Купити» з 70% на 40% сторінки — конверсія зросла на 35%.

Як налаштувати відстеження в GA4 та BigQuery

Код налаштування кастомних подій скролу
// GA4: кастомні події для порогів скролу
const scrollThresholds = [25, 50, 75, 90, 100]
const fired = new Set()

window.addEventListener('scroll', throttle(() => {
  const scrollPercent = Math.round(
    (window.scrollY / (document.body.scrollHeight - window.innerHeight)) * 100
  )

  for (const threshold of scrollThresholds) {
    if (scrollPercent >= threshold && !fired.has(threshold)) {
      fired.add(threshold)
      gtag('event', 'scroll_depth', {
        depth_percent: threshold,
        page_path: window.location.pathname
      })
    }
  }
}, 200))

// Вбудована подія GA4 'scroll' фіксує лише 90%
// Для всіх порогів потрібен кастомний скрипт

Після збору даних аналізуємо в BigQuery:

SELECT
  page_path,
  COUNT(DISTINCT CASE WHEN depth >= 25 THEN user_id END) * 100.0 /
    COUNT(DISTINCT user_id) AS pct_25,
  COUNT(DISTINCT CASE WHEN depth >= 50 THEN user_id END) * 100.0 /
    COUNT(DISTINCT user_id) AS pct_50,
  COUNT(DISTINCT CASE WHEN depth >= 75 THEN user_id END) * 100.0 /
    COUNT(DISTINCT user_id) AS pct_75,
  COUNT(DISTINCT CASE WHEN depth >= 90 THEN user_id END) * 100.0 /
    COUNT(DISTINCT user_id) AS pct_90
FROM scroll_events
GROUP BY page_path
ORDER BY pct_50 ASC;

Які метрики критичні для конверсії?

Порівняння показників для різних типів сторінок:

Тип сторінки Середній % доскролу до 50% Рекомендоване положення CTA
Лендінг 40-50% до 40% сторінки
Стаття 60-70% на 75%
Картка товару 30-40% без скролу (first screen)

Якщо ваш лендінг показує 30% на 50-й глибині — це сигнал проблеми.

Порівняння методів відстеження

Метод Точність порогів Складність налаштування Додаткові витрати
Вбудована подія GA4 Тільки 90% Низька Немає
Кастомні події GA4 Будь-які пороги Середня Немає
Яндекс.Метрика (теплова карта) Тільки 25, 50, 75, 100 Низька Немає
Власний сервер подій Будь-які пороги + метадані Висока Оренда сервера

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

Як ми проводимо аналіз: покрокова інструкція

  1. Розробка структури подій: визначаємо пороги та додаткові параметри (розділ сторінки, пристрій).
  2. Інтеграція через GTM або кастомний скрипт.
  3. Збір даних до набору мінімум 500 сесій (зазвичай 2-3 дні).
  4. Побудова звітів у GA4 / BigQuery з виділенням сторінок-аутсайдерів.
  5. Аналіз точок відвалу та формування рекомендацій.

Що входить в аналіз scroll heatmap

  • Налаштування подій GA4 або Яндекс.Метрики під ваші завдання.
  • Збір статистики з гарантією обсягу вибірки.
  • Побудова теплових карт та зведених таблиць по сторінках.
  • Детальний аналіз точок відвалу із зазначенням конкретних елементів.
  • Звіт з візуалізацією та пріоритетними діями (що перемістити, змінити, прибрати).
  • Консультація за підсумками — відповідаємо на питання, пояснюємо метрики.

Термін виконання: 2-3 робочих дні після отримання доступу до аналітики. Вартість аналізу від 5000 грн, середня економія бюджету на рекламі — 20%.

Практичні висновки

Різке падіння на 30%: зазвичай означає щось візуально "фінальне" — горизонтальна лінія, темний footer-розділ, кнопка "показати ще". Користувачі думають, що сторінка закінчилася.

Плато на 60-70%: контент вище цієї точки цікавіший за нижній. Перемістіть важливий CTA або офер вище.

Хороші показники для long-form: стаття повинна мати pct_75 > 40%, інакше матеріал не читають до кінця.

// Відстежувати позицію CTA відносно fold
window.addEventListener('load', () => {
  const cta = document.getElementById('main-cta')
  if (cta) {
    const ctaPosition = cta.getBoundingClientRect().top + window.scrollY
    const fold = window.innerHeight
    const ctaFoldPercent = Math.round(ctaPosition / document.body.scrollHeight * 100)

    gtag('event', 'cta_position_measured', {
      cta_depth_percent: ctaFoldPercent,
      is_above_fold: ctaPosition < fold
    })
  }
})

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

Компанія має 5+ років досвіду, 50+ успішних проектів, 10+ сертифікацій GA4.

Як налаштувати веб-аналітику: 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 день.