Зачем разбирать эту тему
Lighthouse полезен как лаборатория, но пользователь приходит с реальным телефоном, сетью и загруженным процессором. Поэтому оцениваем не один балл, а конкретные пользовательские пути.
Как устроена задача на практике
Для первого экрана важен LCP, для интерактивного кабинета — INP, для динамических страниц — CLS. Hero-изображения получают размеры и адаптивные источники, а тяжёлый JavaScript не блокирует первое действие.
Что важно в production
У страницы должен быть бюджет: вес изображений, bundle, число third-party скриптов и запросов. Skeleton и optimistic UI помогают воспринимаемой скорости, но не должны скрывать реальные ошибки.
Типичные ошибки
Главная ошибка — выбирать технологию или паттерн раньше, чем сформулирован пользовательский сценарий и ограничения. Второй частый промах — проверять решение только на идеальном happy path и не продумывать восстановление после сбоя, повторный запрос и права доступа.
Практический вывод
После релиза подключаем RUM и смотрим p75/p95 по устройствам. Именно реальные данные показывают, где оптимизация влияет на клиентов, а где только улучшает красивый отчёт.
- фиксируйте допущения до реализации;
- проверяйте решение на реальных данных и устройствах;
- сохраняйте наблюдаемость и возможность безопасного отката;
- усложняйте архитектуру только когда это подтверждает задача.