Core Web Vitals простым языком: LCP, INP и CLS
Core Web Vitals — это три показателя, которыми Google измеряет, насколько удобно пользоваться вашим сайтом: быстро ли он показывается, шустро ли откликается на действия и не «прыгает» ли вёрстка. Они влияют и на позиции, и на поведение людей. Разберём каждый без технического жаргона: что значит, какая норма и как улучшить.
Что такое Core Web Vitals
Это набор из трёх метрик реального пользовательского опыта, который Google использует как фактор ранжирования. В отличие от общей «скорости загрузки», они описывают конкретные ощущения: успел ли контент показаться, не тормозит ли страница в ответ на клик и не съезжает ли вёрстка под пальцем. Google собирает их по реальным посетителям (данные CrUX), поэтому это не лабораторная цифра, а то, что чувствуют люди.
LCP — скорость показа контента
LCP измеряет, за сколько секунд пользователь видит главный элемент экрана. Норма — до 2,5 секунды. Чаще всего «виновники» медленного LCP — тяжёлые картинки, медленный сервер и блокирующие скрипты. Что помогает: сжать и перевести изображения в современные форматы (WebP/AVIF), включить кэширование и сжатие, использовать быстрый хостинг и CDN, убрать рендер-блокирующий CSS/JS.
INP — отзывчивость на действия
INP показывает, как быстро страница откликается на взаимодействие: нажал кнопку — через сколько что-то произошло. Норма — до 200 мс. Тормозит обычно тяжёлый JavaScript, который «занимает» браузер. Что помогает: уменьшить и разбить JS, убрать лишние сторонние скрипты (виджеты, счётчики), не выполнять тяжёлые вычисления в момент клика.
CLS — стабильность вёрстки
CLS ловит раздражающий эффект, когда вы целитесь в кнопку, а страница в этот момент «дёргается» и вы попадаете не туда. Норма — до 0,1. Причины: картинки и рекламные блоки без заданных размеров, шрифты, подгружаемые с задержкой, контент, вставляемый сверху. Что помогает: задавать width и height у картинок и видео, резервировать место под рекламу и баннеры, аккуратно подключать шрифты.
Как измерить Core Web Vitals
Есть два типа данных. Лабораторные (на одном прогоне) показывает PageSpeed Insights и вкладка Lighthouse в браузере — удобно для отладки. Полевые (по реальным пользователям) собираются в Google Search Console в отчёте «Основные интернет-показатели» и в CrUX — именно они влияют на ранжирование. Ориентируйтесь на полевые данные за последние 28 дней.
Влияют ли они на позиции
Да, но в меру. Core Web Vitals — один из факторов ранжирования Google, а не главный: отличная скорость не выведет в ТОП слабой контент, но при прочих равных более быстрый и удобный сайт получает преимущество. Главное — это реальная польза для пользователя: быстрый отзывчивый сайт удерживает посетителей и повышает конверсию, а это уже улучшает поведенческие факторы и в Яндексе.
Лабораторные и полевые данные: почему расходятся
Частая путаница: PageSpeed показал зелёные цифры, а в Search Console «требует улучшения» — кто прав? Оба, просто это разные данные. Лабораторные — один прогон в идеальных условиях (хороший канал, чистый браузер), они удобны для отладки: меняешь — сразу видишь эффект. Полевые — усреднённые значения по реальным посетителям за 28 дней: с разными устройствами, скоростью интернета, старыми телефонами. Именно полевые влияют на ранжирование, потому что отражают реальный опыт. Расхождение нормально: ваш мощный компьютер открывает сайт быстрее, чем средний бюджетный смартфон в метро. Ориентируйтесь на полевые данные, а лабораторные используйте, чтобы быстро проверять правки.
Откуда берутся плохие значения
У каждой метрики свои типичные виновники, и зная их, чинить проще. Плохой LCP почти всегда про «тяжёлый верх»: огромная непожатая картинка первого экрана, медленный ответ сервера (TTFB), блокирующий CSS. Плохой INP — это перегруженный JavaScript: куча сторонних виджетов и счётчиков, тяжёлые скрипты, которые «занимают» браузер в момент клика. Плохой CLS — про «прыжки»: картинки и реклама без заданных размеров, поздно подгруженный баннер, который толкает контент вниз, шрифты, меняющие текст с задержкой. Диагноз по метрике сразу подсказывает, где копать.
CLS: откуда «прыжки» вёрстки
CLS заслуживает отдельного разбора, потому что причина не всегда очевидна. Главный источник — элементы без зарезервированного места. Картинка без width и height: пока она грузится, её нет, а появившись, она расталкивает контент. Рекламный блок, который подгружается позже и вставляется в середину текста. Баннер «согласие на cookie» или уведомление, всплывающее сверху и сдвигающее всё вниз. Шрифт, при подмене которого текст меняет размер. Лекарство по сути одно — резервировать место заранее: задавать размеры картинкам и видео, выделять фиксированный блок под рекламу, аккуратно подключать шрифты. Тогда странице некуда «прыгать».
Core Web Vitals и Яндекс
Важная оговорка для Рунета: Core Web Vitals — это метрики Google, и напрямую как фактор ранжирования их использует именно он. Своего «Core Web Vitals» Яндекс не объявлял. Но это не повод их игнорировать, если ваша аудитория в Яндексе. Во-первых, всё, что улучшает CWV — скорость показа, отзывчивость, стабильность, — Яндекс учитывает через поведенческие факторы: быстрый удобный сайт удерживает людей, а это он ценит. Во-вторых, скорость у Яндекса и так в числе факторов. Так что работа над Core Web Vitals окупается в обоих поисковиках — просто в Google напрямую, а в Яндексе через удобство и поведение.
Коротко
Core Web Vitals — три метрики удобства: LCP (показ контента, ≤2,5 с), INP (отзывчивость, ≤200 мс) и CLS (стабильность вёрстки, ≤0,1). Улучшаются они через сжатие и современные форматы картинок, лёгкий JavaScript и заданные размеры элементов. Измеряйте по полевым данным в Search Console, а быстрые правки находите в анализе сайта. Делая сайт быстрее для людей, вы улучшаете и позиции.