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

Что такое Core Web Vitals и зачем они бизнесу

Core Web Vitals — это три метрики, которые Google использует для оценки качества загрузки страницы с точки зрения пользователя.

LCP (Largest Contentful Paint) — время до появления самого крупного элемента контента (часто герой-блок, картинка или заголовок). По сути: как быстро человек видит «главное» на странице. Цель — уложиться в 2,5 секунды.

INP (Interaction to Next Paint) — насколько быстро страница реагирует на первое действие пользователя (клик, нажатие). Раньше использовалась метрика FID (First Input Delay), INP её заменяет и лучше отражает отзывчивость. Хорошее значение — до 200 миллисекунд.

CLS (Cumulative Layout Shift) — стабильность верстки: не «прыгают» ли блоки во время загрузки, не смещается ли кнопка в момент клика. Измеряется числом от 0 (идеально) и выше. Для комфорта и конверсии лучше держать CLS ниже 0,1.

Зачем это бизнесу? Плохие значения означают, что часть посетителей уходит до взаимодействия, а поисковая выдача может отдавать предпочтение более быстрым и стабильным сайтам. Регулярная проверка скорости и этих метрик входит в чек-лист здоровья сайта — так вы видите, не съедают ли технические проблемы часть трафика и заявок.

Как скорость и Core Web Vitals влияют на заявки и поиск

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

В поиске Google использует Core Web Vitals как один из факторов ранжирования (в т.ч. для мобильного индекса). Это не единственный и не главный фактор, но стабильно плохие метрики могут ограничивать рост органического трафика. В плане поддержки сайта на год скорость и CWV логично заложить как регулярные пункты: раз в квартал смотреть отчёты и при необходимости править узкие места.

На практике мы видим, что после ускорения ключевых страниц (особенно посадочных с формами) часто растёт не только время на сайте, но и конверсия в заявку — просто потому, что меньше людей уходит до первого осмысленного действия.

Как измерить скорость и Core Web Vitals

Без измерений оптимизация превращается в гадание. Есть несколько бесплатных способов.

PageSpeed Insights (Google) — вводите URL, получаете отчёт по Core Web Vitals для мобильных и десктопов, плюс рекомендации по улучшению. Удобно для разовых проверок и для демонстрации «до/после».

Google Search Console — раздел «Удобство для мобильных устройств» и отчёт «Core Web Vitals» показывают, какие URL имеют проблемы по данным реальных пользователей (CrUX). Это уже не лабораторный тест, а картина по вашей аудитории.

Chrome DevTools — вкладка Lighthouse даёт те же метрики и подсказки по оптимизации. Подходит тем, кто готов открыть инструменты разработчика.

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

С чего начать улучшения

Приоритеты зависят от конкретного сайта, но чаще всего выигрыш дают несколько направлений.

Изображения. Неоптимизированные картинки — частый источник долгого LCP и большого веса страницы. Сжатие, современные форматы (WebP, AVIF где поддерживается), ленивая загрузка ниже первого экрана и адекватные размеры под экран заметно ускоряют загрузку.

Скрипты и стили. Лишние или тяжёлые скрипты откладывают момент, когда страница становится отзывчивой (INP). Стоит отложить загрузку некритичного кода, убрать дубли, по возможности объединить и минифицировать файлы. Блокирующие скрипты в начале страницы — типичная причина «зависаний» при первом клике.

Хостинг и кэширование. Медленный сервер или отсутствие кэша увеличивают время ответа. Настройка кэширования статики и при необходимости CDN для тяжёлых ресурсов часто даёт быстрый эффект без переделки контента.

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

Не обязательно делать всё сразу. Достаточно выбрать один-два пункта, замерить метрики, внедрить изменения и снова замерить. Так вы связываете усилия с результатом и не распыляетесь.

Частые ошибки при оптимизации скорости

Гнаться только за баллом в PageSpeed. Лабораторный тест — не то же самое, что опыт реального пользователя. Важнее стабильно хорошие показатели по CrUX (Search Console) и субъективное ощущение «сайт быстро открывается и сразу реагирует».

Оптимизировать только главную. Если заявки приходят с посадочных или разделов, их тоже нужно проверять и ускорять. Иначе главная будет «зелёной», а страницы с формами — нет.

Добавлять всё подряд без контроля. Каждый новый скрипт, виджет или тяжёлая картинка ухудшают метрики. Перед внедрением полезно прикидывать влияние на вес страницы и на INP/CLS.

Забывать про мобильные. На мобильных устройствах и сеть, и процессор обычно слабее. То, что на десктопе «норм», на телефоне может давать плохой LCP и INP. Проверяйте оба варианта.

Не замерять «после». Без замеров после изменений нельзя понять, сработала ли оптимизация. Фиксируйте Core Web Vitals до и после — так вы накапливаете опыт и видите, что реально влияет на заявки.

Краткие ответы на частые вопросы

Нужно ли стремиться к «зелёным» метрикам по всем страницам? Желательно по тем, что приводят трафик и заявки. По второстепенным страницам допустимы жёлтые значения, если приоритеты бизнеса другие.

Можно ли улучшить Core Web Vitals без смены движка сайта? Часто да. Оптимизация картинок, скриптов, кэша и хостинга даёт существенный прирост без полного редизайна. Смена CMS — крайняя мера.

Как часто проверять метрики? В рамках регулярной поддержки сайта достаточно раз в квартал смотреть отчёт в Search Console и выборочно — PageSpeed по ключевым URL. После крупных изменений — обязательно.

Влияют ли Core Web Vitals на Яндекс? Яндекс не объявляет эти метрики как прямые факторы ранжирования, но общая скорость загрузки и удобство страницы учитываются. Ускорение полезно и для Яндекса.

Читайте также