Nota alta no PageSpeed não é a meta

Por que a nota do PageSpeed engana, o que olhar no lugar dela e como um orçamento de performance impede a degradação silenciosa do site.

Publicado em · 3 min de leitura

Parte de Performance web: o guia completo

A nota do PageSpeed importa

Importa como diagnóstico e engana como meta. A nota é um resumo ponderado de métricas de laboratório, obtidas em uma simulação com aparelho e rede fixos. Ela aponta bem onde estão os problemas, e é uma medida ruim de sucesso — porque é otimizável sem que ninguém carregue a página mais rápido.

O caso clássico: adiar todo o JavaScript para depois do carregamento sobe a nota e piora a resposta ao primeiro clique, que é o que o INP mede em visitantes reais.

O que olhar no lugar da nota

Olhe o painel de dados de campo, que aparece na mesma tela, acima da nota. Ele traz LCP, INP e CLS de visitantes reais nos últimos 28 dias e é isso que o Google usa para classificar a experiência da página. Se o painel está verde e a nota amarela, o site está bem.

Quando os dois discordam, quem decide é o campo. A nota fica reservada ao papel que ela cumpre bem: dizer o que investigar.

O que é um orçamento de performance

É um limite numérico acordado antes de construir — bytes de JavaScript por página, milissegundos até o conteúdo aparecer — que reprova a entrega quando ultrapassado. Ele transforma performance em critério objetivo, no mesmo nível de um requisito funcional.

Orçamento de performance — Orçamento de performance é um limite numérico acordado antes de construir — bytes de JavaScript, tempo até o conteúdo aparecer — que reprova a entrega quando estourado. Sem número escrito, performance vira opinião e perde toda discussão contra uma funcionalidade nova.

Sem número escrito, performance vira opinião. E opinião perde toda discussão contra uma funcionalidade nova que alguém quer no ar na semana que vem.

Como impedir que o site fique lento de novo

O orçamento precisa morar na automação de publicação, não em um documento. Cada publicação mede o peso do que a página entrega e reprova quando o teto é estourado, com a mesma severidade de um teste que falha. Assim a degradação aparece no dia em que é causada.

JavaScript excessivo — JavaScript excessivo é a entrega de mais código do que a página precisa para funcionar. O custo não é só baixar: o aparelho ainda precisa analisar, compilar e executar tudo, e é essa parte que trava a interação em celular intermediário.

O complemento é acompanhar o dado de campo mensalmente, porque parte da degradação vem de fora — script de terceiro que engordou sozinho, sem ninguém do lado de cá mudar nada.

Perguntas frequentes

Meu concorrente tem nota 60 e está na frente. Como?

Porque relevância pesa muito mais que experiência da página. A experiência é desempate entre resultados equivalentes; ela não compensa um conteúdo que responde melhor à consulta.

Qual teto de JavaScript devo adotar?

O que o seu site mede hoje, com uma folga pequena, e não um número de referência de outro projeto. O teto existe para detectar regressão; um número muito acima do atual não detecta nada.

Vale rodar o Lighthouse em cada publicação?

Vale, com a ressalva de que ele varia entre execuções na mesma máquina. Para reprovar publicação, prefira medir bytes entregues, que é determinístico, e use o Lighthouse como sinal de investigação.

Fontes

  1. web.dev — pontuação de performance do Lighthouse — Documentação

Quem escreveu

Retrato de Carlos Eduardo, responsável técnico e editorial da Gouty

Carlos Eduardo — Responsável técnico e editorial

Responsável técnico pelos sites entregues pela Gouty, incluindo arquitetura, implementação e painel de medição · Mantém os orçamentos de performance e a auditoria de acessibilidade WCAG 2.2 AA que reprovam a publicação quando violados

Continue por aqui