Как читать проверку скорости сайта: баллы, кеш, метрики и повторные замеры

Сначала проверьте выбранные страницы

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

Можно выбрать до восьми публичных страниц одного сайта: с одинаковым хостом либо его вариантом с www. Другие поддомены в эту очередь не входят. В текущем варианте нужны адреса без параметров запроса и данных доступа. Проверка представителей помогает изучить разные шаблоны, но не является полным обходом всех URL. Даже удачный результат карточки не доказывает, что остальные карточки с другими изображениями и модулями работают так же.

Запишите, почему выбраны эти представители. Например, для каталога полезны обычная категория, категория с фильтром в доступном отдельном URL и товар с типичным наполнением. Если подозревается проблема конкретной тяжёлой страницы, включите её отдельным адресом. Не подменяйте обычную выборку только заведомо самыми быстрыми примерами.

Что происходит при запуске

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

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

Как читать минимумы 55 и 80

Рабочие минимумы Seohonest составляют 55 баллов для мобильного режима и 80 для компьютера. Это критерии данной проверки. Шкала Google другая: 0–49 означает низкую производительность, 50–89 требует улучшений, 90–100 считается хорошим результатом. Поэтому выполнение рабочего минимума и зелёная оценка Lighthouse могут не совпасть.

Учебный пример: мобильный балл 58 проходит минимум 55, но остаётся в диапазоне Google «нужно улучшить». Компьютерный результат 82 проходит минимум 80 и тоже не достигает 90. Такое сочетание не является противоречием отчёта. В таблице одновременно показаны две разные оценки, и каждая должна быть подписана своим критерием.

Что смотреть после баллов

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

Не превращайте перечень рекомендаций в механический список обязательных исправлений. Для каждой гипотезы нужен связанный элемент или ресурс и ожидаемое изменение метрики. Например, если задерживается LCP-изображение, проверяйте именно его загрузку и появление. Сокращение любого другого файла может не повлиять на наблюдаемую задержку.

TBT не является заменой INP. Если пользователь жалуется на медленное раскрытие фильтра после загрузки, нужен отдельный сценарий взаимодействия. Для первичного исследования подойдёт INP Debugger. Ускорение загрузки и ускорение уже работающего интерфейса могут требовать разных изменений.

Как понять, свежий ли результат

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

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

Когда нужны дополнительные замеры

Если успешный одиночный балл находится в пределах пяти баллов от рабочего минимума, доступно явное уточнение. Кнопка заранее показывает расход: ещё два или три новых замера. Когда исходному результату не больше 15 минут, для тройки добавляются два. Если он старше, собираются три новых, чтобы не смешивать их со старым результатом.

Уточнение запускается вашим отдельным действием. Если за время ожидания число необходимых замеров изменилось с двух на три, нужно подтвердить новый вариант ещё раз. Обычный просмотр таблицы не означает согласие на дополнительные обращения. Выберите те пограничные результаты, для которых точность действительно влияет на решение.

Медиана рассчитывается только для трёх успешных согласованных результатов одного адреса, устройства и версии Lighthouse. Баллы упорядочиваются, и берётся средний по порядку. Дополнительные метрики относятся к выбранному запуску, а не превращаются автоматически в собственные медианы. При ошибках или несогласованности нельзя выдавать один-два удачных запуска за тройку.

Полевые данные читаются отдельно

Если в результате есть полевой LCP, проверьте его область: конкретный URL или origin. Он описывает накопленный опыт посетителей за соответствующий период CrUX, а не только текущий лабораторный запуск. Данные origin нельзя подписывать как отдельное измерение выбранной страницы. Для подробностей откройте объяснение CrUX.

Отсутствие полевого значения означает, что по доступному источнику его нельзя оценить. Это не ноль и не доказательство быстроты сайта. Для наблюдения групп страниц полезен полевой отчёт Search Console; один лабораторный прогон не заменяет его и не обязан сразу изменить состояние накопленной выборки.

Что делать с ошибкой или паузой

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

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

Как сравнить отчёты и передать задачу

Последние десять завершённых отчётов доступны в истории этого браузера. Для отдельного хранения и передачи используйте JSON или CSV. История браузера не является новым измерением и не должна быть единственным архивом важного сравнения. Сохраняйте URL, устройство, дату, балл и существенные условия вместе с описанием опубликованной правки.

В задаче разработчику укажите проблемный шаблон, проверенный пример и наблюдаемую метрику. После небольшой правки повторите тот же сценарий и проверьте функциональность страницы. Ожидаемый результат должен быть конкретным: раньше появляется нужный элемент или уменьшается блокировка, а не просто исчезает цветная рекомендация.