Что такое Core Web Vitals и почему они важны для Google

Core Web Vitals — это попытка Google измерить то, что раньше с трудом поддавалось количественной оценке: приятно ли на самом деле пользоваться страницей, а не просто завершилась ли технически её загрузка. Это набор из трёх метрик, каждая из которых нацелена на свой вид раздражения: слишком долгое ожидание контента, слишком медленная реакция страницы на действия пользователя и контент, который прыгает, пока вы пытаетесь что-то прочитать или нажать. Google использует их как один из многих факторов ранжирования, но, что ещё важнее, они тесно связаны с тем, останутся ли реальные люди на странице или сразу уйдут.

Три метрики

Largest Contentful Paint (LCP)

LCP измеряет, сколько времени после перехода на страницу требуется, чтобы полностью отрисовался самый крупный видимый элемент на экране — обычно главное изображение, заголовок или большой блок текста. Это косвенный показатель того, насколько долгой загрузка ощущалась. Хорошим считается LCP примерно до 2,5 секунды. Чаще всего LCP замедляют неоптимизированные изображения, долгий ответ сервера, блокирующие отрисовку CSS или JavaScript и шрифты, которые не дают тексту отобразиться, пока сами не загрузятся.

Interaction to Next Paint (INP)

INP измеряет, насколько быстро страница реагирует на клик, касание или ввод текста — от момента взаимодействия до момента, когда браузер заметно обновляет страницу в ответ. Эта метрика пришла на смену более старой First Input Delay, потому что учитывает отзывчивость на протяжении всего визита, а не только при самом первом взаимодействии. Плохой INP обычно возникает из-за того, что в основном потоке выполняется слишком много JavaScript: тяжёлые обработчики событий, масштабные перерисовки в JavaScript-фреймворке или сторонние скрипты (реклама, аналитика, виджеты чата), которые конкурируют за тот же поток, что и сама страница.

Cumulative Layout Shift (CLS)

CLS измеряет неожиданные смещения контента во время загрузки страницы или взаимодействия с ней: изображение, которое внезапно появляется и сдвигает вниз абзац, который вы читали, или кнопка, которая смещается прямо перед нажатием, потому что над ней только что загрузился рекламный баннер. Эта метрика выражается числом, а не временем, и она напрямую связана с конкретной, легко воспроизводимой неприятностью: вы нажимаете не туда, потому что вёрстка сдвинулась.

Почему это важно для Google

Официальная логика Google проста: удобство страницы — часть того, что делает результат поиска полезным, и медленная или дёрганая страница даёт худший опыт, даже если её контент — именно то, что искал человек. Core Web Vitals стали сигналом ранжирования, потому что Google хотел измерять этот опыт количественно, на основе реальных пользовательских данных, собранных через Chrome, а не полагаться только на лабораторные тесты или догадки. Это не главный фактор ранжирования — релевантность контента по-прежнему значит гораздо больше, — но среди страниц, примерно одинаково релевантных, Core Web Vitals могут решить, какая из них окажется выше. А на конверсию они влияют напрямую, независимо от позиций в поиске.

Что обычно портит каждую из метрик

LCP: неоптимизированные изображения или изображения без заданных размеров, долгое время до первого байта на сервере, блокирующие скрипты, которые загружаются раньше важного контента.
INP: тяжёлые сторонние скрипты, громоздкие клиентские JavaScript-фреймворки с лишними перерисовками, долго выполняющиеся функции, которые блокируют основной поток.
CLS: изображения и рекламные блоки без зарезервированного места (без атрибутов width/height), веб-шрифты, которые подменяются при загрузке и перестраивают текст, контент, вставляемый над уже отображённым после первоначальной отрисовки.

Как проверить свои показатели

Google PageSpeed Insights и Chrome User Experience Report показывают реальные полевые данные, а не синтетическую лабораторную оценку. Это важно, потому что как фактор ранжирования Core Web Vitals основаны на опыте реальных посетителей, а не на разовом тесте через быстрый офисный интернет. Отчёт Core Web Vitals в Search Console делит ваши реальные URL на группы «хорошо», «требует улучшения» и «плохо» — обычно это самый быстрый способ понять, есть ли вообще проблема, на которую стоит тратить время.

Исправление Core Web Vitals в масштабе всего сайта редко сводится к одному изменению — обычно это набор неброских доработок (размеры изображений, порядок загрузки скриптов, стратегия работы со шрифтами, сокращение сторонних скриптов), которые в сумме дают результат. Это стандартная часть того, что мы проверяем и исправляем в рамках веб-разработки в Burncode: быстрая и стабильная страница удерживает тех посетителей, которых привели хорошие позиции и качественный контент.