Core Web Vitals
Core Web Vitals — метрики Google для оценки UX. LCP (загрузка), INP (отзывчивость), CLS (стабильность). Бенчмарки 2.5с/200мс/0.1, инструменты замера.
Core Web Vitals — это набор конкретных метрик, которые Google использует для измерения реального пользовательского опыта на веб-странице. В отличие от технических показателей вроде времени ответа сервера, Core Web Vitals оценивают то, что ощущает живой посетитель: насколько быстро появляется основной контент, как быстро страница реагирует на нажатия, и не «прыгают» ли элементы по экрану в момент загрузки. С 2021 года эти метрики входят в Google Page Experience — совокупность сигналов, которые влияют на позиции в органической выдаче.
Определение и назначение
Core Web Vitals — подмножество инициативы Google Web Vitals, запущенной в 2020 году. Полный список Web Vitals включает около десяти метрик, но в Core Web Vitals выделены три, признанные наиболее значимыми для восприятия скорости и удобства страницы. Набор не статичен: в марте 2024 года Google заменил FID (First Input Delay) на INP (Interaction to Next Paint), поскольку FID измерял только первое взаимодействие, тогда как INP отслеживает отзывчивость на протяжении всей сессии.
Метрики собираются на реальных устройствах через Chrome User Experience Report (CrUX) — анонимизированную выборку из миллионов Chrome-сессий. Сайт получает оценку по 75-му процентилю: значение, хуже которого испытывают не более 25% посетителей. Это значит, что оптимизировать нужно не только «среднее», но и медленный хвост аудитории.
Три метрики: LCP, INP, CLS
LCP (Largest Contentful Paint) — скорость загрузки основного контента. Метрика фиксирует момент, когда в области видимости браузера отрисовывается наибольший по площади элемент: обычно это герой-изображение, обложка статьи или крупный заголовок. LCP отражает субъективное ощущение «страница загрузилась».
- Хорошо: до 2,5 секунды
- Требует улучшения: 2,5–4,0 секунды
- Плохо: более 4,0 секунды
Основные причины низкого LCP: медленный сервер (высокое TTFB), тяжёлые изображения без адаптивных форматов (WebP/AVIF), блокирующий рендер CSS или JavaScript, отсутствие предзагрузки критических ресурсов.
INP (Interaction to Next Paint) — отзывчивость к взаимодействиям. С 12 марта 2024 года INP заменил FID в составе Core Web Vitals. Метрика измеряет задержку между действием пользователя (клик, касание, нажатие клавиши) и следующим визуальным обновлением страницы. INP отслеживает все взаимодействия за сессию и возвращает значение на уровне 98-го процентиля — то есть почти самый медленный отклик.
- Хорошо: до 200 миллисекунд
- Требует улучшения: 200–500 миллисекунд
- Плохо: более 500 миллисекунд
Главные причины высокого INP: тяжёлые обработчики событий в JavaScript, блокировка главного потока длинными задачами, избыточный DOM, отсутствие переноса вычислений в Web Workers.
CLS (Cumulative Layout Shift) — визуальная стабильность. Метрика суммирует все неожиданные сдвиги элементов за время жизни страницы. Сдвиг происходит, когда элемент меняет позицию без действия пользователя: например, изображение без указанных размеров вставляется в DOM и «толкает» текст вниз. CLS выражается в безразмерных единицах от 0 до 1 и выше.
- Хорошо: до 0,1
- Требует улучшения: 0,1–0,25
- Плохо: более 0,25
Типичные источники CLS: изображения и видео без атрибутов width/height, динамически подгружаемые рекламные блоки, веб-шрифты без font-display: swap, элементы, позиционируемые через JavaScript после первой отрисовки.
Влияние на SEO и ранжирование
C мая 2021 года Core Web Vitals стали частью сигнала Page Experience в алгоритме Google. Это первый случай, когда Google официально указал конкретные пороговые значения показателей как фактор ранжирования. При прочих равных страница с оценкой «Хорошо» по всем трём метрикам имеет преимущество над страницей с оценкой «Требует улучшения» или «Плохо».
Важно понимать масштаб влияния: Core Web Vitals — один из более чем 200 сигналов ранжирования. Качество и релевантность контента остаются приоритетными. Однако в конкурентных тематиках, где SEO-контент примерно равного качества, технические метрики могут стать решающим фактором. Кроме того, плохой UX напрямую влияет на поведенческие факторы: высокий показатель отказов из-за «прыгающей» страницы или медленного отклика на клики — это сигнал, который Google учитывает независимо от Core Web Vitals.
Для страниц генератора QR-кодов Core Web Vitals критичны вдвойне: конверсия в инструментах прямо зависит от скорости загрузки и отзывчивости интерфейса. Медленный LCP означает, что пользователь уйдёт до того, как увидит форму генерации; высокий INP делает редактор неудобным в работе.
Данные о Core Web Vitals для вашего сайта доступны в Google Search Console (раздел «Основные интернет-показатели»), PageSpeed Insights, Lighthouse (встроен в DevTools), а также через JavaScript-библиотеку web-vitals.js для real-user мониторинга. Оценки в Search Console основаны на реальных пользователях из CrUX и обновляются с задержкой 28 дней — это полевые данные (field data), в отличие от лабораторных данных Lighthouse.
Дополнительно: правильная настройка canonical URL помогает консолидировать сигналы Page Experience на основной версии страницы и избегать ситуации, когда метрики «размываются» между дублями с UTM-параметрами.
Частые вопросы
Заменил ли INP полностью FID, или они измеряют разное?
INP полностью заменил FID в составе Core Web Vitals с 12 марта 2024 года. FID измерял только задержку первого взаимодействия пользователя со страницей и при этом фиксировал не время до следующего отрисовки, а лишь задержку до начала обработки события браузером. INP охватывает все взаимодействия за сессию (клики, касания, нажатия клавиш) и отражает полный цикл: от действия пользователя до следующего визуального обновления. Благодаря этому INP значительно полнее описывает реальную отзывчивость интерфейса — особенно для SPA и интерактивных инструментов.
Как проверить Core Web Vitals своего сайта прямо сейчас?
Быстрее всего — PageSpeed Insights (pagespeed.web.dev): вставьте URL и получите как полевые данные CrUX (реальные пользователи за 28 дней), так и лабораторные данные Lighthouse. В Google Search Console раздел «Основные интернет-показатели» показывает агрегированные данные по всем URL сайта с разбивкой на мобильные и десктопные устройства. Для постоянного мониторинга в production подключите библиотеку web-vitals.js и отправляйте метрики в аналитику — так вы увидите реальные значения своей аудитории, а не усреднённые данные CrUX.
Насколько сильно Core Web Vitals влияют на позиции в поиске?
Google подтверждает, что Core Web Vitals — фактор ранжирования, но называет его «тай-брейкером»: при прочих равных условиях предпочтение отдаётся странице с лучшими метриками. На практике влияние заметно в конкурентных нишах с однородным контентом. Для большинства сайтов улучшение Core Web Vitals с «Плохо» до «Хорошо» не обеспечивает скачок на десятки позиций, но улучшает конверсию и поведенческие метрики, которые, в свою очередь, влияют на SEO косвенно.
Что делать, если у страницы нет данных CrUX в Search Console?
CrUX формирует отчёт только при наличии достаточного трафика из Chrome — обычно это несколько сотен сессий за 28 дней. Новые сайты или страницы с низким трафиком попадают в отчёт «URL без достаточного количества данных». В этом случае используйте лабораторные данные Lighthouse и PageSpeed Insights. Для получения field data быстрее можно временно запустить рекламную кампанию или использовать Cloudflare Web Analytics, который собирает собственные RUM-метрики независимо от CrUX.
Влияют ли Core Web Vitals на мобильный и десктопный поиск одинаково?
Google оценивает мобильные и десктопные Core Web Vitals раздельно и применяет их к соответствующему поиску. Поскольку большинство запросов в Google поступает с мобильных устройств, мобильным метрикам уделяется больше внимания. Мобильные Core Web Vitals обычно хуже десктопных: медленнее соединение, слабее процессор, выше вероятность CLS из-за другой вёрстки. Search Console показывает оценки раздельно — смотрите обе вкладки при анализе.