As pontuações do PageSpeed ​​​​Insights podem aumentar após a atualização do Lighthouse

O PageSpeed ​​​​Insights agora está usando o Lighthouse 13.6.0, lançado em 27 de outubro. Esta versão do Lighthouse muda a forma como ele simula quanto tempo uma página leva para carregar.

O defensor do desenvolvedor de desempenho da Web do Chrome, Barry Pollard, declarou no Bluesky que a versão atualizada do PageSpeed ​​​​Insights com Lighthouse 13.6.0 já está disponível. Ele disse que isso melhora o FCP (First Contentful Paint) simulado e o LCP (Largest Contentful Paint) simulado, ambos os quais Pollard diz que serão mais precisos do que antes e geralmente resultam em pontuações mais altas.

Uma página pode receber uma pontuação diferente do PageSpeed ​​​​Insights sem que nada mude, devido à mudança no teste. Pollard também disse que sites fortemente dependentes de JavaScript teriam maior probabilidade de ver o impacto do teste atualizado.

Pollard aponta para sites com muito JavaScript

Pollard citou um desenvolvedor que postou sobre como os aplicativos de página única (SPAs) tiveram uma grande melhoria em seus resultados desde a atualização do Lighthouse, citando react.dev. Ele abriu sua postagem dizendo “Verdade!” e acrescentou:

“Observe que isso não é específico do SPA (e não está relacionado a outras coisas do SPA em que estamos trabalhando), mas tem maior probabilidade de impactar sites com uso pesado de JS.”

As métricas experimentais de navegação suave no Chrome sobre as quais escrevi em outubro são uma forma separada de medir a experiência do usuário. Os dados vêm de usuários reais do Chrome por meio do Relatório de experiência do usuário do Chrome (CrUX) e o Lighthouse usa um teste simulado.

O que mudou na simulação

Por padrão, o Lighthouse carrega uma página em velocidade máxima e então estima como ela carregaria em uma conexão mais lenta. Os documentos de otimização dizem que essa otimização simulada corresponde à configuração do PageSpeed ​​​​Insights.

As notas de lançamento da versão 13.6.0 do Lighthouse listam diversas alterações no Lantern, que é a simulação por trás dessas estimativas, com o objetivo de melhorar sua precisão.

O Lighthouse 13.5 usou a prioridade de busca de cada solicitação para decidir se bloqueava ou não a renderização. Na versão 13.6, o Lantern usa o próprio rótulo de bloqueio de renderização do Chrome para cada solicitação (e volta a usar a prioridade apenas quando esse rótulo está faltando).

Uma segunda alteração se aplica quando o elemento LCP é um texto que aparece no mesmo quadro do primeiro conteúdo da página. O Lantern agora estima o LCP a partir das mesmas solicitações e tarefas de página que usa para o FCP, em vez de um conjunto que pode incluir todas as solicitações feitas antes do LCP.

Ivan Akulov mostrou em uma edição do GitHub como a simulação antiga lidava com uma página de teste criada com o Framer cujo único conteúdo acima da dobra era texto, portanto, um elemento contava como FCP e LCP. Lighthouse relatou LCP muito mais tarde do que FCP para esse texto. Embora o pré-carregamento dos módulos JavaScript da página tenha melhorado o tempo interativo da página real, eles pioraram o LCP simulado.

Pollard agradeceu a Akulov em resposta, dizendo que ele “deu início a algumas dessas melhorias”. A equipe do Lighthouse encerrou o problema conforme concluído na atualização do Lantern listada nas notas de versão 13.6.

A auditoria ARD agora verifica ard.json

O Lighthouse 13.6 também atualizou a auditoria Agentic Resource Discovery (ARD) do Lighthouse 13.5, que abordei em setembro. Quando o Lighthouse 13.5 foi lançado, ele procurou um manifesto ARD no antigo ai-catalog nomes, embora a especificação tenha mudado para ard.json. Portanto, se o seu site usasse apenas o novo nome, mas você não incluísse uma linha no arquivo robots.txt chamada Agentmap, ele seria exibido como Não aplicável.

Com esta atualização, o Lighthouse 13.6 procurará uma linha Agentmap, um rel="ard" tag de link ou cabeçalho de link e /.well-known/ard.json antes de procurar o ai-catalog nomes. E se o Lighthouse 13.6 encontrar o manifesto apenas em um ai-catalog localização, observará que os consumidores ARD não são obrigados a verificar lá.

Pontuações de laboratório e dados de campo

A pontuação de desempenho listada para sua página no PageSpeed ​​​​Insights é baseada em dados gerados pelo Lighthouse. De acordo com a documentação do PageSpeed ​​​​Insights do Google, os dados de laboratório são resultados de uma carga simulada usando um único dispositivo executado em um conjunto fixo de condições de rede. Eles observam que “ter bons dados de laboratório não significa necessariamente que as experiências do usuário real também serão boas”.

Os dados de campo (também mostrados no mesmo relatório) representam visitas reais ao seu site nos últimos 28 dias, conforme relatado pelo CrUX. Cada relatório do PageSpeed ​​​​Insights inclui a versão do Lighthouse usada para gerar resultados, próximo ao dispositivo emulado.

Por que isso é importante

As pontuações do PageSpeed ​​​​Insights de antes e depois da atualização do Lighthouse 13.6 não foram medidas com a mesma simulação. Parte de uma pontuação de laboratório mais alta em uma página que você acabou de otimizar pode vir da nova versão, e os gráficos que rastreiam as pontuações de laboratório ao longo do tempo podem mostrar um salto na mudança para 13,6.

Antes de relatar uma melhoria, verifique se ambos os relatórios nomeiam a mesma versão do Lighthouse e compare os dados do campo.

Olhando para o futuro

As notas de lançamento do Lighthouse dizem que sua equipe espera que o 13.6 seja enviado no DevTools do Chrome 159, que agora está no canal Dev para desktop do Chrome e no Canary. A partir de 2 de novembro, o cronograma de lançamento do Chrome lista o Chrome 159 para lançamento estável em 8 de dezembro.

Uma questão aberta no GitHub do Lighthouse também está investigando casos em que o LCP simulado do Lantern funciona muito acima do LCP medido, usando grandes sites de JavaScript e SPA como exemplos.

Imagem em destaque: Remo_Designer/Shutterstock