PageSpeed Insights объединяет полевые данные реальных пользователей из Chrome UX Report и лабораторный запуск Lighthouse. Lighthouse моделирует один сеанс в заданных условиях и оценивает Performance, Accessibility, Best Practices и SEO. Итоговый балл удобен для ориентира, но исправлять нужно измеримую причину, а не цвет круга.
Три разных источника данных
PageSpeed Insights — интерфейс и API, который показывает CrUX и запускает Lighthouse. Chrome UX Report агрегирует опыт согласившихся пользователей Chrome по URL или домену за последние 28 дней. Lighthouse загружает страницу в контролируемой лабораторной среде и рассчитывает трассировку одного запуска.
Данные не обязаны совпадать. Реальные посетители используют разные устройства, сети, кеш и географию; лаборатория фиксирует выбранную конфигурацию. Если полевого блока нет, это означает недостаточный объём данных, а не хорошую или плохую скорость. Для внутреннего проекта CrUX может не появиться вообще.
| Источник | Период | Для чего |
|---|---|---|
| CrUX / Field | Скользящие 28 дней | Опыт реальных пользователей |
| Lighthouse / Lab | Один тест | Диагностика ресурсов и main thread |
| RUM сайта | Собственная телеметрия | Сегменты бизнеса и релизы |
Core Web Vitals в 2026 году
Набор состоит из Largest Contentful Paint, Interaction to Next Paint и Cumulative Layout Shift. «Хорошо» на 75-м процентиле: LCP не более 2,5 секунды, INP не более 200 миллисекунд, CLS не более 0,1. Оценка выполняется отдельно для мобильных и настольных устройств.
LCP описывает время появления крупнейшего видимого элемента, INP — задержку взаимодействий на протяжении визита, CLS — неожиданные сдвиги. Лабораторный тест может не показать полноценный INP без взаимодействия и использует вспомогательные метрики. Не подменяйте полевой INP одним Total Blocking Time.
- LCP: сервер, критические ресурсы и главный элемент.
- INP: обработчики, длинные задачи и объём JavaScript.
- CLS: размеры изображений, шрифты, реклама и вставки.
- Проверка: 75-й процентиль по URL или origin.
- Разделение: mobile и desktop.
Как читать балл Performance
Балльная оценка Lighthouse взвешивает лабораторные метрики и округляется. Веса и формула могут меняться между версиями. Разница 89 и 91 не означает заметный для человека скачок качества, особенно если тесты запускались в разное время. Сохраняйте версию Lighthouse и медиану нескольких запусков.
Score нужен для общего сравнения в одинаковых условиях. Техническую задачу создают из waterfall, filmstrip, LCP element, long tasks и diagnostics. Например, рекомендация «properly size images» требует списка конкретных файлов, шаблона, фактического размера и желаемого способа генерации вариантов.
Остальные категории Lighthouse
Accessibility запускает автоматические проверки контраста, имён элементов, структуры и ARIA. Он не заменяет ручную проверку клавиатурой, увеличением, скринридером и содержанием. Порядок полноценной проверки разобран в статье о WCAG.
Best Practices проверяет часть проблем безопасности и браузерной реализации. SEO охватывает базовую доступность для поиска, но не оценивает релевантность, качество, ссылки и фактический индекс. PWA-аудиты и набор проверок меняются; ориентируйтесь на версию, указанную в отчёте.
Правильный запуск аудита
Тестируйте не только главную, а по одному URL каждого шаблона: категория, товар, статья, форма. Отключите расширения или используйте чистый профиль. Повторите запуск 3–5 раз и берите медиану. Записывайте регион, устройство, версию, состояние кеша и авторизацию.
Для JavaScript-приложения отдельно проверьте первый визит и навигацию внутри. PageSpeed Insights тестирует публичный URL без вашей сессии. Для staging используйте локальный Lighthouse или Lighthouse CI, но сервер и данные должны быть достаточно похожи на production.
- Выбрать ключевые шаблоны.
- Проверить наличие field data.
- Запустить 3–5 лабораторных тестов.
- Сохранить медиану и трассировки.
- Найти общий компонент проблемы.
- Исправить на контрольной группе.
- Добавить Lighthouse CI.
- Оценить полевые данные после 28-дневного окна.
Задачи по LCP, INP и CLS
Для LCP найдите конкретный элемент. Сократите TTFB, отдайте критический HTML без клиентской задержки, правильно приоритизируйте hero-изображение и не загружайте его лениво. Оптимизируйте размер и формат, но не ставьте preload на десятки файлов.
Для INP разбейте длинные задачи, уменьшите JavaScript, отложите необязательные виджеты и измерьте реальные взаимодействия. Для CLS резервируйте размеры изображений и рекламы, не вставляйте баннер над уже показанным контентом, настраивайте загрузку шрифтов. Каждое исправление проверяйте визуально и функционально.
| Метрика | Первый вопрос | Частые причины |
|---|---|---|
| LCP | Какой элемент признан крупнейшим? | TTFB, CSS, hero image, client rendering |
| INP | Какое взаимодействие задержано? | Long tasks, обработчики, third-party JS |
| CLS | Какой элемент сдвинулся? | Нет размеров, поздняя вставка, шрифт |
Мониторинг после исправления
Лабораторный результат меняется сразу, а CrUX отражает скользящее окно и обновляется постепенно. Отметьте дату релиза и следите за распределением good, needs improvement и poor. Собственная RUM-метрика позволяет быстрее увидеть конкретную версию, страну, устройство и шаблон.
Не откладывайте полезный релиз только ради 100 баллов. Оцените влияние на конверсию, доступность и стабильность. Оптимизация, которая удаляет важный функционал или ухудшает изображение товара, может поднять score и повредить бизнесу.
Частые вопросы
PageSpeed Insights и Lighthouse — одно и то же?
Нет. PageSpeed Insights показывает полевые CrUX и лабораторный Lighthouse. Lighthouse можно запускать отдельно в Chrome, CLI или CI.
Нужно ли добиваться 100 баллов?
Нет. Добивайтесь устойчивых полевых метрик и исправляйте причины, влияющие на людей. Разница нескольких баллов между лабораторными запусками нормальна.
Почему после исправления Core Web Vitals остаются плохими?
Полевые данные рассчитываются за скользящие 28 дней. Проверьте лабораторно релиз сейчас и дождитесь обновления окна, одновременно наблюдая собственный RUM.