Подберите размер самых тяжёлых ресурсов
Проверяйте изображения, шрифты и скрипты по объёму переданных байт и важности для пути клиента. Удаляйте или откладывайте работу только при сохранении корректного визуального опыта.
Бюджет доставки / 04
Улучшите путь,
а затем измерьте снова.
Практическое руководство по планированию производительности: как найти самый медленный путь клиента, задать явный бюджет доставки и проверять по одному контролируемому улучшению.
ИСПОЛЬЗУЙТЕ ДЛЯ: Используется для приоритизации измеримых работ по доставке — для HTML, изображений, шрифтов, скриптов, кеширования и критичных пользовательских взаимодействий — без обещаний по оценке или ранжированию.
ЧЕТЫРЕ КОНТРОЛИРУЕМЫЕ РЫЧАГА
Уменьшайте трение, не жертвуя доказательствами.
Сократите критический путь запросов
Определяйте блокирующие рендер запросы и зависимости от origin, затем оценивайте кеширование, сжатие, preload или изменение зависимостей в контролируемых условиях.
Защитите отзывчивость ввода
Инспектируйте длинные задачи и клиентскую нагрузку вокруг основного взаимодействия. Сохраняйте семантику, доступность, согласие и функциональность при сокращении избегаемой работы.
Сравнивайте одинаковое с одинаковым
Записывайте URL, релиз, устройство, сеть, состояние кеша и источник метрик. Улучшение заслуживает доверия только когда тот же метод даёт лучший результат без регрессий.
МЕТОД / ОГРАНИЧЕНО ИСТОЧНИКОМ
Выполните следующий известный шаг.
- Выберите один репрезентативный путь клиента и зафиксируйте его текущие лабораторные и доступные полевые данные перед изменениями в коде.
- Установите проверяемый бюджет для объёма передачи, критических запросов и того пользовательского показателя, который наиболее релевантен этому пути.
- Приоритизируйте крупнейшую контролируемую причину, например слишком большой образ, блокирующий рендер ресурс, лишний скрипт или медленный отклик origin.
- Выполните одно ограниченное изменение, сравните тот же путь и условия, и сохраните или откатите его на основе наблюдаемых данных.
ПРОВЕРЬТЕ / ПЕРЕД ТЕМ КАК ПОЛАГАТЬСЯ
Сравнивайте результаты «до» и «после», используя тот же URL, профиль устройства, сетевые условия и предположения о кеше.
Проверяйте реальную страницу на регрессии в верстке, взаимодействиях, доступности, аналитике и критичных путях клиента.
Зафиксируйте идентификатор релиза, наблюдаемые значения, условия тестирования, решение и результат отката, если изменение не принято.
АВТОРИТЕТ / ПРОВЕРКА
Заметки об источнике, а не заимствованная уверенность.
Основа планирования: рекомендации web.dev по производительности и Core Web Vitals
- web.dev — Web performance ↗web.dev рекомендует измерять ориентированную на пользователя производительность, понимать Core Web Vitals и применять целевые улучшения перед повторным измерением.
КОНТЕКСТ / СОХРАНЯЙТЕ СВЯЗЬ ПЕРЕДАЧИ
Набор запускаИспользуйте рабочую область запуска SIU как структурированную отправную точку для планирования.Status Is DownИспользуйте SID для сигналов о состоянии сервиса в реальном времени, записей о контролируемых службах и контекста, связанного с инцидентами.Готовность доставки изображенийПроверяйте решения по доставке изображений, когда визуальные материалы существенно влияют на бюджет страницы.
Авторство: Черновик редакции SIU Enablement; руководство по производительности, ограниченное источником. Проверил(а): Владелец производительности и владелец клиентского пути проверяют доказательства и компромиссы. Перепроверить: Проводите перепроверку при изменении состава страницы, инфраструктуры доставки, сторонних скриптов или условий измерения.