Core Web Vitals в 2026: какая скорость реально влияет на выдачу
Google и Яндекс всё строже оценивают скорость, но не все метрики одинаково важны. Разбираем INP, LCP и CLS на живых примерах и говорим, с чего начинать оптимизацию.
Core Web Vitals перестали быть «рекомендацией для энтузиастов». В 2026 году скорость — это прямой фактор ранжирования в Google и один из сигналов качества в Яндексе. Но паниковать и переписывать сайт не нужно: важны три конкретные метрики.
Три метрики, которые имеют значение
- LCP (Largest Contentful Paint) — как быстро грузится главный контент. Норма: до 2,5 секунды. Чаще всего страдают из-за тяжёлой главной картинки и медленного сервера.
- INP (Interaction to Next Paint) — как быстро страница реагирует на действия. Норма: до 200 миллисекунд. Убивает интерактив: слайдеры, фильтры, корзина, всё на тяжёлом JavaScript.
- CLS (Cumulative Layout Shift) — прыгает ли вёрстка при загрузке. Норма: меньше 0,1. Причина классическая: баннеры и виджеты, которые вставляются над контентом уже после отрисовки.
С чего начинать: типовой план
Из сотни аудитов, которые мы провели за последний год, 80% проблем сводятся к пяти вещам:
- Сжатие и правильные размеры изображений (WebP/AVIF, srcset, ленивая загрузка ниже первого экрана).
- Кэширование и CDN для статики.
- Сокращение и отложенная загрузка сторонних скриптов: пиксели, чаты, виджеты.
- Разбиение JavaScript-бандла и приоритет критического CSS.
- Стабильные размеры под медиа и рекламу, чтобы вёрстка не прыгала.
Экономический эффект
Скорость — это не абстрактный SEO-пункт. Каждые 100 миллисекунд задержки в воронке ощутимо снижают конверсию, а в мобильном трафике эффект усиливается. Клиент, который пришёл к нам с LCP 4,8 секунды и ушёл с 1,9, получил не «зелёную плашку в отчёте», а плюс 18% к конверсии за счёт того, что люди просто дождались загрузки.
Начните с измерения: PageSpeed Insights и полевые данные CrUX покажут, что чинить в первую очередь. Оптимизировать «всё сразу» — дорого и бессмысленно.
Частые ловушки при оптимизации
Три ошибки, которые встречаем чаще всего. Первая — оптимизация «по лабораторным данным»: гонка за зелёным баллом в синтетическом тесте вместо работы с реальной статистикой пользователей. Вторая — слепая загрузка всего подряд: когда ленивую загрузку включают даже для главного изображения, LCP только ухудшается. Третья — «оптимизация» скриптами поверх: ещё один тяжёлый инструмент, который замеряет скорость и сам её съедает.
И помните про бюджет производительности: у каждой страницы есть предел того, сколько JavaScript и медиа она может позволить себе без просадки метрик. Хорошая привычка — взвешивать каждый новый виджет и каждую картинку до их добавления, а не после жалоб пользователей.