Speed is money: how Core Web Vitals impact revenue and why headless is the only way to fix them

Amazon подсчитал, что каждые 100 мс задержки стоят 1% выручки. Для магазина с оборотом 500 млн рублей в год это 5 млн рублей на каждые 100 мс. Если ваш TTFB — 700 мс вместо 100 мс, вы отдаёте конкурентам 30 млн рублей в год. И это только прямые потери от скорости — без учёта SEO и поведенческих факторов.

Core Web Vitals в 2026 году: что измеряет Google

Google использует три метрики для оценки пользовательского опыта на странице:

LCP (Largest Contentful Paint) — время до отрисовки самого крупного видимого элемента. Для каталога это обычно изображение товара или заголовок категории. Хорошо: до 2.5 с. Плохо: больше 4.0 с.

INP (Interaction to Next Paint) — время от действия пользователя (клик, тап, ввод) до визуального отклика. Заменил FID в 2024 году и стал гораздо жёстче: измеряет не первый ввод, а все взаимодействия за сессию, берёт worst-case. Хорошо: до 200 мс. Плохо: больше 500 мс.

CLS (Cumulative Layout Shift) — суммарный сдвиг элементов на странице во время загрузки. Когда баннер «прыгает» вниз, потому что загрузился слайдер выше — это CLS. Хорошо: до 0.1. Плохо: больше 0.25.

Эти метрики — не рекомендации. С 2024 года они являются фактором ранжирования в поисковой выдаче Google. Сайты с плохими CWV получают штраф в позициях — особенно на мобильных устройствах, где конкуренция за первую страницу максимальна.

Состояние enterprise-сайтов на Битрикс

Мы провели аудит более 40 enterprise-магазинов на 1С-Битрикс за последний год. Типичная картина:

• TTFB: 600-900 мс. Сервер генерирует PHP-шаблон, делает 30-80 запросов к MySQL, собирает страницу — и только потом отправляет первый байт клиенту.
• LCP: 3.0-4.0 с. После получения HTML браузер ещё загружает CSS, JS, шрифты, изображения. Крупнейший элемент появляется через 3-4 секунды.
• INP: 220-350 мс. Тяжёлый JavaScript (jQuery + кастомные плагины + аналитика) блокирует main thread. Клик по фильтру — задержка в четверть секунды до визуального отклика.
• CLS: 0.15-0.30. Баннеры, ленивая загрузка без размеров, динамическая вставка блоков — всё это сдвигает контент.

По классификации Google это «needs improvement» в лучшем случае и «poor» в большинстве ситуаций. На мобильных устройствах цифры ещё хуже: TTFB тот же, но LCP растёт из-за медленных сетей, а INP увеличивается из-за менее мощных процессоров.

Три канала влияния скорости на выручку

Скорость сайта влияет на деньги не через один механизм, а через три — и они усиливают друг друга.

Канал 1: Поисковое ранжирование

Google прямо использует CWV как фактор ранжирования. Сайт с LCP 1.8 с имеет преимущество перед сайтом с LCP 3.5 с при прочих равных. В конкурентных нишах (электроника, одежда, бытовая техника) это может означать разницу между первой и второй страницей выдачи. А на второй странице Google конверсия практически нулевая — 0.63% кликов против 27.6% для первой позиции первой страницы.

Канал 2: Показатель отказов

По данным Google, при увеличении времени загрузки с 1 с до 3 с вероятность отказа растёт на 32%. С 1 с до 5 с — на 90%. Каждый посетитель, который ушёл не дождавшись, — это потерянная конверсия, за которую вы уже заплатили (рекламой, SEO, контентом).

На мобильных устройствах эффект ещё сильнее: 53% мобильных пользователей покидают сайт, если загрузка занимает больше 3 секунд.

Канал 3: Конверсия

Deloitte провёл исследование для ритейлеров: улучшение скорости загрузки на 0.1 с увеличивает конверсию на 8.4% для ритейла и на 10.1% для travel-сегмента. Это не теория — это замеры на реальном трафике.

Портал Walmart обнаружил, что каждая секунда улучшения скорости загрузки увеличивает конверсию на 2%.

Что даёт headless: реальные цифры

Вот production-метрики с реальных проектов, где мы перевели фронтенд Битрикс-магазинов на Next.js:

Метрика Битрикс (до) Next.js (после) Улучшение TTFB 600-900 мс 90-150 мс 6x LCP 3.0-4.0 с 1.7-2.2 с 2x INP 220-350 мс 80-140 мс 2.5x CLS 0.15-0.30 0.02-0.05 5x

Это не лабораторные тесты. Это данные из Chrome User Experience Report (CrUX) и реального мониторинга на продакшене.

Почему такая разница? Next.js кардинально меняет архитектуру доставки контента:

• SSR/SSG + CDN: страницы генерируются на Edge-серверах или статически, TTFB падает до минимума.
• Automatic code splitting: браузер загружает только JavaScript для текущей страницы, а не весь бандл.
• Image optimization: Next.js Image автоматически выбирает формат (WebP/AVIF), размер и качество.
• Streaming SSR: HTML отправляется по частям, LCP не ждёт полной генерации страницы.
• React Server Components: часть компонентов рендерится на сервере, снижая нагрузку на клиент и улучшая INP.

Быстрые победы vs. архитектурные изменения

Часть оптимизаций можно сделать прямо сейчас, без смены архитектуры:

• Сжатие изображений (WebP, lazy loading) — уменьшение LCP на 15-30%
• Отложенная загрузка некритичного JS — улучшение INP на 10-20%
• Задание размеров для изображений и iframe — снижение CLS
• HTTP/2, Brotli-сжатие — снижение TTFB на 10-15%

Эти оптимизации дают эффект — но они не решают фундаментальную проблему. Сервер всё ещё генерирует страницу за 600+ мс. JavaScript-бандл всё ещё весит 400-800 КБ. Архитектура монолита всё ещё диктует ограничения.

Для реального прорыва в скорости нужно отделить фронтенд от монолита. Это единственный способ получить 6-кратное ускорение TTFB и 2-кратное улучшение LCP.

Эффект компаундинга

6x быстрее TTFB + 2x быстрее LCP + 2.5x лучше INP — это не просто «быстрее». Это каскадный эффект:

1. Google видит улучшение CWV → повышает позиции в выдаче
2. Выше позиции → больше трафика
3. Быстрее сайт → ниже отказы
4. Ниже отказы → больше сессий с глубиной > 1 страницы
5. Лучше INP → мгновенный отклик на действия → больше взаимодействий с каталогом
6. Больше взаимодействий → выше конверсия
7. Каждый процент конверсии → рост выручки

Этот эффект накапливается и компаундится со временем. Через 3-6 месяцев после перехода на headless магазины видят рост органического трафика на 15-40% — не из-за нового контента, а из-за улучшения технических позиций.

Следующий шаг

Начните с бесплатного CWV-аудита. Мы замерим текущую производительность вашего сайта по всем метрикам, покажем, где вы теряете позиции и конверсию, и оценим потенциал перехода на headless в конкретных цифрах.

Продукт: https://webgoodpeople.com/ru/products/headless-next-elasticsearch