Core Web Vitals: почему скорость сайта решает, будут ли заявки

С 2021 года Google измеряет, насколько быстро и стабильно ощущается сайт, и использует эти данные как фактор ранжирования. Три показателя называются Core Web Vitals.

Для владельца бизнеса важна практическая сторона: медленный сайт теряет посетителей раньше, чем успеет показаться, и опускается в выдаче. И то, и другое стоит заявок.

Разберу, что измеряется, как проверить свой сайт за две минуты и какие причины реально устранимы.

Сначала проверьте свой сайт

Прежде чем читать дальше — сделайте тест. Две минуты, и вместо догадок будут цифры.

1. Откройте pagespeed.web.dev
2. Введите адрес сайта
3. Подождите около тридцати секунд
4. Смотрите на вкладку Мобильные, не Компьютер

Мобильный показатель важнее, потому что Google оценивает прежде всего мобильную версию и большинство ваших посетителей приходят с телефона.

Как читать:

• 0–49 (красный): нужно действовать, вы теряете посетителей
• 50–89 (оранжевый): есть куда расти
• 90–100 (зелёный): хорошо

Для сравнения: этот сайт набирает 99 баллов на мобильном. Можете проверить сами — в этом и смысл такого показателя, он проверяемый.

Что означают три показателя

LCP — когда виден основной контент

Largest Contentful Paint измеряет, сколько времени проходит до загрузки самого крупного видимого элемента. Обычно это картинка или большой заголовок.

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

Цель: меньше 2,5 секунд. Больше 4 секунд — плохо.

CLS — прыгает ли вёрстка при загрузке

Cumulative Layout Shift измеряет, насколько элементы меняют своё положение, пока страница грузится.

Знакомая ситуация: хотите нажать на ссылку, в этот момент подгружается картинка выше, всё съезжает вниз, и вы попадаете не туда. Это и есть layout shift.

Цель: меньше 0,1.

Самая частая причина — изображения без заданного размера. Браузер не знает, сколько места резервировать, и при загрузке сдвигает всё остальное.

INP — как быстро сайт реагирует на действия

Interaction to Next Paint измеряет задержку между действием пользователя (тап, клик) и видимой реакцией.

Если вы нажимаете на меню, и полсекунды ничего не происходит — показатель INP плохой. Обычно причина в избыточном JavaScript, который блокирует браузер.

Цель: меньше 200 миллисекунд.

Частые причины плохих показателей

По частоте встречаемости.

1. Неоптимизированные изображения

С большим отрывом самая частая причина. Фото прямо с телефона весит четыре-восемь мегабайт. Для сайта то же изображение нужно в размере около 200 килобайт — в сорок раз меньше, при практически неотличимом качестве.

Что делать:

• Уменьшать до реально нужного размера (не вставлять картинку шириной 4000 пикселей, если она показывается на 800)
• Использовать современный формат: WebP или AVIF вместо JPEG
• Задавать ширину и высоту в коде, чтобы ничего не прыгало
• Изображения ниже первого экрана загружать при прокрутке

Одна только оптимизация картинок даёт на большинстве сайтов наибольший эффект.

2. Слишком много скриптов

Каждый плагин, каждый счётчик, каждый чат-виджет грузит свой код. На WordPress-сайте с двадцатью плагинами легко набирается два мегабайта JavaScript, который браузер должен обработать до того, как страница начнёт реагировать.

Что делать: чистить. Каждый плагин без ясной цели — убрать. Счётчики, которые никто не смотрит, — тоже.

3. Шрифты с внешних серверов

Шрифты с чужих серверов (обычно Google Fonts) задерживают отображение: браузеру нужно установить дополнительное соединение, прежде чем текст станет виден.

Что делать: разместить шрифты локально на своём сервере. Это и ускоряет загрузку, и решает юридическую проблему — подробнее в статье про Impressum и DSGVO.

4. Медленный хостинг

Дешёвый хостинг за три евро в месяц делит сервер с сотнями других сайтов. Время ответа сервера напрямую входит в показатель LCP.

Что делать: сменить хостинг или подключить CDN, который отдаёт контент с ближайшего к посетителю сервера.

5. Конструкторы страниц

Визуальные конструкторы вроде Elementor или Divi генерируют раздутый код: вложенные контейнеры там, где хватило бы одного элемента. Удобно при сборке, дорого при загрузке.

Что делать: постфактум трудно исправить. Это одна из причин, почему для старых сайтов переделка часто выгоднее оптимизации.

Что реально можно улучшить

Честная оценка по трудозатратам.

Быстро и дёшево:

• Оптимизировать изображения (наибольший эффект при наименьших усилиях)
• Удалить неиспользуемые плагины
• Разместить шрифты локально
• Включить кеширование

Средние усилия:

• Сменить хостинг
• Подключить CDN
• Отложить загрузку скриптов

Только с новым сайтом:

• Избавиться от кода конструктора
• Исправить архитектурные проблемы
• Сменить технологию

На типичном WordPress-сайте первые четыре меры часто дают 20–30 баллов. С 45 до 70 — реалистично. С 45 до 95 без смены основы — обычно нет.

Что скорость значит на практике

Показатели не самоцель. Они описывают то, что переживает посетитель.

Кто три секунды смотрит на белую страницу — возвращается в Google и жмёт следующий результат. Это не осознанное решение, а привычка. Google фиксирует быстрый возврат и трактует его как сигнал, что страница не подошла.

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

Поэтому мобильный показатель важнее.

Частые вопросы

Core Web Vitals действительно влияют на позиции? Да, но не главный фактор. Содержание и релевантность важнее. При сопоставимых страницах скорость становится решающей — плюс эффект на отказы работает независимо от позиций.

У меня десктоп 95, мобильный 40. На что смотреть? На мобильный. Google индексирует прежде всего мобильную версию.

Как часто проверять? После каждого крупного изменения и примерно раз в квартал. Показатели ухудшаются постепенно, по мере добавления контента и плагинов.

Почему цифры скачут между замерами? PageSpeed Insights симулирует соединение с некоторым разбросом. Разница в пять-десять баллов нормальна. Смотрите на тенденцию, не на отдельный замер.

Стоит ли оптимизировать старый сайт? До определённой точки. Если после оптимизации картинок и чистки плагинов всё ещё меньше 50 — проблема в основе. Тогда новый сайт обычно выгоднее дальнейшей оптимизации.

Итог

Сначала измерьте. Две минуты в PageSpeed Insights скажут больше любых предположений.

Если мобильный показатель ниже 50 — начинайте с картинок, это почти всегда главный тормоз и проще всего исправить. Дальше чистка плагинов и локальные шрифты.

Если после этого показатель остался низким — дело в базовой структуре. Тогда вопрос уже не в оптимизации, а в том, стоит ли делать новый сайт.

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