Como o PageSpeed Insights avalia o teu site (e o que ignorar)

Abres o PageSpeed Insights, colas o endereço do teu site, e recebes um número. Às vezes verde, às vezes vermelho-vivo, quase sempre acompanhado de uma lista intimidante de avisos. A reação natural é entrar em pânico, ou querer corrigir tudo de uma vez.

Antes de fazeres isso, vale a pena perceber o que a ferramenta mede de verdade, de onde vêm aqueles números e, talvez o mais importante, quais avisos merecem a tua atenção e quais podes ignorar com tranquilidade.

O que é o PageSpeed Insights

É uma ferramenta gratuita do Google que analisa o desempenho de uma página, tanto em telemóvel como em computador, e devolve uma pontuação de 0 a 100. Por baixo, usa o Lighthouse (o motor de auditoria do Chrome) e os dados de utilização real recolhidos pelo Google.

A pontuação não é arbitrária: resulta de várias métricas ponderadas, com peso especial para as que afetam diretamente a experiência de quem visita o site. É também por isso que o PageSpeed se tornou uma referência, está alinhado com os mesmos sinais que o Google usa para avaliar páginas.

Dados de laboratório vs. dados de campo

Esta é a distinção que muda tudo, e a maioria das pessoas nem repara nela.

Dados de campo (o que os teus visitantes sentem)

No topo do relatório, quando existem, aparecem os dados de campo, também chamados de dados reais ou CrUX (Chrome User Experience Report). São medições recolhidas de utilizadores verdadeiros que visitaram o teu site nos últimos 28 dias, com os telemóveis, ligações e redes que realmente têm.

São estes os dados que importam. Refletem a experiência real e são os que o Google considera para a avaliação dos Core Web Vitals. Se não aparecerem, é porque o teu site ainda não tem tráfego suficiente para gerar uma amostra fiável.

Dados de laboratório (o teste em condições controladas)

Mais abaixo, o relatório mostra os dados de laboratório: uma simulação única, feita num ambiente controlado, num dispositivo e ligação simulados. É útil para diagnosticar problemas e testar alterações, mas é um retrato de um instante, não da realidade.

É por isso que a pontuação pode oscilar de teste para teste, mesmo sem mudares nada no site. Não é um bug, é a natureza de uma medição pontual. A regra de ouro: otimiza para os dados de campo, usa os de laboratório como bússola de diagnóstico.

As métricas que contam: os Core Web Vitals

O coração da avaliação são três métricas, os chamados Core Web Vitals. Tratámo-las a fundo no artigo LCP, INP e CLS: o que significam, mas em resumo:

• LCP (Largest Contentful Paint), quanto tempo leva a aparecer o maior elemento visível (normalmente a imagem ou o título principal). Bom: até 2,5 segundos.
• INP (Interaction to Next Paint), quão depressa a página responde aos cliques e toques. Bom: até 200 milissegundos.
• CLS (Cumulative Layout Shift), quanto a página "salta" enquanto carrega. Bom: abaixo de 0,1.

Se estas três estiverem no verde nos dados de campo, o teu site passa nos Core Web Vitals, independentemente da pontuação exata que o laboratório te der.

O que ignorar (ou pelo menos não dramatizar)

A secção "Oportunidades" e "Diagnósticos" lista dezenas de sugestões. Nem todas valem o teu tempo. Aqui está o que costuma gerar ansiedade desnecessária:

• A pontuação não chegar a 100. Um site real, com imagens, fontes e algum script, dificilmente atinge 100 em telemóvel, e não precisa. Verde (90+) já é excelente; entre 50 e 89 há margem, mas não é emergência.
• Avisos sobre scripts de terceiros. Píxeis de redes sociais, mapas incorporados, chats, pesam, mas se forem essenciais ao negócio, o problema é gerir o teu carregamento, não eliminá-los à força.
• "Reduzir JavaScript não utilizado" em poucos kilobytes. Se a poupança estimada é mínima, o esforço de a perseguir raramente compensa.
• Diferenças pequenas entre testes. Não persigas décimas. Foca-te em mudanças que movam os Core Web Vitals de campo de forma consistente.

O que vale mesmo a pena corrigir

Por outro lado, há avisos que apontam para problemas reais e com impacto direto:

• Imagens demasiado grandes ou sem dimensões definidas, causa principal de LCP lento e de CLS. Resolve-se com compressão, formatos modernos e atributos de tamanho. Vê o nosso guia de otimização de imagens.
• Tempo de resposta do servidor elevado, se o alojamento demora a entregar a página, nenhum truque de front-end salva o resultado.
• Recursos que bloqueiam a renderização, CSS e JavaScript que travam o carregamento do que é visível primeiro.
• Falta de cache, fazer o navegador descarregar tudo de novo a cada visita é desperdício puro.

Estes são os que mexem o ponteiro. Resolvê-los costuma ter efeito visível tanto na pontuação como, mais importante, na experiência de quem usa o site.

Uma ferramenta, não um veredicto

O PageSpeed Insights é um excelente ponto de partida, mas é só isso. Um site pode ter 95 pontos e converter mal; pode ter 70 e vender muito bem. A pontuação mede velocidade técnica, não a qualidade do negócio que faz por ti.

Usa-a como o painel de instrumentos de um carro: indica-te onde há atenção a dar, mas não substitui saber para onde queres ir. Se o teu site está em vermelho e não percebes porquê, o problema raramente é misterioso, quase sempre são imagens pesadas, alojamento fraco ou scripts a mais.

---

No sitesfixe.pt construímos sites com Core Web Vitals verdes desde a primeira linha de código, não como um remendo no fim, mas como base. Websites desde 1.500€, com performance que se nota em telemóvel. Pede um orçamento sem compromisso e mostramos-te os números reais.

Lê também:

• Core Web Vitals explicados para quem não é técnico
• Porque é que o teu site é lento (e como acelerá-lo)
• LCP, INP e CLS: o que significam e como melhorá-los

Fontes

• Google Developers, Sobre o PageSpeed Insights
• web.dev, Web Vitals
• web.dev, Diferenças entre dados de laboratório e de campo