Core Web Vitals и Page Experience
Core Web Vitals — набор метрик, измеряющих реальный пользовательский опыт по загрузке, интерактивности и визуальной стабильности страницы. Google настоятельно рекомендует добиваться хороших значений для успеха в поиске. Часто пишут «с 2021 года — официальный фактор ранжирования»; документация формулирует точнее и осторожнее, и от этой точности зависит, сколько усилий стоит вкладывать. Ниже — пороги, источники данных, приёмы улучшения и то, что Google прямо говорит о значении page experience для ранжирования.
Основа — страницы Google о Core Web Vitals и page experience, а также руководства web.dev по метрикам.
Три метрики и пороги
| Метрика | Что измеряет | Ориентир Google |
|---|---|---|
| LCP Largest Contentful Paint | скорость загрузки | в первые 2,5 секунды после начала загрузки |
| INP Interaction to Next Paint | отзывчивость | меньше 200 миллисекунд |
| CLS Cumulative Layout Shift | визуальная стабильность | меньше 0,1 |
Документация советует стремиться к этим значениям. Как их оценивать, объясняет web.dev: чтобы значения были достигнуты для большинства пользователей, нужно измерять 75-й процентиль загрузок страницы отдельно для мобильных и настольных устройств, а страница проходит оценку, если уложилась в цели по всем трём метрикам. Метрики меняются: INP стал стабильной метрикой в 2024 году и заменил FID. Поэтому FID в современном списке нет.
Что Google говорит о ранжировании
Здесь больше всего заблуждений. Из страницы о page experience:
- Единого сигнала page experience нет: основные системы ранжирования смотрят на разные сигналы, соответствующие общему опыту на странице;
- Core Web Vitals используются системами ранжирования, но хорошие значения в отчётах не гарантируют верхних позиций, а гоняться за идеальным результатом ради SEO — не лучшая трата времени;
- Другие аспекты page experience, кроме Core Web Vitals, напрямую не помогают подняться в результатах, хотя делают сайт приятнее и согласуются с тем, что системы стремятся вознаграждать;
- Google всегда стремится показать наиболее релевантный контент, даже если опыт на странице неважный. Но для многих запросов хорошего контента много, и тогда хороший опыт может способствовать успеху.
Поэтому «HTTPS — обязателен для ранжирования» и «адаптивность как ранжирующий сигнал» — не то, что написано в документации. В ней это вопросы самооценки: хорошие Core Web Vitals, безопасная передача, удобное отображение на мобильных, отсутствие чрезмерной рекламы и навязчивых интерстициалов, ясное отличие основного контента от остального. Системы оценивают страницы в основном по каждой странице отдельно, но есть и сайтовые оценки.
Данные: полевые и лабораторные
Core Web Vitals — прежде всего полевые метрики. Полевые данные собирает Chrome User Experience Report; он питает PageSpeed Insights, Chrome DevTools и отчёт Core Web Vitals в Search Console. Лабораторные измерения нужны при разработке: они лучше всего подходят, чтобы проверять функции до выпуска и ловить регрессии. Они не заменяют полевых данных, потому что условия тестирования отличаются от реальных пользователей. Наш анализатор страницы показывает лабораторные LCP и CLS и, если они есть, полевые LCP, INP и CLS для страницы и для всего сайта из PageSpeed Insights.
Как улучшать
- LCP. Никогда не откладывайте загрузку изображения LCP (lazy loading): это всегда создаёт ненужную задержку и ухудшает LCP. Приоритет задаётся подсказкой fetchpriority. Нередко «lazy loading» советуют как приём ускорения LCP, и для главного изображения это неверно. Об изображениях — урок про SEO изображений;
- CLS. Всегда указывайте атрибуты ширины и высоты у изображений и видео либо резервируйте место через CSS aspect-ratio;
- INP. Одна из частых причин — длинные задачи JavaScript. Помогает уступать главный поток: разбивать длинные задачи и отдавать управление сразу после обработчика события, меняющего интерфейс. Подробнее — в руководстве web.dev по оптимизации INP; о скриптах — в уроке про JavaScript и SEO.
Чего в документации нет
- «Официального фактора ранжирования с 2021 года»: Google говорит о том, что Core Web Vitals используются системами ранжирования наряду с другими аспектами опыта;
- HTTPS и адаптивности как прямых «ранжирующих сигналов»;
- «lazy loading» как способа ускорить LCP;
- цифр вроде «bounce rate снизился на 18%» как последствий оптимизации: это данные одного сайта.
Как проверить сайт
- Откройте отчёт Core Web Vitals в Search Console и найдите группы страниц с плохими значениями.
- Для важных страниц получите отчёт в анализаторе страницы: полевые данные и лабораторные узкие места.
- Оценивайте мобильные и настольные значения отдельно, как советует web.dev.
- Найдите шаблоны, повторяющиеся на многих страницах: исправление шаблона улучшает все его страницы. Список страниц — краулер.
- После изменений подождите накопления полевых данных: они считаются по реальным пользователям, а не сразу.
Чек-лист
- LCP в первые 2,5 секунды, INP меньше 200 мс, CLS меньше 0,1 на 75-м процентиле.
- Главное изображение не откладывается, у картинок и видео заданы размеры.
- Длинные задачи JavaScript разбиты.
- Смотрю полевые данные, а не только лабораторные.
- Мобильные и настольные данные оцениваются отдельно.
- Page experience оценивается целиком, а не по одной метрике.
Ошибки
- Считать Core Web Vitals единственным фактором и гоняться за идеальным баллом ради SEO.
- Откладывать загрузку главного изображения.
- Оценивать только лабораторные данные.
- Не указывать размеры изображений.
- Оптимизировать FID, а не INP.
Что дальше
Последний урок модуля — переезд сайта: как сохранить результаты при смене адресов. Данные для расширенных результатов — в уроке про структурированные данные.