Core Web Vitals простыми словами: что это и зачем владельцу сайта

Core Web Vitals — это три замера того, как сайт ощущается человеком

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

Считаются они не в лаборатории, а по реальным визитам браузера Chrome: система берёт данные ваших живых посетителей за последние 28 дней и смотрит, каким сайт оказался для 75 % из них. Поэтому на вашем быстром ноутбуке страница может летать, а в отчёте — красная зона: у части аудитории простой телефон и мобильный интернет в дороге.

LCP, CLS, INP — что это простыми словами

LCP — когда появилось главное

Largest Contentful Paint, отрисовка крупнейшего элемента. Браузер смотрит, что на первом экране самое большое — обычно это картинка-обложка, баннер или крупный заголовок, — и засекает, через сколько секунд оно стало видно. Человек читает это как «сайт открылся». Пока крутится спиннер или висит белый экран, для посетителя сайта ещё нет.

CLS — когда всё прыгает

Cumulative Layout Shift, совокупный сдвиг макета. Вы целитесь в кнопку «Купить», в этот момент сверху догружается баннер, страница уезжает вниз — и палец попадает не туда. CLS — накопленная сумма таких прыжков. Чаще всего их устраивают картинки без указанных размеров, шрифты, подгружаемые позже текста, и рекламные или cookie-блоки, которые вставляются в уже нарисованную страницу.

INP — когда сайт отвечает на нажатие

Interaction to Next Paint, отклик на взаимодействие. Весной 2024 года он заменил старый FID. Смысл простой: вы нажали — через сколько миллисекунд на экране что-то изменилось. Открылось меню, раскрылся аккордеон, поле отреагировало на ввод. Если браузер в этот момент занят тяжёлыми скриптами, нажатие «проваливается», и человек бьёт по кнопке второй раз.

Хорошие показатели Core Web Vitals: нормы в цифрах

Пороги одинаковые для всех — от лендинга на одну страницу до магазина с десятью тысячами товаров. Показатель считается хорошим, если в него укладываются 75 % визитов.

• LCP — до 2,5 секунды хорошо; от 2,5 до 4 секунд требует улучшения; больше 4 — плохо.
• CLS — до 0,1 хорошо; от 0,1 до 0,25 требует улучшения; больше 0,25 — плохо.
• INP — до 200 мс хорошо; от 200 до 500 мс требует улучшения; больше 500 — плохо.

Важная деталь: страница проходит проверку целиком, только если все три показателя в зелёной зоне. Один красный — и весь адрес считается неудачным. Ещё различают полевые данные (реальные посетители) и лабораторные (симуляция в PageSpeed Insights). Решают полевые; лабораторные нужны, чтобы понять причину и проверить себя после правок.

Влияет ли скорость на позиции в поиске

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

Логика такая. Зелёные показатели сами по себе не поднимут сайт в топ, обещать это нечестно. А вот красные тихо отъедают выручку: люди уходят до того, как страница дорисовалась, и в конверсии это видно раньше, чем в позициях. Особенно на мобильных и особенно в рекламе, где за каждый такой уход вы уже заплатили.

Скорость — это не столько про место в выдаче, сколько про то, сколько людей дожили до вашего предложения.

Где посмотреть свои цифры

1. PageSpeed Insights — вставляете адрес страницы, сверху смотрите блок с данными реальных пользователей, ниже — лабораторный разбор с конкретными причинами.
2. Google Search Console, раздел основных интернет-показателей — показывает не одну страницу, а группы похожих адресов по всему сайту: видно, что карточки товаров проседают, а блог в порядке.
3. Chrome DevTools, вкладка Lighthouse — удобно для быстрой перепроверки после правок, прямо на своём компьютере.
4. Кабинет ARTGK Code — Core Web Vitals считаются вместе с аптаймом, SSL и проверкой на вирусы, чтобы не собирать картину по четырём разным сервисам.

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

Как улучшить Core Web Vitals

Чтобы починить LCP

• Сжать картинки первого экрана и перевести в современные форматы WebP или AVIF — чаще всего именно они и есть тот самый «крупнейший элемент».
• Снять ленивую загрузку с главной картинки: lazy для первого экрана работает против вас.
• Включить кэширование и сжатие на сервере, подключить CDN, если аудитория разбросана по стране.
• Проверить время ответа сервера: если он думает секунду до первого байта, дальше уже ничего не спасёт — дело в хостинге или тяжёлых запросах к базе.

Чтобы починить CLS

• Задать ширину и высоту всем картинкам и встроенным блокам — браузер заранее оставит под них место.
• Резервировать место под баннеры, виджет чата и cookie-плашку, а не вставлять их поверх готовой страницы.
• Подключать шрифты с font-display: swap и предзагрузкой, чтобы текст не перерисовывался с прыжком.
• Не двигать содержимое анимациями, которые меняют размеры блоков после загрузки.

Чтобы починить INP

• Выкинуть скрипты, которые никто не помнит зачем ставил: старые пиксели, два счётчика подряд, виджеты «мы онлайн», квизы без заявок.
• Отложить всё несрочное — аналитику, чаты, карты — и грузить после первого экрана.
• Разбить тяжёлые скрипты на части, чтобы браузер успевал отвечать на нажатия между ними.
• На WordPress и других CMS пересмотреть список плагинов: чем больше активных, тем выше шанс увидеть красный INP.

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

Что сделать на этой неделе

1. Прогнать через PageSpeed Insights четыре главных типа страниц — обязательно в мобильной вкладке, а не в десктопной.
2. Выписать, какой из трёх показателей красный. Не все сразу — самый плохой.
3. Отдать на исправление две-три конкретные причины из отчёта, а не задачу «ускорить сайт вообще».
4. Через две недели проверить те же страницы и сравнить цифры.

Если разбираться в отчётах некогда, кабинет ARTGK Code считает Core Web Vitals по вашему сайту сам и показывает готовый список причин — проверка бесплатная, карта не нужна. Найденное можно сразу отдать инженерам: точечные правки руками специалиста — 3 500 ₽/час, комплексное ускорение сайта из маркетплейса — 14 900 ₽, смета согласуется до начала работ.