Почему оценка PageSpeed отличается от опыта пользователей

Разделите балл и пользовательский опыт

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

Документация PageSpeed Insights объясняет сочетание лабораторных и полевых данных. Наличие обоих блоков не делает их одинаковыми измерениями. Они помогают разным этапам работы: наблюдению опыта и поиску воспроизводимой причины.

Что показывает лаборатория

Лабораторный прогон выполняется в заданных условиях устройства и сети. Он полезен для диагностики цепочки загрузки и сравнения конкретного изменения при похожем окружении. Но результат может колебаться из-за внешних ресурсов, нагрузки и других условий выполнения.

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

Что показывает поле

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

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

Сравнение источников

Используйте источники вместе. Поле помогает выбрать проблему, лаборатория — исследовать её, а последующее поле — проверить опыт после выпуска, когда накопятся подходящие данные.

Читайте метрики по назначению

LCP связан с появлением крупного содержательного элемента. INP — с отзывчивостью взаимодействий. CLS — с неожиданными сдвигами расположения. Эти свойства нельзя заменить одним временем открытия страницы.

Для оценки Core Web Vitals важны правила агрегирования и границы показателей, описанные в официальных источниках. Не объявляйте показатель пройденным по одному удобному устройству. Также не переносите результат главной на все шаблоны сайта.

Учебный пример расхождения

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

Другой пример: после уменьшения изображения лабораторный LCP улучшился, но полевой отчёт ещё включает посещения старой версии. Это не опровергает локальную проверку и не доказывает будущий результат. Нужно учитывать период накопления и продолжать наблюдение.

Как оформить вывод

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

План ускорения должен опираться на затронутый сценарий. После правки проверьте функцию и доступность содержания, включая серверный HTML. Технический выигрыш не должен сопровождаться потерей формы, навигации или актуальности данных.

Чего не обещает хороший отчёт

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

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

Как читать два противоречащих отчёта

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

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

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

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

Как читать область данных и период PageSpeed

По документации PageSpeed Insights, полевой блок использует CrUX за предшествующие 28 дней. При недостаточной выборке для URL сервис может показать данные origin — всей области с одинаковыми схемой, доменом и портом. Если данных недостаточно и там, полевой блок недоступен. Эти состояния нельзя подписывать как успешную проверку конкретной страницы.

Числа вымышлены. Рекомендуемые границы Core Web Vitals — LCP до 2,5 с, INP до 200 мс и CLS до 0,1; для оценки используют 75-й процентиль с разделением устройств. В примере LCP не проходит хороший порог, хотя два остальных показателя проходят. Это не среднее арифметическое трёх чисел и не балл Lighthouse.

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

Сохраните две формулировки вывода: что подтвердил текущий лабораторный тест и что показывает историческая полевая выборка. После выпуска не нужно объявлять их расхождение ошибкой инструмента. План последующей оценки и условия сравнения описаны в приёмке ускорения.