Core Web Vitals: три показателя и как считается оценка
Core Web Vitals — три показателя с точными порогами: LCP не больше 2,5 секунды, INP не больше 200 миллисекунд, CLS не больше 0,1. Оценка считается не по среднему посетителю, а по 75-му перцентилю загрузок, отдельно для мобильных и десктопа. Страница проходит проверку только если в норме все три показателя сразу.
Коротко о главном
- Три показателя, три порога. 2,5 секунды, 200 миллисекунд, 0,1.
- Считается 75-й перцентиль. Среднее значение не используется.
- Нужны все три сразу. Два из трёх — это не прошли.
- Мобильные и десктоп раздельно. Проблема обычно только на телефонах.

Три показателя и их пороги

Core Web Vitals — набор из трёх показателей, каждый про свою сторону опыта посетителя. Пороги заданы точно.
LCP — Largest Contentful Paint. Отвечает за загрузку: когда человек увидел главное на экране. Хорошим считается LCP «within 2.5 seconds of when the page first starts loading».
INP — Interaction to Next Paint. Отвечает за отзывчивость: сколько страница думает после нажатия. Норма — «INP of 200 milliseconds or less».
CLS — Cumulative Layout Shift. Отвечает за устойчивость вёрстки: насколько содержимое прыгает при загрузке. Норма — «maintain a CLS of 0.1. or less».
Что LCP и CLS означают на практике и из чего складываются — в отдельной статье. Здесь разберём то, что обычно пропускают: третий показатель и правило, по которому считается общая оценка.
INP: показатель, про который забывают
LCP и CLS обсуждают часто, а INP остаётся в тени, хотя раздражает посетителя сильнее всего.
Он измеряет задержку между действием человека и ответом страницы: нажал на кнопку меню — через сколько оно открылось. Порог в 200 миллисекунд — это примерно та граница, за которой пауза перестаёт быть незаметной.
Типичная картина: страница загрузилась быстро, выглядит готовой, но на нажатия не отвечает — браузер в это время выполняет скрипты. Человек жмёт второй раз, потом третий.
Отсюда следствие, важное для владельца сайта: хороший LCP не спасает, если страница перегружена скриптами. Красивый быстрый первый экран и залипающие кнопки — частое сочетание.
Как считается общая оценка

Здесь два правила, и оба неочевидны.
Меряется не средний посетитель, а 75-й перцентиль. Формулировка документации: «a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices». То есть у трёх четвертей загрузок показатель должен укладываться в норму. Среднее значение тут не используется вовсе — именно поэтому «у меня всё быстро открывается» не аргумент.
Нужны все три сразу. «Tools that assess Core Web Vitals compliance should consider a page passing if it meets the recommended targets at the 75th percentile for all three of the Core Web Vitals metrics». Два показателя из трёх — это не «почти прошли», это не прошли.
И отдельно: мобильные и десктоп оцениваются раздельно. Сайт может проходить проверку на компьютере и не проходить на телефоне — почему так бывает.
Где смотреть свои значения
Мест несколько, и они показывают разное.
Search Console, отчёт по основным интернет-показателям. Самый удобный: страницы сгруппированы по типам проблем, видно динамику.
PageSpeed Insights. Показывает значения по конкретному адресу. Важно смотреть блок полевых данных, а не балл: как читать отчёт.
Инструменты разработчика в браузере. Дают мгновенный замер на вашем устройстве — годится для проверки правок, но не для выводов.
Российские сервисы Core Web Vitals не считают, у них своя методика: где смотреть скорость в Яндексе.
С чего начинать, если всё красное

Порядок по отдаче, а не по сложности.
- Найдите самый тяжёлый элемент первого экрана. Обычно это одна большая картинка или фоновое изображение — с неё начинается LCP.
- Проверьте, не грузятся ли шрифты раньше содержимого. Частая причина, когда текст появляется с задержкой.
- Задайте размеры картинкам и блокам. Это основной способ убрать прыжки вёрстки.
- Уберите лишние скрипты. Каждый сторонний виджет — это время, в которое страница не отвечает на нажатия.
- Проверьте ответ сервера. Если он долгий, остальные меры дадут мало: тут начинается разговор о хостинге.
Подробный порядок работ — в статье про ускорение сайта.
Как это делаем мы
Смотрим три показателя раздельно и раздельно по устройствам: обычно проблема только на мобильных и только в одном из трёх. Гнаться за идеальными значениями не предлагаем — важно попасть в пороги, а дальше отдача от вложений быстро падает. Проверяем по полевым данным, потому что именно они отражают опыт посетителей. Это часть продвижения сайтов в Яндексе.
Самый частый разговор по этим показателям начинается словами «у меня всё быстро открывается». Но оценка считается по 75-му перцентилю загрузок, то есть по людям с обычным телефоном и обычной связью, а не по компьютеру владельца сайта с проводным интернетом.
Вагиз Хасанов, основатель Seo Rezult
Читайте по теме:
Скорость сайта и Core Web Vitals →Частые вопросы о Core Web Vitals
Какие пороги у Core Web Vitals?
LCP — «within 2.5 seconds of when the page first starts loading». INP — «INP of 200 milliseconds or less». CLS — «maintain a CLS of 0.1. or less». Значения выше этих порогов считаются требующими улучшения.
Что такое INP и почему про него забывают?
INP измеряет задержку между действием человека и ответом страницы: нажал на кнопку — через сколько она сработала. Норма 200 миллисекунд. Типичная картина: страница загрузилась быстро и выглядит готовой, но на нажатия не отвечает, потому что браузер выполняет скрипты.
Почему «у меня всё быстро открывается» — не аргумент?
Потому что оценка считается по 75-му перцентилю загрузок: «a good threshold to measure is the 75th percentile of page loads, segmented across mobile and desktop devices». Среднее значение не используется вовсе, а меряются в том числе люди с обычным телефоном и обычной связью.
Можно ли пройти проверку с двумя хорошими показателями из трёх?
Нет. Правило прямое: страница проходит, если «it meets the recommended targets at the 75th percentile for all three of the Core Web Vitals metrics». Два из трёх — это не «почти прошли».
Где смотреть свои значения?
В Search Console есть отчёт по основным интернет-показателям: страницы сгруппированы по типам проблем и видна динамика. В PageSpeed Insights смотрят блок полевых данных, а не балл. Инструменты разработчика в браузере дают мгновенный замер — он годится для проверки правок, но не для выводов.
