Core Web Vitals

01

Что такое Core Web Vitals

Core Web Vitals (CWV) — это три пользовательские метрики, которые Google выделил как приоритетные для оценки качества страницы. Они измеряются на реальных визитах пользователей и дополняют классические технические показатели вроде TTFB или общего времени загрузки. Если сервер отвечает быстро, но главный баннер появляется через пять секунд, а кнопка «Оставить заявку» реагирует с задержкой, пользователь уходит — и метрики это фиксируют.

С 2021 года Core Web Vitals стали частью сигналов ранжирования Google. Это не означает, что медленный сайт автоматически выпадет из выдачи, но при прочих равных быстрый и удобный ресурс получает преимущество. Для коммерческих проектов — интернет-магазинов, сервисных компаний, B2B-площадок — плохие CWV чаще бьют по выручке напрямую: растёт доля отказов, падает глубина просмотра, снижается доля заявок из органики.

Набор метрик не статичен. Долгое время третьим показателем отзывчивости был FID (First Input Delay), но в марте 2024 года Google официально заменил FID на INP (Interaction to Next Paint). INP точнее отражает задержки при любых взаимодействиях на странице — не только при первом клике, но и при навигации по меню, отправке формы, работе с фильтрами каталога. Если ваш отчёт или чек-лист SEO ещё опирается на FID, его нужно обновить.

02

Три метрики и пороги

Google оценивает каждую метрику по 75-му перцентилю реальных данных (field data) за последние 28 дней. Страница считается «хорошей», если не менее 75% визитов укладываются в зелёную зону. Промежуточное значение — «требует улучшения», красное — «плохо».

LCP отвечает на вопрос «когда пользователь увидит суть страницы?». Это может быть hero-изображение, крупный заголовок, видеопревью или блок текста. Медленный LCP создаёт ощущение «пустого экрана» и увеличивает отказы на мобильных устройствах, где трафик из поиска особенно чувствителен к скорости.

INP показывает, насколько быстро интерфейс реагирует на действия. Тяжёлый JavaScript, блокирующие обработчики событий, сторонние виджеты и неоптимизированные фреймворки — частые виновники высокого INP. Для сайтов с формами заявок, калькуляторами и личными кабинетами это критично: задержка в полсекунды снижает доверие и конверсию.

CLS фиксирует неожиданные смещения блоков: рекламный баннер «выталкивает» кнопку, шрифт подгружается и текст прыгает, изображение без размеров ломает сетку. Пользователь может случайно нажать не туда — это раздражает и убивает конверсию на этапе оформления заказа или отправки формы.

03

Как скорость и стабильность влияют на посетителя

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

CWV влияют на несколько бизнес-направлений одновременно. Во-первых, на органический трафик: Google учитывает опыт страницы при ранжировании, а в Search Console отображает статус Core Web Vitals по URL. Во-вторых, на платную рекламу: плохая скорость ухудшает Quality Score в Google Ads и повышает стоимость клика при том же объёме показов. В-третьих, на конверсию: даже идеальный текст и сильный оффер не работают, если форма «зависает» или кнопка «Купить» смещается при загрузке.

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

04

Лабораторные и полевые данные

При работе с Core Web Vitals важно различать lab data (данные лаборатории) и field data (полевые данные). Lab data получают синтетическими тестами: Lighthouse, PageSpeed Insights в режиме эмуляции, WebPageTest. Такие замеры воспроизводимы, удобны для разработки и позволяют проверить правки до релиза. Но они не учитывают реальные устройства, сеть и поведение конкретной аудитории.

Field data — это агрегированные метрики реальных пользователей из Chrome User Experience Report (CrUX). Именно field data Google использует для оценки Core Web Vitals в Search Console и для сигналов ранжирования. Если Lighthouse показывает «зелёный» LCP, а CrUX — «красный», ориентироваться нужно на field data: проблема проявляется у реальной аудитории на медленных сетях или слабых смартфонах.

На практике lab и field дополняют друг друга. Lab data помогает найти узкие места в коде, изображениях, шрифтах и сторонних скриптах. Field data показывает, достаточно ли этих правок для большинства визитов. Для бизнеса полезно смотреть оба источника: lab — в процессе доработок, field — для контроля результата после выката и при планировании бюджета на оптимизацию.

05

Инструменты мониторинга

В Search Console используйте отчёт Core Web Vitals по группам URL. PageSpeed Insights помогает сопоставить полевую оценку, если для неё достаточно данных, с лабораторной диагностикой конкретной страницы.

Lighthouse (в Chrome DevTools или CI/CD) подходит для регрессионного контроля: после каждого релиза можно сравнивать lab-метрики. Chrome DevTools → Performance помогает разобрать конкретный медленный LCP-элемент или долгую задачу JavaScript, влияющую на INP. Web Vitals extension для Chrome показывает метрики в реальном времени при просмотре страницы.

Для постоянного мониторинга крупных проектов используют RUM-системы (Real User Monitoring): Sentry, Datadog, SpeedCurve, собственные скрипты на базе библиотеки web-vitals.js. Они отправляют LCP, INP, CLS с каждого визита в аналитику и позволяют сегментировать по страницам, устройствам и источникам трафика. Связывайте CWV с конверсией в отчётах: так видно, какие URL теряют заявки из-за скорости, а не из-за контента.

06

Типичные проблемы

На коммерческих сайтах одни и те же ошибки повторяются из проекта в проект. Тяжёлые изображения без оптимизации — главная причина плохого LCP: hero-баннер в полном разрешении, WebP без сжатия, отсутствие lazy load ниже первого экрана. Блокирующий JavaScript и CSS откладывает отрисовку: третьи стороны (чаты, аналитика, рекламные пиксели) часто загружаются синхронно в head.

CLS провоцируют баннеры без зарезервированного места, embed-виджеты, шрифты без font-display и динамический контент над фиксированными кнопками. INP страдает от длинных задач main thread, избыточных re-render в SPA, тяжёлых обработчиков на scroll и input без debounce.

Типичная управленческая ошибка — оптимизировать только главную страницу. Категории, карточки товаров и посадочные под рекламу часто медленнее и приносят больше денег. Вторая ошибка — ориентироваться только на десктоп: мобильный трафик из поиска обычно строже по порогам. Третья — игнорировать field data после «зелёного» Lighthouse. Регулярно сверяйте Search Console, CrUX и бизнес-метрики, иначе Core Web Vitals останутся абстракцией, а не инструментом роста выручки.