Core Web Vitals: как скорость влияет на позиции
Core Web Vitals простыми словами: что измеряют LCP, INP и CLS, какие значения считаются нормой и что даёт больше всего выигрыша при ускорении сайта.
Core Web Vitals - три метрики, которыми измеряется скорость сайта глазами пользователя: LCP (когда появился основной контент, норма до 2,5 секунды), INP (насколько быстро страница отвечает на нажатие, норма до 200 мс) и CLS (насколько прыгает вёрстка при загрузке, норма до 0,1). Прямого влияния на позиции в Яндексе они не оказывают в том виде, в каком это работает у Google, но влияют через поведение, а оно в Яндексе весит много.
Механика простая: человек, который ждёт пять секунд, возвращается в выдачу и открывает конкурента. Поиск это видит и делает выводы. Поэтому вопрос «влияет ли скорость на позиции» практически некорректен - влияет, просто не напрямую.
Ускорение сайтаот 30 000 до 90 000 ₽сроки: 1-3 недели
Что измеряет каждая метрика
LCP, Largest Contentful Paint. Момент, когда отрисовался самый крупный элемент в видимой области: обычно баннер, крупная картинка или заголовок. Это ответ на вопрос «когда человек увидел, что страница загрузилась». Норма - до 2,5 секунды, плохо - больше 4.
INP, Interaction to Next Paint. Пришёл на смену FID и измеряет отзывчивость: сколько проходит между нажатием и видимой реакцией страницы. Норма - до 200 мс, плохо - больше 500. Страдает на сайтах, перегруженных скриптами: человек нажимает на пункт меню, ничего не происходит, он нажимает ещё раз.
CLS, Cumulative Layout Shift. Насколько сдвигается содержимое во время загрузки. Классика: вы уже начали читать, и тут догрузился баннер, всё уехало вниз, а палец попал по рекламе. Норма - до 0,1.
Core Web Vitals
Типичный сайт на конструкторе против статики
Типовая картина в мобильном режиме PageSpeed Insights: сверху сайт на конструкторе, снизу он же после переноса на статику. Значения показательные, у вашего сайта они будут свои - проверяются за минуту по адресу страницы.
Общая библиотека скриптов платформы плюс тяжёлые изображения
jQuery, слайдеры, чат-виджет
Шрифты и баннер без зарезервированного места
Критический CSS инлайном, WebP, без рантайма
Размеры изображений заданы, шрифт с font-display: swap
хорошо требует внимания плохо
Разница между строками - это не оптимизация, а архитектура. Статический сайт не имеет рантайма, базы данных и общей библиотеки блоков, поэтому зелёная зона получается по умолчанию, а не усилиями.
Где смотреть свои цифры
PageSpeed Insights. Вводите адрес, получаете два блока. Верхний - данные реальных пользователей за 28 дней, если их достаточно. Нижний - лабораторный тест здесь и сейчас. Смотреть надо на первый: лабораторный прогон делается на условном устройстве и может сильно отличаться от того, что видят люди.
Обязательно переключайтесь на мобильный режим. В коммерческих нишах Москвы больше половины трафика с телефонов, и десктопные цифры почти всегда красивее.
Яндекс.Метрика. В отчёте «Время загрузки страниц» есть распределение по вашей реальной аудитории, включая тех, кто заходит с плохих сетей.
Вебмастер. В разделе диагностики появляется предупреждение, если сайт медленный настолько, что это мешает обходу.
Что даёт больше всего выигрыша
По моей практике порядок такой, и он редко меняется.
Изображения. Самая частая причина плохого LCP с большим отрывом. Фотография с телефона на 4 мегабайта, отдаваемая как есть, - и никакая другая оптимизация уже не спасёт. Правильно: WebP или AVIF, размер под реальное отображение, loading="lazy" для всего ниже первого экрана, но не для главной картинки, и обязательно заданные width и height, иначе получите CLS.
Сторонние скрипты. Чат-виджет, счётчики, пиксели, карты. Каждый тянет свои килобайты и своё время на выполнение. Живая история: сайт грузился 6 секунд, причиной оказался виджет обратного звонка, который никто не использовал два года. Убрали - стало 2,1.
Шрифты. Три начертания по 300 килобайт каждое, загружаемые с внешнего домена. Решается подключением локально, форматом woff2, подмножеством с кириллицей и font-display: swap. Последнее убирает невидимый текст, но требует запасного шрифта с похожими метриками, иначе получите скачок макета.
CSS и JS. Критический CSS инлайном в head, остальное отложенно. Скрипты с defer. На тяжёлых CMS это самая трудоёмкая часть, потому что шаблон отдаёт всё сразу.
Ответ сервера. Если TTFB больше 600 мс, дальнейшая оптимизация фронтенда даёт мало. Причины: медленный хостинг, отсутствие кэширования, сервер за пределами России при российской аудитории.
Когда скорость не главная проблема
Скажу то, что редко говорят подрядчики по ускорению: если у вас LCP 3 секунды, а на сайте нет цен и телефона в шапке, начинать надо не со скорости.
Порядок работ по эффекту на заявки обычно такой: структура под спрос, потом коммерческие факторы и первый экран, потом скорость. Ускорение с 3 до 1,5 секунды даёт заметный, но не революционный эффект. Появление цены на странице услуги даёт больше.
Другое дело, если LCP 5-6 секунд. Это уже не «медленновато», это потеря части посетителей до того, как они увидели контент, и здесь скорость становится приоритетом номер один.
Чего делать не надо
Гнаться за сотней баллов PageSpeed. Балл - это агрегат лабораторного теста, а не пользовательский опыт. Сайт с 78 баллами и зелёными реальными метриками лучше сайта с 96 баллами и плохими полевыми данными.
Включать турбо-страницы вместо ускорения. Они действительно быстрые, но вы теряете контроль над вёрсткой, аналитикой и коммерческими блоками. Имеет смысл только там, где переделать сайт нельзя.
Оптимизировать десктоп. Смотрите мобильные значения, все решения принимаются по ним.
Сколько это стоит
Ускорение существующего сайта - от 30 000 до 90 000 ₽, срок 1-3 недели. Нижняя граница - когда проблема в изображениях и сторонних скриптах, это чинится быстро. Верхняя - когда надо переписывать шаблон, вытаскивать критический CSS и разбираться с чужой CMS.
Отдельный случай - конструктор. Там базовый вес платформы не убирается, и потолок улучшения примерно секунда-полторы. До зелёной зоны так не дойти, и честнее считать перенос на статику, чем продавать оптимизацию, которая упрётся в платформу.
Что входит в работу по ускорению, как выглядит отчёт до и после и какие значения я считаю условием сдачи - на странице ускорения сайта. Замер и разбор, что именно тормозит на вашем сайте, делаю бесплатно: обычно это двадцать минут и три очевидные причины.
