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

Наша компания занимается разработкой, поддержкой и обслуживанием сайтов любой сложности. От простых одностраничных сайтов до масштабных кластерных систем построенных на микро сервисах. Опыт разработчиков подтвержден сертификатами от вендоров.

Разработка и обслуживание любых видов сайтов:

Информационные сайты или веб-приложения
Сайты визитки, 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% глубины. Дополнительно мы интегрируем данные с тепловыми картами сервисов вроде 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% — он практически невидим. Кастомные события GA4 в три раза точнее встроенного трекера для постраничного анализа и позволяют снизить шум данных на 40%.

Почему пользователи не скроллят?

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

Как настроить отслеживание в 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 рабочих дня после получения доступа к аналитике.

Практические выводы

Резкое падение на 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. Наши инженеры с пятилетним опытом в веб-аналитике гарантируют, что вы получите максимум от данных.

Настройка веб-аналитики: GA4, GTM, Яндекс.Метрика и Amplitude

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

После правильной настройки экономия рекламного бюджета может достигать 150 000 ₽ в месяц — это реальный кейс интернет-магазина с 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: 1990.00,
      currency: 'RUB'
    }]
  }
});

Плохая практика: GTM-тег парсит DOM — ищет цену в span.price, название в h1. Это ломается при любом изменении верстки. Хорошая практика: всегда dataLayer. Используем Preview Mode для отладки и GTM Server-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 недель

Стоимость рассчитывается индивидуально. Получите консультацию по настройке веб-аналитики для вашего проекта — мы оценим объём работ за один день. Свяжитесь с нами, чтобы начать.

Wikipedia: Веб-аналитика — подробнее о методах и метриках. Официальная документация по событийной модели GA4 доступна в Google Analytics 4.