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.

Por Guto Bertoncini, fundador e estratega principal da FlowupAtualizado em 9 min de leitura

5,0 no GoogleDesde 2011Método B.I.N.A. próprio

  • Logo ABAL
  • Logo Ayvens
  • Logo IBGE
  • Logo HPROJ
  • Logo SCA Brasil
  • Logo Rewood
  • Logo Salvatore Leilões
  • Logo Société Générale
  • Logo KINTO
  • Logo Servimed
  • Logo RHmagazine

Resumo

PageSpeed Insights em sete pontos

O essencial para ler o relatório. Os detalhes estão abaixo.

  • 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.

Dados reais e laboratório no PageSpeed Insights
AspetoDados reais (Chrome User Experience Report)Laboratório (Lighthouse)
De onde vêmVisitas reais de utilizadores do Chrome, com os seus aparelhos e ligaçõesUma simulação: um telemóvel de gama média numa rede móvel, ou um computador numa ligação com cabo
PeríodoOs últimos 28 dias, atualizados todos os diasO momento do teste
O que dãoPassa ou não passa em LCP, INP e CLS, mais FCP e TTFBA nota de 0 a 100 e as oportunidades de melhoria
Para que servemAvaliar a experiência real, que é o que o Google usaInvestigar causas e testar correções
LimitePrecisam de visitas suficientes; mudanças demoram a aparecerVariam 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.

As métricas do PageSpeed Insights e os limites do Google
MétricaO que medeBomFraco
LCP (Largest Contentful Paint)Quanto tempo o maior elemento visível demora a apareceraté 2,5 sacima 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/2024até 200 msacima de 500 ms
CLS (Cumulative Layout Shift)Quanto os elementos saltam de lugar durante o carregamentoaté 0,1acima de 0,25
FCP (First Contentful Paint)Quanto tempo demora a aparecer o primeiro texto ou imagematé 1,8 sacima de 3 s
TTFB (Time to First Byte)Quanto o servidor demora a começar a responder; não é um Core Web Vitalaté 0,8 sacima 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 notanão se aplicanã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.
Dois programadores alinham blocos de luz num percurso que vai de um servidor até ao ecrã de uma página web
Do servidor ao ecrã: a nota resume um caminho com várias etapas.

Prioridades

O que corrigir primeiro

A ordem que costuma dar mais resultado com menos risco, do servidor para a página.

  1. 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.

  2. 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.

  3. Espaço reservado

    Imagens, anúncios e faixas com dimensões definidas acabam com os saltos que pesam no CLS.

  4. 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.

  5. 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 especialista
O que é o PageSpeed Insights?
É a ferramenta gratuita do Google que analisa uma página e mostra os dados reais de utilizadores do Chrome nos últimos 28 dias e um teste de laboratório do Lighthouse, com a nota de 0 a 100 e as oportunidades de melhoria.
Qual é a diferença entre os dados reais e os de laboratório?
Os dados reais vêm de visitas de utilizadores do Chrome nos últimos 28 dias e dizem se a página passa nos Core Web Vitals. O laboratório é uma simulação num aparelho e numa rede definidos, que serve para investigar causas e testar correções.
O que é uma boa nota no PageSpeed?
De 90 a 100 é considerado bom, de 50 a 89 precisa de melhorar e abaixo de 50 é fraco. A nota vem só do laboratório; o critério que conta para a experiência real são os Core Web Vitals.
Porque é que a nota muda de um teste para o outro?
Porque o teste depende de fatores que mudam: anúncios e testes A/B, o caminho da rede, o aparelho, extensões do navegador e a resposta do servidor naquele momento. Por isso convém testar mais de uma vez e comparar nas mesmas condições.
Porque é que a nota é alta e os Core Web Vitals reprovam?
Porque medem coisas diferentes. O laboratório simula uma visita; os dados reais refletem os aparelhos, as ligações e o comportamento de quem visita o site. Uma página pode correr bem no teste e mal para as pessoas, ou o contrário.
Porque é que não aparecem dados reais?
Porque a página não teve visitas suficientes de utilizadores do Chrome. Nesse caso, o PageSpeed mostra os dados do site inteiro ou, sem dados suficientes também aí, só o laboratório.
A nota do PageSpeed influencia a posição no Google?
O Google afirma que usa os Core Web Vitals nos sistemas de classificação, mas que bons valores não garantem as primeiras posições. A nota do laboratório não é, em si, o critério.
Quanto tempo demora a ver as melhorias nos dados reais?
Os dados reais cobrem os últimos 28 dias. Depois de uma correção, a mudança vai aparecendo à medida que as visitas novas substituem as antigas, e o resultado completo vê-se cerca de quatro semanas depois.

Continuar

Para ir mais longe

Serviços e guias da Flowup para empresas em Portugal.

Transparência

Fontes e referências

Os dados desta página foram conferidos na fonte em 27/10/2026.

  1. Google for Developers, About PageSpeed Insights: atualizada em 21/10/2024; dados reais de 28 dias, recurso à origem e laboratório do Lighthouse.
  2. Chrome for Developers, Lighthouse performance scoring: pesos da nota no Lighthouse 10 e causas de variação entre testes.
  3. web.dev, How the Core Web Vitals metrics thresholds were defined: limites de LCP, INP e CLS no percentil 75.
  4. web.dev, First Contentful Paint (FCP): bom até 1,8 s; fraco acima de 3 s.
  5. web.dev, Time to First Byte (TTFB): atualizada em 18/11/2025; bom até 0,8 s; fraco acima de 1,8 s.
  6. web.dev, INP becomes a Core Web Vital: 12/03/2024; o INP substitui o FID.
  7. Google Search Central, Understanding page experience: atualizada em 22/09/2026; Core Web Vitals nos sistemas de classificação.
  8. 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