01 Короткий ответ: что такое Core Web Vitals
Core Web Vitals — три метрики, которыми Google измеряет, насколько быстро и стабильно страница ведёт себя для реального посетителя: скорость загрузки основного контента (LCP), отклик на действия пользователя (INP) и визуальную стабильность верстки (CLS). Страница получает оценку «хорошо» только если все три метрики укладываются в норму у 75% реальных визитов за последние 28 дней — частичное соответствие не считается прохождением.
Ниже разбираем каждую метрику отдельно: что она измеряет, какие пороговые значения действуют в 2026 году, как её проверить и что реально помогает её улучшить.
02 LCP: как ускорить загрузку главного контента
Largest Contentful Paint (LCP) измеряет время до отрисовки самого крупного видимого элемента на экране — как правило, это главное изображение, видео или блок текста в верхней части страницы. Хорошим считается результат до 2,5 секунды; всё, что медленнее 4 секунд, Google относит к «плохому» результату, согласно официальному описанию метрики на web.dev.
Чаще всего LCP страдает от одной и той же группы причин, и с них стоит начинать проверку.
- тяжёлое изображение или видео без сжатия и без современных форматов (WebP, AVIF) в первом экране;
- медленный ответ сервера — время до первого байта (TTFB) съедает секунды ещё до начала отрисовки;
- блокирующие рендеринг CSS- и JS-файлы, которые браузер должен загрузить и обработать до показа контента;
- отсутствие предзагрузки (preload) для критичных ресурсов первого экрана.
Практическое улучшение почти всегда начинается с сжатия и правильного формата главного изображения, переноса некритичного JavaScript ниже в очередь загрузки и использования CDN, если сервер физически далёк от аудитории сайта.
03 INP: как улучшить отклик на действия пользователя
Interaction to Next Paint (INP) заменил старую метрику First Input Delay и измеряет, сколько времени проходит между действием пользователя — кликом, тапом, нажатием клавиши — и видимым откликом интерфейса на протяжении всего визита, а не только при первом взаимодействии. Хорошим считается результат до 200 миллисекунд, согласно описанию метрики на web.dev.
INP чаще всего проседает там, где основной поток браузера занят тяжёлыми вычислениями в момент клика — и это указывает на конкретные технические причины.
- большие JavaScript-обработчики событий, которые выполняются синхронно и блокируют основной поток;
- сторонние скрипты (виджеты чатов, аналитика, рекламные теги), которые перехватывают ресурсы браузера в неудачный момент;
- слишком частые перерисовки интерфейса при простых действиях, например при вводе текста в форму.
Разбивка длинных задач JavaScript на более мелкие фрагменты и отложенная загрузка сторонних скриптов, которые не нужны сразу при открытии страницы, обычно дают самый быстрый эффект на INP.
04 CLS: как убрать «прыгающие» элементы
Cumulative Layout Shift (CLS) измеряет, насколько сильно элементы страницы смещаются уже после того, как пользователь начал её видеть — классический пример: текст, который «прыгает» вниз, когда над ним внезапно подгружается картинка или рекламный блок. Хорошим считается показатель до 0,1, согласно описанию метрики на web.dev.
В отличие от LCP и INP, CLS почти всегда решается одним и тем же набором приёмов на уровне вёрстки.
- указывать атрибуты width и height у всех изображений и видео, чтобы браузер заранее резервировал место под них;
- резервировать фиксированную высоту под рекламные блоки и виджеты до их фактической загрузки;
- избегать вставки нового контента над уже показанным блоком без явного действия пользователя;
- использовать `font-display: optional` или предзагрузку шрифтов, чтобы избежать сдвига текста при подмене шрифта.
CLS обычно самая быстрая метрика для правки технически, но именно её проще всего заново сломать — например, добавив баннер согласия на cookies без зарезервированного места под него.
05 Как проверить показатели своего сайта
Прежде чем что-то улучшать, важно понимать разницу между двумя типами данных о производительности — они дают разные и не всегда совпадающие результаты.
- Полевые данные (Field Data) — реальные измерения у настоящих посетителей сайта за 28 дней, из отчёта Chrome UX Report. Именно их использует Google для ранжирования, и именно на них стоит ориентироваться.
- Лабораторные данные (Lab Data) — разовый замер в конкретных условиях, например через Lighthouse. Полезны для отладки конкретной проблемы, но не отражают реальный опыт всех посетителей.
Отчёт «Основные интернет-показатели» в Google Search Console показывает полевые данные по URL-адресам вашего сайта, сгруппированные по проблеме, и это самый прямой способ узнать, что реально видят пользователи. PageSpeed Insights совмещает оба типа данных на одной странице и подсказывает конкретные технические причины по каждой метрике.
06 Пороговые значения 2026 года
Для быстрой сверки удобно держать перед глазами таблицу с актуальными границами «хорошо», «нужно улучшить» и «плохо» по каждой метрике.
| Метрика | Хорошо | Нужно улучшить | Плохо |
|---|---|---|---|
| LCP (загрузка) | до 2,5 с | 2,5–4 с | более 4 с |
| INP (отклик) | до 200 мс | 200–500 мс | более 500 мс |
| CLS (стабильность) | до 0.1 | 0.1–0.25 | более 0.25 |
Важная деталь: страница проходит проверку целиком только если все три метрики попадают в «хорошо» одновременно у 75% визитов. Хороший результат по двум метрикам из трёх не считается прохождением Core Web Vitals.
07 Как Core Web Vitals влияет на позиции и конверсию
Core Web Vitals входит в сигналы page experience, которые Google учитывает при ранжировании, — подробнее об этом можно прочитать в официальной документации по page experience. На практике это не единственный и не самый весомый фактор: релевантность и полнота контента почти всегда важнее. Но при примерно равном по качеству контенте с конкурентами Core Web Vitals может стать тем самым отличием, которое решает, кто окажется выше в выдаче.
Влияние на конверсию часто заметнее влияния на позиции: медленная загрузка и «прыгающие» элементы напрямую увеличивают долю посетителей, которые уходят со страницы до того, как увидели предложение. Если сайт уже прошёл базовую SEO-подготовку, но рост буксует, технические метрики — один из первых пунктов для проверки: общий чек-лист есть в статье SEO-аудит сайта самостоятельно, а частые причины стагнации разобраны в материале почему сайт не растёт в Google.
08 Частые вопросы
Что означают буквы LCP, INP и CLS?
LCP (Largest Contentful Paint) — время до отрисовки самого крупного элемента на экране. INP (Interaction to Next Paint) — скорость отклика интерфейса на действия пользователя. CLS (Cumulative Layout Shift) — насколько сильно элементы страницы смещаются после начала просмотра.
Где посмотреть Core Web Vitals своего сайта?
Самый точный источник — отчёт «Основные интернет-показатели» в Google Search Console: он показывает полевые данные по вашим реальным URL за 28 дней. PageSpeed Insights даёт похожие данные плюс лабораторный замер для отладки конкретной страницы.
Какой порог LCP считается хорошим в 2026 году?
До 2,5 секунды — хороший результат, от 2,5 до 4 секунд — нужно улучшить, более 4 секунд — плохой результат. Показатель измеряется у 75% реальных визитов за 28 дней, а не как разовый замер.
Почему CLS резко ухудшился после недавних изменений на сайте?
Чаще всего причина — новый элемент без зарезервированного места: баннер cookies, рекламный блок или изображение без указанных атрибутов width и height, из-за которого контент сдвигается уже после начала просмотра страницы.
Core Web Vitals — это прямой фактор ранжирования?
Это один из сигналов page experience, которые Google учитывает при ранжировании, но не единственный и не самый весомый — релевантность и качество контента почти всегда важнее. При сопоставимом по качеству контенте с конкурентами технические метрики могут стать решающим отличием.
Можно ли пройти Core Web Vitals по двум метрикам из трёх?
Нет, страница получает общую оценку «хорошо» только если все три метрики одновременно попадают в норму у 75% визитов. Хороший результат по LCP и CLS при плохом INP всё равно считается непрохождением проверки в целом.