Core Web Vitals в 2026: что это и как влияет на позиции сайта

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

Core Web Vitals (CWV) - это три ключевые метрики качества загрузки, которые Google ввёл, чтобы оценивать сайт не по абстрактным секундам, а по реальному опыту посетителя. Они отвечают на простые вопросы: быстро ли появился основной контент, послушно ли страница реагирует на действия, не прыгает ли вёрстка под пальцем. Метрики собираются из анонимных данных живых пользователей Chrome и складываются в отчёт CrUX (Chrome User Experience Report), который и используется при ранжировании.

Важность CWV двойная. С одной стороны, это подтверждённый фактор ранжирования Google в составе сигнала Page Experience: при прочих равных страница с хорошими показателями имеет преимущество. С другой - и это часто недооценивают - метрики прямо связаны с конверсией. Медленная загрузка и скачущая вёрстка повышают процент отказов: пользователь не дожидается контента или промахивается мимо кнопки и уходит. То есть работа над CWV улучшает позиции и одновременно увеличивает долю посетителей, доходящих до заявки.

Для рунета картина шире, чем один поисковик. Яндекс не использует Core Web Vitals как готовую метрику, но скорость загрузки и стабильность интерфейса входят в его поведенческие и качественные факторы. Поэтому усилия по ускорению сайта окупаются и в Google, и в Яндексе сразу.

Три метрики Core Web Vitals в 2026 году

Состав CWV не статичен - Google периодически заменяет метрики на более точные. К 2026 году актуальна следующая тройка.

LCP - Largest Contentful Paint (скорость загрузки)

LCP измеряет время, за которое в видимой области отрисовывается самый крупный элемент: как правило, это главное изображение, баннер героя или большой блок текста. Метрика отвечает на вопрос пользователя "когда страница реально загрузилась и ей можно пользоваться".

• Хорошо: до 2,5 секунды.
• Требует улучшения: от 2,5 до 4 секунд.
• Плохо: дольше 4 секунд.

Чаще всего LCP портят тяжёлые несжатые картинки, медленный ответ сервера, рендеринг, заблокированный сторонними скриптами, и шрифты, которые грузятся раньше контента.

INP - Interaction to Next Paint (отзывчивость)

INP - относительно новая метрика: в марте 2024 года она официально заменила прежний FID (First Input Delay). FID учитывал только задержку первого взаимодействия, а INP оценивает отзывчивость на протяжении всей сессии - по всем кликам, тапам и нажатиям клавиш. Метрика показывает, как быстро интерфейс визуально реагирует на действие пользователя.

• Хорошо: до 200 миллисекунд.
• Требует улучшения: от 200 до 500 миллисекунд.
• Плохо: дольше 500 миллисекунд.

Главный враг INP - тяжёлый JavaScript, который надолго занимает основной поток браузера. Пока скрипт считает, интерфейс "залипает" и не успевает отрисовать реакцию на нажатие.

CLS - Cumulative Layout Shift (визуальная стабильность)

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

• Хорошо: до 0,1.
• Требует улучшения: от 0,1 до 0,25.
• Плохо: больше 0,25.

Типичные причины высокого CLS - изображения и рекламные блоки без заданных размеров, поздно подгружаемые шрифты и динамически вставляемые элементы, под которые заранее не зарезервировано место.

Как измерить Core Web Vitals

Прежде чем что-то улучшать, нужно снять корректные показатели. Удобно разделять данные на лабораторные (синтетический тест в идеальных условиях) и полевые (реальные пользователи). Для ранжирования Google учитывает именно полевые.

1. PageSpeed Insights. Бесплатный инструмент Google: вводите URL и получаете и лабораторный отчёт (на базе Lighthouse), и полевые данные из CrUX за последние 28 дней, если у страницы хватает трафика. Здесь же видны конкретные рекомендации по каждой метрике.
2. Google Search Console. В отчёте "Основные интернет-показатели" агрегируются полевые данные по всему сайту, страницы группируются по схожим URL и разбиваются на категории "хорошо", "нужно улучшить" и "плохо". Это лучшая отправная точка, чтобы понять масштаб проблемы.
3. Яндекс.Метрика. Отслеживает время загрузки страниц и поведение посетителей. Связка с картой кликов и Вебвизором помогает увидеть, как медленная загрузка или сдвиги макета влияют на отказы и реальный путь пользователя.
4. DevTools в браузере. Панель Performance и Lighthouse в Chrome пригодятся разработчику для точечной отладки конкретной страницы и поиска тяжёлых скриптов.

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

Как улучшить каждую метрику

Ускоряем LCP

• Оптимизируйте изображения: переводите их в современный формат WebP (а где поддерживается - AVIF), сжимайте и отдавайте в нужном под устройство размере. Это самый частый и быстрый выигрыш.
• Настройте кэширование на стороне браузера и сервера, по возможности подключите CDN, чтобы статика отдавалась ближе к пользователю.
• Сократите время ответа сервера: оптимизируйте запросы к базе данных, включите серверное кэширование, выберите адекватный нагрузке хостинг.
• Подгружайте критический CSS в первую очередь, а тяжёлые шрифты - с атрибутом display, не блокирующим отрисовку текста.

Ускоряем INP

• Минимизируйте и дробите JavaScript: удалите неиспользуемый код, разбейте крупные задачи на короткие, чтобы не блокировать основной поток.
• Откладывайте загрузку второстепенных скриптов через defer и async, а сторонние виджеты (чаты, аналитику, соцкнопки) подключайте отложенно.
• Пересмотрите тяжёлые сторонние теги: часто один лишний счётчик или виджет даёт основную задержку отклика.

Снижаем CLS

• Всегда задавайте ширину и высоту (или aspect-ratio) для изображений и видео - браузер заранее зарезервирует место, и контент не прыгнет.
• Бронируйте место под рекламные блоки, баннеры и встраиваемые элементы фиксированными контейнерами.
• Не вставляйте новый контент над уже видимым, если этого не ждёт пользователь.
• Предзагружайте ключевые шрифты, чтобы избежать резкой перерисовки текста при их подмене.

Связь с мобильной выдачей

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

Практический вывод: оптимизировать CWV нужно прежде всего под мобильные устройства. Адаптивная вёрстка, лёгкие изображения, минимум блокирующих скриптов и продуманный мобильный интерфейс одновременно улучшают и метрики, и поведенческие факторы. Именно поэтому требования к скорости и стабильности мы закладываем ещё на этапе разработки сайта под ключ, а не доводим их постфактум.

Коротко о главном

Core Web Vitals в 2026 году - это LCP (скорость, цель до 2,5 с), INP (отзывчивость, заменил FID, цель до 200 мс) и CLS (стабильность, цель до 0,1). Они влияют на позиции в Google, отражаются на поведенческих факторах в Яндексе и напрямую связаны с конверсией. Замеряйте показатели в PageSpeed Insights, Search Console и Яндекс.Метрике, работайте над каждой метрикой отдельно и ориентируйтесь на мобильные устройства. Если хотите понять, что мешает вашему сайту расти в поиске, начните с SEO-аудита - он покажет точки роста по приоритету.