Google говорил прямо: пользовательский опыт — фактор ранжирования. А опыт в этом контексте измеряется тремя числами — Core Web Vitals. Вне пороговых значений — теряешь позиции. Внутри — выигрываешь.
LCP — Largest Contentful Paint
Измеряет время до отрисовки крупнейшего видимого элемента. Hero-изображение, крупный заголовок, основное видео. Порог: 2,5 с. Свыше 4 с — это «poor», и Google это знает.
Обычные виновники: неоптимизированные изображения, render-blocking шрифты, медленный сервер, отсутствие кеша.
INP — Interaction to Next Paint
Заменил FID в марте 2024. Измеряет задержку между взаимодействием (клик, тап, нажатие) и откликом экрана. Порог: 200 мс. Свыше 500 мс — «poor».
Обычные виновники: тяжёлый JavaScript, блокирующий главный поток, плохо написанные listeners, фреймворки, рендерящие лишнее.
CLS — Cumulative Layout Shift
Измеряет, насколько макет прыгает во время загрузки. Порог: 0,1. Тот момент, когда вы собирались нажать кнопку, а реклама толкнула её вниз — это CLS.
Обычные виновники: изображения без width/height, шрифты, меняющие размер при загрузке, реклама и embeds, вставленные после load.
Как измерять
PageSpeed Insights измеряет в лаборатории (симуляция) и в поле (реальные пользователи через Chrome User Experience Report). Стоит смотреть оба — лаборатория контролируема, поле — это то, что важно для Google.
Другой путь: Search Console > Core Web Vitals. Показывает конкретные URL с проблемами, сгруппированные по шаблону. Самый прямой способ узнать, с чего начинать.
Что обычно решает 80% проблем
- Изображения в WebP/AVIF с явными width/height в HTML
- Шрифты с preload и font-display: swap
- JavaScript разбит на мелкие чанки с lazy loading некритичного
- CDN перед сервером (Cloudflare, Vercel Edge, Cloudfront)
- Server-side rendering или static generation для публичного контента
- Удалить библиотеки, которыми никто не пользуется, но они всё ещё в bundle
Эти шесть пунктов чинят большинство плохо оцениваемых сайтов. Остальное — индивидуально, и именно там начинается серьёзная оптимизация.