Что означает «сайт загружается долго»

Пользователь может ждать появления основного содержимого, реакции кнопки или ответа после поиска. Эти задержки различаются. Прежде чем запускать инструмент, определите сценарий и показатель: что начинает отсчёт и какое событие его завершает. Формулировка «загрузка не более нескольких секунд» без условий оставляет слишком много вариантов толкования.

В наборе Core Web Vitals LCP относится к появлению крупнейшего содержательного элемента, INP — к отзывчивости при взаимодействиях, CLS — к визуальной стабильности. Определения приведены в обзоре Web Vitals. CLS при этом не является временем загрузки, а завершение конкретного бизнес-сценария может потребовать отдельного измерения.

Два вида данных отвечают на разные вопросы

Лабораторный запуск показывает поведение в заданной среде и удобен для контролируемого сравнения версий. Полевые данные описывают посещения реальных пользователей с разными устройствами, сетями и действиями. Различие этих подходов объясняется в материале web.dev о лабораторных и полевых измерениях.

Поэтому низкий лабораторный результат и хорошие пользовательские значения не обязательно противоречат друг другу. Сначала проверяют период, адрес или охват группы страниц, тип устройства и условия. Пользовательская сводка за длительный интервал может включать несколько выпусков сайта; её нельзя без оговорок приписать только сегодняшней доработке.

Какие условия делают сравнение осмысленным

Для каждого запуска записывают адрес, версию сайта, инструмент и его версию, устройство, браузер, место проверки, параметры ограничения сети и процессора. Добавляют состояние кеша, авторизацию, размер окна, согласие на сторонние скрипты и выбранный вариант страницы, если он меняется.

Холодный и повторный визиты исследуют отдельно. Если в первом опыте картинка уже была в кеше, а во втором скачивалась заново, разница не описывает только качество кода. Аналогично влияют запущенные на компьютере программы и сторонние запросы.

Проводите серию одинаковых запусков и сохраняйте все результаты, а не только лучший. Заранее выберите способ обобщения, например медиану и диапазон. Это редакционная практическая рекомендация, а не универсальное требование любого инструмента. Не отбрасывайте неудачный запуск без записанной причины исключения.

Чек-лист протокола измерения

  • Выберите страницы и действия, которые действительно относятся к проверяемому требованию.
  • Определите показатели, точки начала и окончания сценария.
  • Зафиксируйте выпуск сайта и не меняйте его внутри сравниваемой серии.
  • Запишите инструмент, браузер, устройство, сеть и состояние кеша.
  • Разделите гостевой и авторизованный режимы, первый и повторный визиты.
  • Выполните повторы по одному плану и сохраните исходные отчёты.
  • Сопоставляйте одинаковые показатели при одинаковом охвате и условиях.
  • Отдельно изложите наблюдаемые задержки, гипотезы причин и ограничения.

Условный пример: балл вырос, жалобы остались

Предположим, после оптимизации главная страница получает более высокий лабораторный балл. Но обращения пользователей относятся к фильтру каталога после входа. Эти факты могут одновременно быть верными: проверялись разные сценарии.

Нужно отдельно измерить фильтр и проследить этапы ожидания: подготовку запроса, ответ сервера, обработку данных и обновление интерфейса. Пример условный и не утверждает, что какой-либо компонент действительно неисправен.

Lighthouse рассчитывает итоговый балл из набора показателей, а не измеряет одну универсальную «скорость». Его устройство описано в справке о расчёте производительности. Поэтому в отчёте сохраняют значения метрик и условия, а не только изображение цветного круга.

Что нельзя заключить по короткой проверке

Несколько загрузок не заменяют нагрузочные испытания и не показывают поведение при любом количестве посетителей. Диагностическая подсказка инструмента — основание для проверки, но не доказательство причины задержки. А выполнение согласованного критерия относится к указанному сценарию и среде, не ко всем страницам, устройствам и будущим версиям сайта.