Core Web Vitals — показатели загрузки, отзывчивости и стабильности страницы. Они помогают увидеть, что мешает человеку пользоваться сайтом. Хорошая оценка не гарантирует высоких позиций или заявок: содержание, предложение и удобство выполнения задачи всё равно нужно проверять.
Три показателя
| Метрика | Что отражает | Хороший уровень |
|---|---|---|
| LCP | Появление крупнейшего подходящего элемента в области просмотра | Не более 2,5 секунды |
| INP | Отзывчивость на учитываемые взаимодействия | Не более 200 мс |
| CLS | Непредвиденные сдвиги элементов | Не более 0,1 |
Оценку проводят по 75-му перцентилю, разделяя мобильные и настольные устройства. Для прохождения оценки нужны хорошие значения всех трёх показателей. TTFB и FCP помогают диагностике, но не входят в эту тройку.
Почему два инструмента показывают разное
Полевые данные отражают реальные посещения в доступной выборке. Лабораторный тест воспроизводит заданное устройство и условия. У них разные задачи: полевые данные помогают оценить масштаб, лабораторные — воспроизвести причину.
Проверьте уровень данных: в PageSpeed Insights это может быть конкретный URL или весь origin — например, страницы под https://example.org. В Search Console показатели могут объединяться по группам похожих страниц. Отсутствие полевых данных не означает ни хорошую, ни плохую скорость. Не заменяйте проверку INP общим баллом Lighthouse: автоматическая загрузка без сценария пользователя не воспроизводит все его взаимодействия.
Исправлять причину
Проблема LCP. Найдите фактический элемент и разложите задержку: ответ сервера, обнаружение ресурса, загрузка, отображение. Не откладывайте главное изображение с помощью lazy loading. Предзагрузка и высокий приоритет нужны конкретному важному ресурсу, а не всем картинкам подряд.
Проблема INP. Воспроизведите медленные действия: раскрытие меню, фильтр, выбор варианта, отправку формы. Проверьте длинные задачи JavaScript, обработчики и обновления интерфейса. После оптимизации действие должно оставаться функциональным.
Проблема CLS. Резервируйте место под изображения, рекламу и встраиваемые блоки. Проверяйте шрифты, уведомления и контент, который появляется над читаемым текстом.
Как поставить задачу разработчику
Вместо «сделать 100 баллов» передайте URL и шаблон, устройство, сценарий, измерение до изменения, найденную причину и критерий проверки. Например: «На мобильной карточке фильтр зависает после выбора размера; воспроизводится на указанной модели, запись взаимодействия приложена».
Начните с шаблонов, которыми пользуются чаще и где задержки мешают ключевому действию. Проверяйте не только первый экран, но и меню, длинную карточку, корзину и форму.
Контроль после изменения
Повторите воспроизводимый тест, проверьте функциональность и ошибки. Затем следите за накоплением полевых данных и поведением людей. Не приписывайте изменению скорости весь рост конверсии, если одновременно поменялись цены, источники трафика или предложение.
Проверить на своём сайте
Начните с нескольких типичных страниц и зафиксируйте проблему до изменения шаблона. Состав такой проверки описан в услуге комплексного аудита сайта.
Добавить комментарий