Core Web Vitals — это три метрики Google, которые оценивают не «техническую красоту» сайта, а реальный опыт живого пользователя: как быстро прорисовывается главный экран, как охотно страница отвечает на клики и не «прыгает» ли вёрстка под пальцем. Для Google это часть сигналов ранжирования, для Яндекса — косвенный фактор через поведение пользователей. Ниже — что именно меряется, насколько это важно для позиций и денег, как проверить сайт за четверть часа и в каком порядке чинить. Словарная справка с механикой каждой метрики — в термине Core Web Vitals.
Три метрики и их пороги — без жаргона
За аббревиатурой скрываются три конкретных числа. LCP (Largest Contentful Paint) — время до отрисовки самого крупного видимого элемента: обычно это главная картинка или заголовок первого экрана. INP (Interaction to Next Paint) — задержка между действием пользователя (клик, тап, ввод) и видимой реакцией интерфейса. CLS (Cumulative Layout Shift) — насколько контент смещается во время загрузки.
Важная деталь, которую упускают: Google оценивает метрики по 75-му процентилю реальных посещений за последние 28 дней, отдельно для мобильной и десктопной версий. То есть «зелёным» сайт становится, только когда у трёх из четырёх пользователей показатель укладывается в порог. Один быстрый тест на своём ноутбуке ничего не доказывает.
| Метрика | Что показывает | Хорошо | Требует улучшения | Плохо |
|---|---|---|---|---|
| LCP | Скорость появления главного контента | до 2,5 с | 2,5–4 с | больше 4 с |
| INP | Отзывчивость на действия пользователя | до 200 мс | 200–500 мс | больше 500 мс |
| CLS | Стабильность вёрстки при загрузке | до 0,1 | 0,1–0,25 | больше 0,25 |
Насколько они реально важны для позиций
Честный ответ: CWV — это сигнал, а не рычаг. В Google они входят в группу сигналов удобства страницы и работают скорее как «тай-брейк»: при сопоставимой релевантности более быстрая страница получает преимущество перед медленной. Но никакой идеальный LCP не вытащит в ТОП страницу, которая не отвечает на запрос. Сначала контент и семантическое ядро, потом скорость.
В Яндексе прямого фактора Core Web Vitals нет — это метрики Google. Однако медленный и «дёргающийся» сайт ухудшает поведение: растут отказы, падает глубина просмотра, люди возвращаются в выдачу. А поведенческие сигналы для Яндекса важны. Поэтому работа над скоростью окупается в обеих системах, просто механика разная: в Google напрямую, в Яндексе через пользователей.
Отдельно — про деньги. Скорость влияет не только на SEO: пользователь с телефоном в плохой сети просто не дожидается загрузки формы или корзины. Для интернет-магазинов и лидогенерации медленный шаблон карточки или заявки — прямая потеря выручки, даже если позиции не изменились. Связь скорости и продаж разобрана в статье скорость сайта и конверсия.
Когда CWV — приоритет, а когда подождут
| Тип сайта | Где обычно проблемы | Приоритет |
|---|---|---|
| Интернет-магазин | Каталог с фильтрами, карточки с галереями, сторонние виджеты | Высокий: деньги в тяжёлых шаблонах, много мобильного трафика |
| Сайт услуг с формами заявок | Первый экран с видео или слайдером, чаты, квизы | Средний: чинить главный экран и формы |
| Контентный проект, блог | Реклама и встраиваемые блоки, из-за которых сдвигается вёрстка | Средний: CLS и LCP статей |
| Лендинг под рекламу | Тяжёлая анимация, неоптимизированные изображения | Высокий для рекламы, умеренный для SEO |
| Корпоративный сайт-визитка | Шрифты и изображения без размеров | Невысокий, если нет явных красных метрик |
Если сайт не индексируется, у него нет структуры под спрос или тексты не отвечают на запросы, скорость подождёт: сначала эти проблемы, иначе ускорять просто нечего. Порядок диагностики разобран в ответе почему сайт не растёт в поиске.
Как проверить сайт за четверть часа
- Откройте в Google Search Console отчёт «Основные интернет-показатели»: он группирует URL по шаблонам и показывает, какие группы «красные» по полевым данным на мобильных и десктопе.
- Возьмите по одной странице каждого типового шаблона — главную, раздел, карточку, статью — и прогоните через PageSpeed Insights. Смотрите верхний блок с полевыми данными, а не только балл лабораторного теста.
- Если полевых данных у страницы нет (мало трафика), ориентируйтесь на лабораторные значения и данные по всему сайту — но помните, что это эмуляция.
- В Chrome DevTools на вкладке Performance запишите загрузку карточки: станет видно, какой элемент считается LCP и какие скрипты блокируют отклик.
- Сопоставьте с Яндекс.Метрикой: отказы и время на сайте по мобильным устройствам для тех же шаблонов. Если медленные страницы совпадают с высокими отказами — это первый кандидат на исправление.
Типичные заблуждения, на которых теряют время
Самая частая ошибка — гонка за «100 из 100» в PageSpeed Insights. Балл — лабораторный показатель Lighthouse, эмуляция на одном устройстве. Google же ориентируется на полевые данные CrUX — реальные посещения. Можно иметь высокий балл в лаборатории и красный LCP в поле, если у вашей аудитории слабые телефоны и медленный мобильный интернет.
Второе заблуждение — оптимизировать только главную страницу. Трафик и конверсии живут в каталоге и карточках, а они обычно тяжелее всего: фильтры, галереи, сторонние скрипты. Оценивать и чинить нужно типовые шаблоны, а не витрину. Третье — продолжать смотреть на FID: с марта 2024 года эта метрика заменена на INP, и старые гайды устарели.
- «100 баллов в PageSpeed» не равно зелёным CWV — Google смотрит полевые данные.
- Оптимизация только главной, когда деньги в каталоге и карточках.
- Опора на устаревший FID вместо INP.
- Вера, что CWV важнее релевантности и ссылок, — это лишь один сигнал из многих.
- Проверка сразу после релиза: полевые данные накапливаются 28 дней, эффект правок виден не сразу.
Что делать на практике
Начните с диагностики по реальным данным, как описано выше, и составьте список шаблонов с проблемами. LCP лечат сжатием и современными форматами изображений (WebP, AVIF), приоритетной загрузкой главного экрана, кэшем и CDN, удалением блокирующих отрисовку скриптов. INP — сокращением и дроблением тяжёлого JavaScript, отказом от лишних сторонних виджетов. CLS — явными размерами картинок и резервированием места под баннеры, чаты и шрифты.
На живом сайте важно не чинить всё подряд, а расставить приоритеты по влиянию на трафик и выручку. Системную картину даёт SEO-аудит или более глубокий технический аудит, а саму работу над скоростью мы ведём в рамках SEO-продвижения и продвижения в Google. Глубже в детали оптимизации — в гайде по Core Web Vitals и в термине скорость загрузки.
«Я отношусь к Core Web Vitals как к гигиене, а не как к волшебной кнопке. Ни один сайт не выходит в ТОП только за счёт зелёных метрик — но медленный сайт легко теряет уже завоёванные позиции и заявки. Чините скорость не ради Google, а ради человека с телефоном в метро: ему всё равно, какой у вас LCP, ему важно, чтобы кнопка нажалась с первого раза.» — Владимир Богданов, основатель AOSA
Владимир БогдановОснователь и руководитель AOSA · эксперт по SEO и AEO, 12+ лет в поисковой оптимизации