Core Web Vitals
Core Web Vitals — три метрики пользовательского опыта, используемые Google как сигналы ранжирования: LCP (загрузка), INP (интерактивность) и CLS (визуальная стабильность). Часть обновления Page Experience.
Проверил Alexander Yarovenko · Обновлено: 2026-09-18
Что такое Core Web Vitals?
Core Web Vitals (CWV) — набор метрик производительности, которые Google определил как критически важные для пользовательского опыта. Стали сигналом ранжирования с июня 2021 года. По состоянию на 2024 год три показателя Core Web Vitals:
| Метрика | Измеряет | Хорошо | Плохо |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Производительность загрузки | < 2,5 с | > 4,0 с |
| INP (Interaction to Next Paint) | Интерактивность / отзывчивость | < 200 мс | > 500 мс |
| CLS (Cumulative Layout Shift) | Визуальная стабильность | < 0,1 | > 0,25 |
Где проверить Core Web Vitals
- Google Search Console → отчёт Core Web Vitals (полевые данные, разбивка по устройствам)
- PageSpeed Insights — лабораторные + полевые данные с рекомендациями
- Chrome DevTools → панель Performance (лабораторные данные)
Новостной сайт на WordPress с LCP 6,2 с (изображения hero без lazy-load, сторонние виджеты в <head>). После: перенесли шрифты на self-hosted, добавили fetchpriority="high" к hero-изображению, отложили загрузку виджетов. LCP упал до 2,1 с, CLS снизился с 0,28 до 0,04. Через 6 недель мобильный трафик вырос на 14% — преимущественно за счёт запросов, где конкуренты остались в «жёлтой» зоне CWV.
Как применять в SEO
Core Web Vitals описывают загрузку, отзывчивость и визуальную стабильность через LCP, INP и CLS. Сначала анализируйте полевые данные по типам страниц и устройствам, затем лабораторные тесты.
Чек-лист проверки
- Убедитесь, что реализация соответствует назначению страницы и задаче пользователя.
- Проверяйте вместе HTTP-ответ, отрендеренный HTML, canonical, robots и внутренние ссылки.
- Подтверждайте результат данными Search Console и аналитики, а не единственным сигналом краулера.
- После деплоя протестируйте контрольный URL на мобильном и настольном устройстве.
- Запишите ожидаемый результат, чтобы следующая проверка сразу обнаружила регрессию.
Практический пример
Плохой мобильный LCP шаблона связан с тяжёлым hero-изображением и медленным сервером; оба фактора исправляются и отслеживаются в CrUX и GSC.
Как проверить результат
До изменения зафиксируйте состояние обхода, индексации, производительности и трафика. После деплоя повторно проверьте затронутый шаблон и контрольный URL, затем наблюдайте Search Console в течение следующего цикла обхода. Работа завершена, когда реальный ответ сайта совпадает с тем, что видит Google.