Core Web Vitals — это три метрики, по которым Google оценивает пользовательский опыт на сайте. С 2022 года они влияют на ранжирование, а в 2026 эта роль только усилилась. Рассказываем, что такое LCP, INP и CLS, как их измерить и что делать, если метрики в красной зоне.
Что такое Core Web Vitals
Core Web Vitals (CWV) — часть инициативы Google Page Experience. Это не единственные факторы ранжирования, но их сложно игнорировать: Google использует данные миллиардов пользователей из Chrome User Experience Report (CrUX) и учитывает их в алгоритмах.
LCP — Largest Contentful Paint
LCP измеряет, за сколько секунд загружается основной элемент страницы — текст, изображение или видео. Это время, когда пользователь видит, что страница начала работать.
Норма: ≤ 2.5 секунды. Плохо: > 4.0 секунд.
Что чаще всего влияет на LCP:
- Медленный сервер (высокий TTFB)
- Тяжёлые изображения без сжатия
- Блокирующий CSS и JavaScript
- Отсутствие CDN и кеширования
INP — Interaction to Next Paint
INP заменил FID в 2024 году. Он измеряет задержку между действием пользователя (клик, тап, нажатие клавиши) и моментом, когда браузер отрисовывает ответ.
Норма: ≤ 200 мс. Плохо: > 500 мс.
Основные причины плохого INP:
- Долгие JavaScript-обработчики событий
- Сложные CSS-анимации
- Синхронная загрузка сторонних скриптов
CLS — Cumulative Layout Shift
CLS оценивает, насколько страница «дёргается» во время загрузки. Если элементы прыгают после того, как пользователь начал читать, — это плохой CLS.
Норма: ≤ 0.1. Плохо: > 0.25.
Причины смещения вёрстки:
- Изображения и видео без указанных размеров
- Динамически подгружаемые баннеры и виджеты
- Шрифты, которые меняют геометрию после загрузки
Как проверить Core Web Vitals
Используйте несколько источников, чтобы получить объективную картину:
- Google Search Console — отчёт Core Web Vitals показывает проблемные страницы на реальных пользователях (CrUX). Это основной ориентир
- PageSpeed Insights — диагностика отдельной страницы с рекомендациями
Эти и другие проверки входят в технический SEO аудит — мы проводим его на старте каждого проекта.
- Lighthouse — автоматический аудит в Chrome DevTools
- CrUX API — если нужно проверить массу страниц программно
Важно смотреть на данные полевых измерений (CrUX), а не только лабораторных (Lighthouse). Лаборатория показывает идеальные условия, а реальные пользователи — правду.
Как оптимизировать скорость
Оптимизация сервера
- Настройте HTTP/2 или HTTP/3
- Включите сжатие Brotli или Gzip
- Используйте CDN для статики
- Настройте кеширование на уровне сервера
Оптимизация изображений
- Конвертируйте в WebP или AVIF
- Добавьте атрибуты width и height (борьба с CLS)
- Используйте lazy loading с loading=“lazy”
- Сжимайте без потери качества через TinyPNG или Squoosh
CSS и JavaScript
- Удалите неиспользуемый CSS (PurgeCSS)
- Перенесите критический CSS в
<head> - Отложите неважный JS через defer или async
- Минимизируйте сторонние скрипты (метрики, чаты, виджеты)
Инструменты для контроля
| Инструмент | Что даёт | Как часто проверять |
|---|---|---|
| Google Search Console | Полевые данные CrUX | Раз в неделю |
| PageSpeed Insights | Лаборатория + полевые | После изменений |
| Lighthouse CI | В CI/CD пайплайне | На каждый PR |
| WebPageTest | Детальный разбор загрузки | По необходимости |
| CrUX API | Массовая проверка URL | Раз в месяц |
Коротко о главном
- Core Web Vitals — рабочий фактор ранжирования Google, но не единственный
- Главный источник правды — Search Console и отчёт CWV (реальные пользователи)
- Оптимизация сервера, изображений и JS даёт 80% улучшения
- CLS часто исправляется просто — укажите размеры для всех медиаэлементов
- Контролируйте метрики регулярно, а не разово при запуске
Если хотите провести аудит скорости вашего сайта и получить план оптимизации, оставьте заявку через форму обратной связи — проанализируем метрики и найдём точки роста.