Как скорость сайта влияет на конверсию и выручку: кейсы и метрики

Скорость сайта — не абстрактный технический балл. Пользователь видит её как время до полезного контента, задержку после клика и «прыгающий» интерфейс. Бизнес видит её в отказах, конверсии, стоимости привлечения и органическом трафике.

+33,13%конверсия Rakuten 24 в A/B-тесте оптимизированной версии

+42%мобильная выручка Swappie после трёх месяцев работы над производительностью

+60%visit-to-order у T-Mobile после программы улучшения web performance

Три метрики, которые видит пользователь

LCP — скорость появления главного контента

Largest Contentful Paint измеряет, когда загрузился крупнейший значимый элемент первого экрана. Для хорошей оценки Google рекомендует LCP не более 2,5 секунды для 75-го процентиля реальных посещений.

INP — отзывчивость после действия

Interaction to Next Paint показывает задержку интерфейса после кликов и ввода. Хороший ориентир — до 200 мс. Чаще всего мешают длинные задачи JavaScript и слишком тяжёлая логика на клиенте.

CLS — стабильность макета

Cumulative Layout Shift фиксирует неожиданные сдвиги. Хорошее значение — не выше 0,1. Размеры изображений, баннеров и динамических блоков должны быть зарезервированы заранее.

Что показал A/B-тест Rakuten 24

Rakuten направлял по 50% трафика на две визуально и функционально одинаковые версии посадочной страницы. Оптимизированная версия загружалась примерно на 0,4 секунды быстрее, а CLS улучшился на 92,72%. Результат: выручка на посетителя выросла на 53,37%, конверсия — на 33,13%, средний чек — на 15,2%, выходы снизились на 35,12%.

Почему этот кейс важен: это не простая корреляция «быстрые пользователи чаще покупают», а контролируемый A/B-тест с одинаковым дизайном и функциональностью.

Swappie: связать скорость с деньгами

Swappie сравнивал мобильную конверсию с десктопной, чтобы уменьшить влияние сезонности и кампаний. За три месяца среднее время загрузки снизилось на 23%, LCP — на 55%, относительная мобильная конверсия выросла с 24% до 34%, а мобильная выручка — на 42%.

T-Mobile: полевые данные вместо лабораторной оценки

T-Mobile встроил библиотеку web-vitals в аналитику и сопоставил показатели реальных пользователей с бизнес-метриками. После масштабной программы компания сообщила о снижении пользовательских проблем на 20% и росте visit-to-order на 60%.

Почему одного Lighthouse мало

Лабораторный тест воспроизводим и полезен для диагностики, но он не отражает все устройства, сети, регионы и сценарии. Решения нужно принимать по полевым данным: CrUX, Search Console, web-vitals в аналитике и собственным метрикам конверсии.

Что обычно даёт самый быстрый эффект

Правильные размеры, WebP/AVIF, preload для LCP-изображения и lazy loading ниже первого экрана.
Удаление неиспользуемого JavaScript и CSS, разделение кода, отложенная загрузка сторонних скриптов.
Кэширование, CDN, оптимизация TTFB и серверный рендеринг критического контента.
Фиксированные размеры блоков, шрифтов и рекламы для уменьшения CLS.
Упрощение форм, каталога, поиска и мобильной навигации.

Как считать эффект на своём сайте

Разделите реальные визиты на сегменты по LCP или INP и сравните конверсию, доход на сессию и отказы. Затем улучшите одну крупную страницу и проведите эксперимент. Если трафика мало, отслеживайте промежуточные действия и изменение полевых метрик, но не выдавайте корреляцию за причинность.

Что мы делаем

OneMG проводит технический и UX-аудит, проектирует сайты и e-commerce, оптимизирует frontend/backend, Core Web Vitals, аналитику и SEO-структуру. Для сложных проектов связываем производительность с выручкой и приоритизируем задачи по ожидаемому эффекту.

Нужен быстрый сайт, который измеряет результат?

Проведём аудит, найдём узкие места, свяжем Core Web Vitals с конверсией и реализуем приоритетные улучшения.

Обсудить задачу

Источники и методология

Цифры из кейсов показывают результаты конкретных компаний и не гарантируют такой же эффект в любом проекте. Перед внедрением мы фиксируем базовую метрику и критерий успеха.