PageSpeed Insights перешёл на Lighthouse 13.6: оценки могут вырасти без изменений сайта
PageSpeed Insights перешёл на Lighthouse 13.6 с обновлённой симуляцией загрузки. Из-за новых правил оценки FCP и LCP могут вырасти, даже если сайт не менялся.
PageSpeed Insights теперь использует Lighthouse 13.6.0, выпущенный 27 октября. Как пишет Search Engine Journal, в Lighthouse 13.6.0 изменилось моделирование загрузки страниц. По словам представителя Chrome Барри Полларда, расчётные показатели First Contentful Paint (FCP) и Largest Contentful Paint (LCP) должны стать точнее и в целом дать более высокие оценки. Поэтому балл страницы может измениться, даже если на самом сайте ничего не меняли.
Как Lighthouse пересчитывает загрузку
Lighthouse загружает страницу на полной скорости, а затем оценивает, как она загрузилась бы при более медленном соединении. За эту симуляцию отвечает Lantern. В версии 13.6.0 его расчёты обновили: изменения касаются того, какие запросы считаются препятствием для отрисовки и как определяется время появления крупнейшего элемента на некоторых страницах.
В Lighthouse 13.5 решение о том, блокирует ли запрос отрисовку, принималось по его приоритету загрузки. Теперь Lantern использует отметку самого Chrome о блокировке отрисовки. Если отметки нет, он по-прежнему ориентируется на приоритет. Это меняет входные данные для симуляции: две проверки одной страницы в разных версиях Lighthouse нельзя считать полностью одинаковыми измерениями.
Второе изменение относится к случаю, когда LCP-элементом становится текст, показанный в том же кадре, что и первый контент. Теперь время его появления рассчитывается по тем же запросам и задачам страницы, что используются для FCP. Прежний расчёт мог учитывать все запросы, сделанные до LCP. В результате для одного и того же текста симуляция иногда показывала заметно более поздний LCP, чем FCP.
Разработчик Иван Акулов продемонстрировал это на тестовой странице, сделанной во Framer: над первым экраном был только текст, который одновременно определял FCP и LCP. Предзагрузка JavaScript-модулей улучшала время до интерактивности реальной страницы, но ухудшала рассчитанный Lighthouse LCP. Проблему закрыли в рамках обновления Lantern.
Поллард считает, что новая симуляция с большей вероятностью повлияет на сайты, сильно зависящие от JavaScript. Один разработчик сообщил об улучшении результатов одностраничных приложений, приведя в пример react.dev. Поллард уточнил: причина не в самом формате SPA. Отдельно можно прочитать о полевых метриках переходов внутри SPA, но это другой способ оценки пользовательского опыта, не связанный с изменением симуляции Lighthouse.
Почему лабораторный балл не равен опыту посетителей
Оценка производительности в PageSpeed Insights строится на лабораторном тесте Lighthouse: загрузка моделируется для одного устройства при фиксированных сетевых условиях. Это позволяет проверять страницу в заданной среде, но более высокий балл сам по себе не доказывает, что реальные посетители стали видеть её быстрее.
В том же отчёте PageSpeed Insights есть полевые данные CrUX. Они основаны на реальных посещениях за последние 28 дней, поэтому не совпадают по природе с результатом отдельной симуляции. Если после обновления выросла лабораторная оценка, стоит посмотреть и на этот блок отчёта. Версия Lighthouse, которой получен лабораторный результат, указана рядом с эмулируемым устройством.
В Lighthouse 13.6.0 есть и изменение вне оценки скорости. Аудит Agentic Resource Discovery теперь распознаёт новое имя манифеста ard.json: раньше файл с таким именем без строки Agentmap в robots.txt мог не определяться аудитом. Это исправление касается проверки обнаружения ресурса, а не расчёта показателей загрузки.
Что проверить перед отчётом об улучшении
Если график лабораторных баллов резко пошёл вверх, сначала сравните версии Lighthouse в отчётах до и после скачка. Результаты, полученные до перехода на 13.6 и после него, рассчитаны по разным правилам. Если в тот же период на сайте проводились работы, по одному баллу нельзя определить, какая часть прироста связана с правками, а какая — с обновлением теста.
Владельцу сайта полезно разделить два вопроса: изменилась ли оценка симуляции и изменился ли опыт посетителей. Маркетологу это поможет не записать весь рост лабораторного показателя в результат работ. Разработчику — не делать вывод об эффекте оптимизации только по расчётным FCP и LCP, а сопоставить отчёты одной версии Lighthouse и проверить полевые данные.
Изменение может появиться и в других инструментах: команда Lighthouse ожидает, что версия 13.6 войдёт в DevTools Chrome 159. По состоянию на 2 ноября Chrome 159 находился в настольном канале Dev и в Canary; стабильный выпуск был запланирован на 8 декабря. При этом работа над симуляцией не закончена: в GitHub Lighthouse остаётся открытым вопрос о случаях, когда рассчитанный Lantern LCP значительно выше измеренного, в том числе на крупных JavaScript-сайтах и SPA.
Моё мнение
Я бы не считала рост балла PageSpeed Insights доказательством улучшения магазина без проверки версии Lighthouse и данных посетителей. Для заказа мне важнее, как сайт работает на телефоне и не теряется ли покупатель между корзиной и оплатой. Лабораторный тест помогает искать проблемы, но сам по себе не отвечает на эти вопросы.
Источники
Откуда новость. Текст — пересказ своими словами, факты — из источника, мнение — автора.
- PageSpeed Insights Scores May Rise After Lighthouse Update via @sejournal, @MattGSouthern www.searchenginejournal.com
владелица магазина натуральной косметики
Продаю косметику онлайн и смотрю на сайт прежде всего как на часть процесса заказа. Важны скорость загрузки, понятные условия доставки и чтобы покупатель не терялся между корзиной и оплатой.
Все публикации автораПохожие статьи
В CrUX появились экспериментальные Core Web Vitals для переходов внутри SPA
В CrUX появились экспериментальные LCP, INP и CLS, учитывающие переходы внутри одностраничных приложений. Владельцы сайтов могут сравнить оценки со стабильными метриками в CrUX Vis.
Автор блога убрал Next.js и получил 100 баллов во всех категориях Lighthouse
Автор Bloffy заменил Next.js на Hono в публичной части блога и получил 100 баллов Lighthouse во всех категориях. Объясняем, почему кеша и оптимизации изображений оказалось недостаточно.
В бета-версии Safari 27.3 появился Adaptive Dark Mode для светлых сайтов
WebKit добавила в бета-версию Safari 27.3 Adaptive Dark Mode: браузер по выбору пользователя адаптирует светлые сайты для тёмного режима. Рассказываем, что стоит проверить владельцам сайтов.
Обсуждение 4
Камран Гасанов
Перед отчётом клиенту теперь надо сверять версию Lighthouse и полевые данные, чтобы рост балла не записали в заслуги подрядчику? А то складские остатки сами не пересчитаются, а отчёт уже красивее 🙂
Эльвин Алиев
@kamran.biz87 на учебном лендинге у меня после обновления Lighthouse FCP стал выглядеть лучше без правок — теперь рядом с баллом сохраняю версию и полевые данные, а то легко приписать себе чужой апдейт 🙂
Рута Янкаускайте Автор публикации
Да, перед отчётом стоит зафиксировать версию Lighthouse и сверить лабораторный результат с полевыми данными. Рост балла после обновления симуляции сам по себе не доказывает, что сайт стал быстрее для покупателей.
Диего Мартин
Тогда в отчёте стоит отдельно показать версию Lighthouse и полевые Core Web Vitals за тот же период: без этого рост FCP/LCP в лаборатории легко принять за эффект изменений сайта. Вы сравниваете полевые данные по URL или по всему origin?