Что такое Core Web Vitals?

Core Web Vitals (CWV, «Основные веб-показатели») — набор метрик Google, который оценивает реальный пользовательский опыт страницы: скорость появления главного контента, быстроту отклика интерфейса и визуальную стабильность вёрстки.

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

Какие метрики входят в Core Web Vitals

Термин появился в 2020 году как часть инициативы Web Vitals — более широкого набора показателей. «Ядерными» (core) Google назвал три метрики, единые для всех сайтов:

• LCP (Largest Contentful Paint) — время отрисовки самого крупного элемента первого экрана. Хорошо: ≤ 2,5 секунды.
• INP (Interaction to Next Paint) — задержка между действием пользователя (клик, тап, ввод) и видимой реакцией интерфейса. Хорошо: ≤ 200 мс.
• CLS (Cumulative Layout Shift) — совокупное смещение вёрстки, когда контент «прыгает» во время загрузки. Хорошо: ≤ 0,1.

У каждой метрики три зоны — «хорошо», «требует улучшения» и «плохо». Оценка ставится не по одному замеру, а по распределению реальных визитов, о чём ниже.

Отдельно стоит помнить: до марта 2024 года отклик измерялся метрикой FID (First Input Delay), которая учитывала только первый клик и почти всегда выглядела «зелёной». Её заменил INP — он отслеживает все взаимодействия за сессию и честнее показывает проблемы с тяжёлым JavaScript.

Как считается оценка: 75-й перцентиль

Google не усредняет показатели по всем визитам. Он берёт 75-й перцентиль: страница считается хорошей, если у 75% реальных загрузок метрика попадает в «зелёную» зону. Так отсекается типичная ловушка среднего — когда на быстром офисе всё летает, а на слабом мобильном интернете каждый четвёртый пользователь ждёт по десять секунд.

Источник данных — отчёт Chrome UX (CrUX): реальные замеры пользователей браузера Chrome. Их дополняют лабораторные тесты (Lighthouse, PageSpeed Insights), которые нужны, чтобы понять причину проблемы. Разница принципиальная: поле показывает, что происходит с людьми, лаборатория — почему.

Зачем Core Web Vitals бизнесу

Метрики связаны с поведением людей, а значит — с выручкой. LCP и INP определяют, дождётся ли посетитель контента и кнопки, CLS — не нажмёт ли он случайно по чужому баннеру, пока вёрстка смещается.

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

Как применять на практике

Порядок действий, который экономит время команды:

1. Соберите полевые данные: отчёт «Основные веб-показатели» в Google Search Console плюс данные по скорости загрузки в Яндекс Метрике — они отражают реальные визиты, а не тестовый сервер.
2. Найдите проблемные шаблоны страниц: чаще всего это карточки товаров с тяжёлыми изображениями и категории с внешними скриптами.
3. Устраните первопричину: сжатие и ленивая загрузка картинок, кэш и CDN — для LCP; разгрузка JS и уменьшение числа обработчиков — для INP; зарезервированные размеры под баннеры, шрифты и виджеты — для CLS.
4. Проверьте результат в поле через 2–4 недели: CrUX обновляется с задержкой, а позиции могут не двигаться даже при заметном ускорении.

Полезно смотреть и на видимость: показы (Impressions) в поиске часто растут вместе со скоростью, но сами по себе не дают выручки, если страница неудобна.

Типичные ошибки: гнаться за оценкой Lighthouse вместо полевых данных; оптимизировать только главную; ставить ленивую загрузку на первый экран и портить LCP; подключать новые счётчики и чаты без проверки влияния на INP.

Главное о Core Web Vitals

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

Максим Ахтямов

Заместитель руководителя отдела разработки

Подписаться на ТГ