Доступность
PageSpeed-мониторинг после релиза: Lighthouse и пороги
Как выбрать Mobile/Desktop, установить пороги категорий Lighthouse и разбирать регрессии после изменений страницы.
Выберите страницу, которую важно защищать
Lighthouse оценивает конкретный URL. Результат главной не описывает автоматически каталог, форму или личный кабинет: у них могут отличаться ресурсы и поведение. Начните со страницы, важной для пользовательской задачи.
Выберите Mobile, Desktop или обе стратегии. Сравнивайте историю внутри одной стратегии: разные условия закономерно дают разные результаты. Проверка запускается на PRO и дополняет наблюдение доступности по HTTP.
Выберите страницу и стратегию измерения
Пример для мобильного каталога: Mobile, Performance 70. Значение иллюстрирует настройку; согласуйте реальный порог по вашей истории.
- Укажите URL каталога и выберите Mobile, Desktop или обе стратегии.
- Задайте пороги нужных категорий в диапазоне 0–100.
- Сопоставляйте отчёт с релизами и повторяющимися изменениями, а не с одним колебанием.
Ожидаемый результат: Для выбранной стратегии видны оценки категорий. Оценка ниже заданного порога может вызвать инцидент; отчёт помогает искать причину.
Согласуйте пороги категорий
Пороги Performance, Accessibility, Best Practices и SEO задаются от 0 до 100. Оценка ниже настроенной границы может вызвать инцидент. Сначала получите исходные результаты, затем выберите границы, при которых команда действительно будет разбирать изменение.
Лабораторные измерения могут колебаться из-за условий и загружаемых ресурсов. Один низкий результат — повод открыть отчёт, а не доказательство конкретной ошибки релиза. Сопоставьте повторяемость, время публикации и изменения скриптов, изображений и сторонних виджетов.
Что результат не обещает
Lighthouse — лабораторная проверка. Она не собирает опыт каждого посетителя и не заменяет полевые Core Web Vitals. HTTP-длительность тоже измеряет другой участок работы: быстрый ответ сервера может сочетаться с тяжёлой отрисовкой.
SEO 100 не гарантирует высокую позицию в поиске. Accessibility не заменяет полный аудит WCAG, ручную клавиатурную проверку и тестирование со screen reader. Используйте категории как технические сигналы и сохраняйте связь между отчётом, изменением страницы и проверкой исправления.
Следующий шаг
Подробная инструкция по настройке описывает параметры проверки. На странице мониторинга можно сравнить возможности и перейти к созданию нужного типа.