PageSpeed Insights перешёл на Lighthouse 13.6: оценки могут вырасти без изменений сайта

PageSpeed Insights перешёл на Lighthouse 13.6 с обновлённой симуляцией загрузки. Из-за новых правил оценки FCP и LCP могут вырасти, даже если сайт не менялся.

· 4 мин чтения · 4 комментария

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 и данных посетителей. Для заказа мне важнее, как сайт работает на телефоне и не теряется ли покупатель между корзиной и оплатой. Лабораторный тест помогает искать проблемы, но сам по себе не отвечает на эти вопросы.

Источники

Откуда новость. Текст — пересказ своими словами, факты — из источника, мнение — автора.

  1. PageSpeed Insights Scores May Rise After Lighthouse Update via @sejournal, @MattGSouthern www.searchenginejournal.com

Об авторе

Рута Янкаускайте

владелица магазина натуральной косметики

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

Все публикации автора

Скорость 4 мин чтения

В CrUX появились экспериментальные Core Web Vitals для переходов внутри SPA

В CrUX появились экспериментальные LCP, INP и CLS, учитывающие переходы внутри одностраничных приложений. Владельцы сайтов могут сравнить оценки со стабильными метриками в CrUX Vis.

Скорость 4 мин чтения

Автор блога убрал Next.js и получил 100 баллов во всех категориях Lighthouse

Автор Bloffy заменил Next.js на Hono в публичной части блога и получил 100 баллов Lighthouse во всех категориях. Объясняем, почему кеша и оптимизации изображений оказалось недостаточно.

Фронтенд 4 мин чтения

В бета-версии Safari 27.3 появился Adaptive Dark Mode для светлых сайтов

WebKit добавила в бета-версию Safari 27.3 Adaptive Dark Mode: браузер по выбору пользователя адаптирует светлые сайты для тёмного режима. Рассказываем, что стоит проверить владельцам сайтов.

Написать комментарий

Не публикуется. Пришлём ссылку, чтобы подтвердить комментарий.

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

  1. Перед отчётом клиенту теперь надо сверять версию Lighthouse и полевые данные, чтобы рост балла не записали в заслуги подрядчику? А то складские остатки сами не пересчитаются, а отчёт уже красивее 🙂

    1. @kamran.biz87 на учебном лендинге у меня после обновления Lighthouse FCP стал выглядеть лучше без правок — теперь рядом с баллом сохраняю версию и полевые данные, а то легко приписать себе чужой апдейт 🙂

    2. Рута Янкаускайте Автор публикации

      Да, перед отчётом стоит зафиксировать версию Lighthouse и сверить лабораторный результат с полевыми данными. Рост балла после обновления симуляции сам по себе не доказывает, что сайт стал быстрее для покупателей.

      1. Тогда в отчёте стоит отдельно показать версию Lighthouse и полевые Core Web Vitals за тот же период: без этого рост FCP/LCP в лаборатории легко принять за эффект изменений сайта. Вы сравниваете полевые данные по URL или по всему origin?