Core Web Vitals — три официальных метрики Google, которые измеряют реальный пользовательский опыт на странице: скорость загрузки главного контента, отзывчивость на взаимодействие и визуальную стабильность. С 2021 года они входят в алгоритм ранжирования Google как сигнал Page Experience. Если ваш сайт не проходит пороговые значения, вы теряете конкурентное преимущество — особенно в мобильном поиске.
В этой статье 8
- Три метрики, которые имеют значение
- Как Google измеряет Core Web Vitals: полевые данные vs лабораторные
- Инструменты для проверки Core Web Vitals
- Как пройти проверку: пошаговый план
- Влияние Core Web Vitals на SEO: насколько это важно
- Core Web Vitals и технический SEO-аудит
- Чек-лист: быстрые победы по каждой метрике
- AEO и Core Web Vitals: скорость страницы влияет на попадание в AI-ответы
Три метрики, которые имеют значение
Google периодически обновляет состав Core Web Vitals. С марта 2024 года актуальный набор выглядит так: LCP (Largest Contentful Paint), INP (Interaction to Next Paint) и CLS (Cumulative Layout Shift). Каждая метрика закрывает свой аспект пользовательского опыта, и провал хотя бы по одной из них засчитывается как неудовлетворительный результат для всей страницы.
Пороговые значения Core Web Vitals
- LCP — хорошо
- ≤ 2,5 с
- LCP — плохо
- > 4 с
- INP — хорошо
- ≤ 200 мс
- INP — плохо
- > 500 мс
- CLS — хорошо
- ≤ 0,1
- CLS — плохо
- > 0,25
Текст схемы и все данные
Пороговые значения Core Web Vitals
- LCP — хорошо
- ≤ 2,5 с
- LCP — плохо
- > 4 с
- INP — хорошо
- ≤ 200 мс
- INP — плохо
- > 500 мс
- CLS — хорошо
- ≤ 0,1
- CLS — плохо
- > 0,25
LCP — скорость загрузки главного контента
LCP фиксирует момент, когда в области просмотра полностью отрисовывается самый крупный визуальный элемент: обычно это hero-изображение, фоновая картинка с текстом или крупный заголовок. Хорошее значение — до 2,5 секунды. От 2,5 до 4 секунд — требует улучшений. Свыше 4 секунд — неудовлетворительно. Именно LCP чаще всего «горит красным» у интернет-магазинов с тяжёлыми изображениями и у новостных сайтов с баннерной рекламой в шапке.
INP — отзывчивость на взаимодействие
INP пришёл на смену FID (First Input Delay) в марте 2024 года и стал строже: он оценивает не первое нажатие, а все взаимодействия пользователя на странице — клики, касания, нажатия клавиш — и берёт 98-й перцентиль задержки ответа. Хорошее значение — до 200 миллисекунд, приемлемое — до 500 мс, плохое — свыше 500 мс. Типичные виновники высокого INP: тяжёлые JavaScript-обработчики, блокирующий основной поток сторонний код, избыточный рендеринг в React/Vue.
CLS — визуальная стабильность
CLS измеряет суммарное смещение элементов страницы в процессе загрузки. Если изображение без явных размеров «прыгает» вниз, когда подгружается реклама, или кнопка смещается перед тем, как пользователь успел нажать, — CLS растёт. Хорошее значение — до 0,1, приемлемое — до 0,25, плохое — свыше 0,25. На первый взгляд незначительная метрика, но именно она отвечает за случаи, когда пользователь случайно нажимает не ту кнопку и уходит с сайта раздражённым.
Как Google измеряет Core Web Vitals: полевые данные vs лабораторные
Ключевое различие, которое многие упускают: Google ранжирует сайты на основе полевых данных (Field Data) из Chrome User Experience Report (CrUX), а не лабораторных тестов из PageSpeed Insights. Полевые данные — это реальные замеры с устройств реальных пользователей за последние 28 дней. Лабораторные данные — симуляция в контролируемой среде. Инструменты вроде Lighthouse дают лабораторные показатели, которые могут существенно отличаться от того, что видит Google в Search Console.
Практический вывод: если PageSpeed Insights показывает вам «зелёные» значения в разделе Lab Data, но в Google Search Console раздел «Core Web Vitals» подсвечивает страницы красным — ориентируйтесь на Search Console. Именно на неё опирается алгоритм. Для сайтов с малым трафиком данных CrUX может не хватать — тогда Google временно использует лабораторные метрики похожих страниц.
Инструменты для проверки Core Web Vitals
- Google Search Console → раздел «Основные показатели» (Core Web Vitals) — главный источник полевых данных; показывает URL-группы с проблемами
- PageSpeed Insights (pagespeed.web.dev) — совмещает полевые данные CrUX и лабораторный Lighthouse; удобен для быстрой диагностики конкретной страницы
- Chrome DevTools → вкладка Performance — детальная трассировка для разработчика: видно, где именно «тормозит» основной поток
- Web Vitals Extension для Chrome — накладывает метрики прямо поверх страницы в режиме реального времени при обычном просмотре
- Сторонние сервисы: Ahrefs Site Audit, Semrush Site Audit, Screaming Frog — удобны для массовой проверки всего сайта и мониторинга динамики
Как пройти проверку: пошаговый план
- Откройте Google Search Console и перейдите в раздел «Основные показатели». Выгрузите список страниц со статусом «Плохой» и «Требует улучшений» отдельно для мобильных и десктопных устройств.
- Для каждой проблемной группы URL запустите PageSpeed Insights — он покажет, какая именно метрика проваливается и какие элементы её тянут вниз.
- Устраните причины высокого LCP: переведите hero-изображения в формат WebP/AVIF, добавьте атрибут fetchpriority="high" для главной картинки, настройте CDN и кэширование, уберите блокирующие рендер скрипты и стили.
- Снизьте INP: проведите аудит JavaScript — найдите и разбейте длинные задачи (Long Tasks) дольше 50 мс, перенесите тяжёлые вычисления в Web Workers, отложите загрузку сторонних скриптов (аналитика, чат-виджеты) через async/defer или Partytown.
- Исправьте CLS: явно задайте атрибуты width и height всем изображениям и видео, зарезервируйте место под рекламные блоки через CSS aspect-ratio, избегайте динамической вставки контента выше уже отрисованных элементов.
- Повторно проверьте страницы через 28 дней после внесения правок — именно столько времени нужно CrUX, чтобы обновить полевые данные в Search Console.
- Настройте постоянный мониторинг: подключите оповещения в Search Console или автоматический аудит в рамках SEO-контроля — деградация метрик происходит незаметно при обновлениях сайта.
Возьмём интернет-магазин мебели на ~800 страниц каталога. Исходные показатели по мобильным — в красной зоне: LCP заметно выше порога, INP требует улучшений, CLS высокий. Основные проблемы: hero-изображения категорий в PNG без явных размеров, подключение сторонних виджетов синхронно в <head>. Меры: конвертация изображений в WebP, которая снижает вес файлов в несколько раз, добавление width/height всем img-тегам в шаблонах, перенос виджетов на отложенную загрузку. В таком сценарии все три метрики выходят в зелёную зону, а органический трафик из Google заметно растёт — в том числе за счёт перехода страниц в зелёную зону Page Experience.
Собирательный пример на основе типовых проектов — не реальный клиент.
Влияние Core Web Vitals на SEO: насколько это важно
Google позиционирует Core Web Vitals как «разрывной сигнал» (tiebreaker) при прочих равных условиях: если два сайта конкурируют за одну позицию с одинаковым контентом и ссылочным профилем — победит тот, у кого лучше Page Experience. На практике «прочие равные» встречаются редко, поэтому прямой эффект от Core Web Vitals в большинстве ниш умеренный. Однако в высококонкурентных тематиках — недвижимость, медицина, интернет-магазины — разрыв в метриках уже конвертируется в ощутимую разницу в позициях.
Важнее прямого ранжирующего эффекта — косвенный: быстрые сайты дольше удерживают пользователей, собирают лучшие поведенческие сигналы и показывают более высокую конверсию. Поведенческие факторы — время на сайте, глубина просмотра, показатель отказов — влияют на ранжирование в Яндексе напрямую, а в Google косвенно. Инвестиции в Core Web Vitals окупаются по нескольким каналам одновременно.
Core Web Vitals и технический SEO-аудит
Проверка Core Web Vitals — обязательная часть любого технического SEO-аудита. Метрики нельзя рассматривать изолированно: низкий LCP часто указывает на проблемы с серверным временем ответа (TTFB), отсутствие CDN или неоптимизированные изображения — всё это одновременно влияет на индексацию и краулинговый бюджет. Высокий CLS нередко сигнализирует о проблемах с шаблонами или CMS, которые проявляются и в других аспектах: дублях, некорректных канонических URL, сломанной мобильной вёрстке.
При комплексном SEO-продвижении работа с Core Web Vitals ведётся итерационно: после технических правок — повторный SEO-анализ, затем контентные и ссылочные задачи. Попытка «закрыть» метрики разово без последующего мониторинга неэффективна: каждое обновление CMS, подключение нового виджета или добавление рекламного блока может откатить показатели назад.
Путь к зелёным CWV в Search Console
- 1. Search Console → «Основные показатели»
- 2. PageSpeed Insights: найти проблемную метрику
- 3. Устранить LCP / INP / CLS
- 4. Ждать 28 дней обновления CrUX
Мониторинг после каждого обновления сайта
Текст схемы и все данные
Путь к зелёным CWV в Search Console
- 1. Search Console → «Основные показатели»
- 2. PageSpeed Insights: найти проблемную метрику
- 3. Устранить LCP / INP / CLS
- 4. Ждать 28 дней обновления CrUX
Мониторинг после каждого обновления сайта
Чек-лист: быстрые победы по каждой метрике
| Метрика | Частая причина проблемы | Быстрое решение |
|---|---|---|
| LCP | Тяжёлое hero-изображение (PNG/JPEG без сжатия) | Конвертировать в WebP/AVIF, добавить fetchpriority="high", подключить CDN |
| LCP | Медленный TTFB сервера (>600 мс) | Включить кэширование страниц, перейти на более быстрый хостинг или добавить CDN |
| INP | Блокирующий JavaScript в <head> | Перенести скрипты в конец <body> или добавить defer/async, минифицировать JS |
| INP | Тяжёлые обработчики событий (>50 мс) | Разбить длинные задачи, использовать requestIdleCallback для некритичного кода |
| CLS | Изображения без атрибутов width и height | Явно задать размеры всем медиаэлементам в HTML-разметке |
| CLS | Вставка баннеров/рекламы без зарезервированного места | Задать фиксированную высоту контейнера под рекламный блок через CSS |
Типичный сценарий на технических аудитах: команда «починила» Core Web Vitals по PageSpeed Insights, показатели позеленели в лабораторном тесте, но Search Console продолжает показывать красные страницы. Причина почти всегда одна: правки применили к десктопной версии, а трафик идёт с мобильных устройств, где картинка принципиально другая. Всегда начинайте с мобильного отчёта в Search Console — именно он приоритетен для Google в эпоху mobile-first индексирования.
Владимир БогдановОснователь и руководитель AOSA · эксперт по SEO и AEO, 12+ лет в поисковой оптимизацииAEO и Core Web Vitals: скорость страницы влияет на попадание в AI-ответы
С распространением AI Overviews в Google и нейропоиска в Яндексе техническое качество страницы стало влиять не только на ранжирование в традиционной выдаче, но и на вероятность попасть в генерируемые ответы. Медленные страницы хуже краулятся, хуже индексируются и реже получают расширенные сниппеты — это напрямую снижает шансы на включение в AEO-стратегию. Технические метрики и оптимизация под Schema.org работают в связке: хорошие Core Web Vitals — необходимое, но не достаточное условие видимости в AI-поиске.