PageSpeed Insights: como ler o relatório, o que a nota significa e o que corrigir primeiro
Um guia para empresas e equipas em Portugal que abriram o PageSpeed Insights e não sabem por onde começar: o que cada parte do relatório mede, porque é que a nota muda de um teste para o outro e o que corrigir primeiro.
- O relatório tem duas partes: dados reais, do Chrome User Experience Report, com os últimos 28 dias, e laboratório, uma simulação feita pelo Lighthouse.
- Os Core Web Vitals passam ou não passam com dados reais: LCP até 2,5 s, INP até 200 ms e CLS até 0,1, no percentil 75 das visitas (web.dev).
- A nota de 0 a 100 vem só do laboratório: 90 ou mais é bom, de 50 a 89 precisa de melhorar e abaixo de 50 é fraco (Google).
- A nota é uma média ponderada de cinco métricas: Total Blocking Time 30%, LCP 25%, CLS 25%, First Contentful Paint 10% e Speed Index 10% (Lighthouse 10).
- Variar alguns pontos entre testes é normal: anúncios, rede, extensões do navegador e o próprio servidor mudam o resultado.
- Sem visitas suficientes, o PageSpeed mostra os dados do site inteiro, a origem, ou não mostra dados reais.
- O Google usa os Core Web Vitals nos sistemas de classificação, mas bons valores não garantem as primeiras posições (Google Search Central).
Relatório
As duas partes do relatório: dados reais e laboratório
No topo aparecem os dados reais; mais abaixo, a nota e o diagnóstico do laboratório. Confundir as duas partes é o erro mais comum.
| Aspeto | Dados reais (Chrome User Experience Report) | Laboratório (Lighthouse) |
|---|---|---|
| De onde vêm | Visitas reais de utilizadores do Chrome, com os seus aparelhos e ligações | Uma simulação: um telemóvel de gama média numa rede móvel, ou um computador numa ligação com cabo |
| Período | Os últimos 28 dias, atualizados todos os dias | O momento do teste |
| O que dão | Passa ou não passa em LCP, INP e CLS, mais FCP e TTFB | A nota de 0 a 100 e as oportunidades de melhoria |
| Para que servem | Avaliar a experiência real, que é o que o Google usa | Investigar causas e testar correções |
| Limite | Precisam de visitas suficientes; mudanças demoram a aparecer | Variam entre testes e podem subir sem melhorar a experiência |
Quando a página não tem visitas suficientes, o PageSpeed mostra os dados de todo o site (origem). Se nem a origem tiver dados, a parte de cima fica vazia, e a única referência é o laboratório.
Métricas
As métricas, uma a uma
Cinco métricas aparecem nos dados reais; no laboratório, o Total Blocking Time ocupa o lugar do INP, que só existe com interações reais.
| Métrica | O que mede | Bom | Fraco |
|---|---|---|---|
| LCP (Largest Contentful Paint) | Quanto tempo o maior elemento visível demora a aparecer | até 2,5 s | acima de 4 s |
| INP (Interaction to Next Paint) | Quanto a página demora a responder a cliques e toques; substituiu o FID em 12/03/2024 | até 200 ms | acima de 500 ms |
| CLS (Cumulative Layout Shift) | Quanto os elementos saltam de lugar durante o carregamento | até 0,1 | acima de 0,25 |
| FCP (First Contentful Paint) | Quanto tempo demora a aparecer o primeiro texto ou imagem | até 1,8 s | acima de 3 s |
| TTFB (Time to First Byte) | Quanto o servidor demora a começar a responder; não é um Core Web Vital | até 0,8 s | acima de 1,8 s |
| TBT (Total Blocking Time) | Só no laboratório: quanto tempo o JavaScript bloqueia a página; é a métrica com mais peso na nota | não se aplica | não se aplica |
Fonte de cada limite: web.dev, no percentil 75 das visitas.
Nota
Como a nota é calculada, e porque muda
A nota não é uma medição direta: é uma média ponderada do laboratório, sensível a pequenas mudanças.
- 30%Total Blocking TimeLighthouse 10
- 25%Largest Contentful PaintLighthouse 10
- 25%Cumulative Layout ShiftLighthouse 10
- 20%First Contentful Paint e Speed Index, 10% cadaLighthouse 10
Segundo a documentação do Lighthouse, boa parte da variação entre testes não vem da ferramenta: vem de testes A/B e anúncios diferentes, de mudanças no caminho da rede, do aparelho usado, de extensões do navegador e de antivírus. Na Flowup, para comparar antes e depois, testamos as mesmas páginas, nas mesmas condições, mais de uma vez, e usamos os dados reais como critério final.
Limites
O que a nota não mede
A nota resume um teste de laboratório. Há coisas importantes que ficam fora dela.
- A experiência real das visitas: isso está nos dados reais, na parte de cima.
- O site inteiro: cada teste é uma página, num momento, a partir de um único local.
- Páginas atrás de login, carrinhos e áreas de cliente.
- O efeito de uma correção nos próximos 28 dias de visitas.
- Se as pessoas compram, pedem contacto ou leem até ao fim.

Prioridades
O que corrigir primeiro
A ordem que costuma dar mais resultado com menos risco, do servidor para a página.
Servidor e cache
Se o TTFB passa de 0,8 s, o resto da página começa atrasado. Cache de página, base de dados e alojamento vêm primeiro.
Imagem principal e fontes
O LCP quase sempre é a imagem do topo ou um título. Tamanho certo, formato moderno, prioridade de carregamento e fontes que não bloqueiam o texto.
Espaço reservado
Imagens, anúncios e faixas com dimensões definidas acabam com os saltos que pesam no CLS.
JavaScript e terceiros
Marcadores, chats, mapas e vídeos incorporados pesam no TBT e no INP. Carregar depois, só onde são usados, ou retirar.
Validar com dados reais
Publicar, acompanhar os 28 dias seguintes no PageSpeed e no Search Console e só então dar o problema por resolvido.
Num site WordPress, estas etapas são o trabalho da otimização de velocidade. Quando o problema está na estrutura técnica do site, entra o SEO técnico.
Erros comuns
Erros comuns ao ler o PageSpeed
Os enganos que mais vemos quando uma equipa começa a otimizar pela nota.
- Perseguir a nota 100 em vez de passar nos Core Web Vitals com dados reais.
- Comparar o resultado do telemóvel com o do computador.
- Fazer um único teste e tirar conclusões.
- Testar só a página inicial, quando o tráfego entra pelos artigos e pelas páginas de serviço.
- Desligar funções essenciais só para subir a nota.
- Instalar mais um plugin de cache como solução única.
Ajuda
Quando pedir ajuda
Quando o Search Console mostra páginas a reprovar, quando o site tem anos de plugins e ajustes, ou depois de um redesign que deixou tudo mais lento.
- 45%dos sites WordPress passam nos três Core Web Vitals no telemóvelWeb Almanac 2025, HTTP Archive
- 10 de 10páginas da amostra de Core Web Vitals do site da Flowup passaram nas três métricasSemrush Site Audit, 23/10/2026
A manutenção WordPress mantém o site rápido depois das correções. Para uma segunda opinião sobre o que a equipa já fez, há a consultoria WordPress.
Perguntas frequentes
Perguntas sobre o PageSpeed Insights
As dúvidas que mais aparecem ao ler o relatório.
O seu site reprova nos Core Web Vitals? Envie-nos o endereço e as páginas que mais pesam.
Falar com um especialistaO que é o PageSpeed Insights?
Qual é a diferença entre os dados reais e os de laboratório?
O que é uma boa nota no PageSpeed?
Porque é que a nota muda de um teste para o outro?
Porque é que a nota é alta e os Core Web Vitals reprovam?
Porque é que não aparecem dados reais?
A nota do PageSpeed influencia a posição no Google?
Quanto tempo demora a ver as melhorias nos dados reais?
- Serviço
Otimização de velocidade
Core Web Vitals e servidor, com antes e depois.
Ver a página
- Serviço
SEO técnico
Rastreio, indexação e base técnica do site.
Ver a página
- Serviço
Manutenção WordPress
O site rápido e seguro depois das correções.
Ver a página
- Serviço
Consultoria WordPress
Uma segunda opinião sobre o que a equipa já fez.
Ver a página
Migração de site sem perder o que já está no Google
LerCasos de estudo com números, período e fonte
LerTransparência
Fontes e referências
Os dados desta página foram conferidos na fonte em 27/10/2026.
- Google for Developers, About PageSpeed Insights: atualizada em 21/10/2024; dados reais de 28 dias, recurso à origem e laboratório do Lighthouse.
- Chrome for Developers, Lighthouse performance scoring: pesos da nota no Lighthouse 10 e causas de variação entre testes.
- web.dev, How the Core Web Vitals metrics thresholds were defined: limites de LCP, INP e CLS no percentil 75.
- web.dev, First Contentful Paint (FCP): bom até 1,8 s; fraco acima de 3 s.
- web.dev, Time to First Byte (TTFB): atualizada em 18/11/2025; bom até 0,8 s; fraco acima de 1,8 s.
- web.dev, INP becomes a Core Web Vital: 12/03/2024; o INP substitui o FID.
- Google Search Central, Understanding page experience: atualizada em 22/09/2026; Core Web Vitals nos sistemas de classificação.
- HTTP Archive, Web Almanac 2025, capítulo CMS: Core Web Vitals por CMS, no telemóvel.
Como citar esta página
Flowup Agency. PageSpeed Insights: como ler o relatório, o que a nota significa e o que corrigir primeiro. Guto Bertoncini, atualizado em . flowup.agency/pt/pagespeed-insights/
O seu site reprova nos Core Web Vitals?
Envie-nos o endereço e as páginas que mais pesam no negócio. Respondemos no prazo de 1 dia útil com uma primeira leitura do que está a atrasar o site.
5,0 no Google · Desde 2011 · Atendimento remoto em Portugal










