Se você tem um site e nunca abriu o Google PageSpeed Insights para ver a nota do seu site, existe uma boa chance de estar perdendo tráfego orgânico sem saber. A velocidade e a performance de carregamento são fatores de ranking confirmados pelo Google — e o PageSpeed Insights é a ferramenta oficial para medir e diagnosticar exatamente isso.
Nesse artigo vou explicar o que é o Google PageSpeed Insights, como interpretar cada métrica que ele exibe, o que os números realmente significam para o SEO do seu site e quais são as correções de maior impacto.
O que é o Google PageSpeed Insights
O Google PageSpeed Insights (PSI) é uma ferramenta gratuita do Google que analisa a performance de uma página web em dispositivos móveis e desktop. Ele gera uma pontuação de 0 a 100 e fornece diagnósticos detalhados sobre o que está afetando a velocidade e a experiência do usuário.
O que torna o PSI especialmente relevante para SEO é que ele combina dois tipos de dados: dados de laboratório (simulação controlada do carregamento da página) e dados de campo reais (CrUX — Chrome User Experience Report), que refletem a experiência de usuários reais que visitaram sua página nos últimos 28 dias usando o Chrome.
Os dados de campo são o que o Google usa como sinal de ranking via Core Web Vitals — não os dados de laboratório. Isso significa que uma nota baixa no PageSpeed Insights pode ou não estar impactando seu SEO, dependendo de qual fonte de dados está com problema.
Core Web Vitals — as 3 métricas que o Google usa como ranking
Os Core Web Vitals são um conjunto de métricas de experiência do usuário que o Google declarou como fatores de ranking em 2021. São três métricas principais:
LCP — Largest Contentful Paint
O LCP mede o tempo que leva para o maior elemento visual da página (geralmente a imagem principal ou o bloco de texto mais grande) ser renderizado na tela. É o indicador mais próximo de “quanto tempo o usuário espera para ver o conteúdo principal”.
- Bom: até 2,5 segundos
- Precisa melhorar: entre 2,5 e 4 segundos
- Ruim: acima de 4 segundos
As causas mais comuns de LCP alto: imagem destacada não otimizada (tamanho muito grande, sem lazy loading correto), servidor lento com TTFB (Time to First Byte) alto, recursos bloqueando a renderização, e falta de cache adequado.
INP — Interaction to Next Paint
O INP substituiu o FID (First Input Delay) em março de 2024. Ele mede a latência de interatividade — o tempo entre o usuário fazer uma ação (clicar, digitar, tocar) e a página responder visualmente. Avalia todas as interações durante a sessão, não apenas a primeira.
- Bom: até 200 milissegundos
- Precisa melhorar: entre 200 e 500ms
- Ruim: acima de 500ms
INP alto geralmente é causado por JavaScript excessivo ou mal otimizado que bloqueia a thread principal do navegador, impedindo que ele responda rapidamente às interações do usuário.
CLS — Cumulative Layout Shift
O CLS mede a estabilidade visual da página — quanto o layout se move durante o carregamento de forma inesperada. Aquelas situações onde você vai clicar em algo e o botão se move de repente porque uma imagem carregou e empurrou o conteúdo? Isso é CLS alto.
- Bom: até 0,1
- Precisa melhorar: entre 0,1 e 0,25
- Ruim: acima de 0,25
As causas mais comuns: imagens sem dimensões definidas no HTML (o navegador não reserva espaço antes de carregar), fontes web que causam reflow quando carregam, e elementos adicionados dinamicamente acima do conteúdo existente (como banners de cookies mal implementados).
Como interpretar a pontuação do PageSpeed Insights
A nota de 0 a 100 do PSI é calculada com base nas métricas de laboratório (Lighthouse), com pesos diferentes para cada métrica. Mas — e esse ponto é crítico — a nota não é o que o Google usa como sinal de ranking.
O Google usa os dados de campo (CrUX) dos Core Web Vitals. Um site pode ter nota 65 no laboratório e ainda assim ter Core Web Vitals “Bom” nos dados reais — porque os dados de campo refletem a experiência de usuários reais em condições variadas de conexão e dispositivo, que pode ser melhor do que o que o laboratório simula.
O que você deve priorizar ao analisar o PSI:
- Dados de campo (CrUX) — se disponíveis, são o que o Google considera para ranking. Foque nos três Core Web Vitals aqui.
- Diagnósticos de laboratório — use para identificar o que está causando problemas técnicos específicos.
- Oportunidades — as sugestões de melhoria com maior impacto estimado em tempo de carregamento.
As melhorias de maior impacto no PageSpeed
Otimização de imagens
Imagens são a causa número um de LCP alto e notas baixas no PSI. As otimizações essenciais: converter para formato WebP ou AVIF (30-50% menor que JPEG/PNG com a mesma qualidade visual), definir dimensões explícitas no HTML para evitar CLS, usar lazy loading para imagens abaixo do fold, e usar CDN para servir imagens do servidor mais próximo do usuário.
No WordPress, plugins como Imagify, ShortPixel ou Smush fazem a conversão e compressão automaticamente. É a melhoria com melhor custo-benefício na maioria dos sites.
Cache e hospedagem
TTFB (Time to First Byte) alto — o tempo que o servidor leva para começar a responder — é frequentemente a raiz do LCP ruim. Causas: hospedagem compartilhada sobrecarregada, falta de cache de servidor, WordPress sem plugin de cache configurado. Soluções: migrar para hospedagem com melhor infraestrutura, usar WP Rocket ou LiteSpeed Cache, e habilitar cache de página estática.
Minimização de JavaScript e CSS
JavaScript e CSS desnecessários bloqueiam a renderização da página e aumentam o INP. Ações práticas: desativar plugins WordPress que não são usados, usar carregamento assíncrono ou diferido para scripts não críticos, minificar CSS e JS, e eliminar CSS não utilizado (especialmente relevante para temas WordPress pesados).
Fontes web
Fontes do Google Fonts carregadas de forma não otimizada podem causar tanto CLS (reflow quando a fonte carrega e substitui o texto) quanto LCP alto. Soluções: usar font-display: swap para evitar texto invisível durante o carregamento, pré-carregar as fontes críticas com <link rel="preload">, e considerar hospedar as fontes localmente em vez de carregar do CDN do Google.
PageSpeed Insights no mobile vs desktop — qual priorizar
O PSI analisa os dois, e a nota mobile é invariavelmente mais baixa do que a desktop — porque o laboratório simula um dispositivo com CPU limitada e conexão 4G média, condições muito mais restritivas do que um computador com fibra.
O Google usa mobile-first indexing — o que significa que a versão mobile do seu site é a que o Google prioriza para indexação e ranqueamento. Isso não significa que a nota mobile precisa ser igual à desktop, mas significa que problemas sérios de performance mobile têm impacto direto no SEO.
Prioridade prática: resolva primeiro os Core Web Vitals no mobile (especialmente LCP e CLS), depois otimize a nota geral. Uma nota mobile de 70-80 com Core Web Vitals “Bom” é muito melhor para SEO do que nota 95 no laboratório mas CWV “Precisa melhorar” nos dados de campo.
Perguntas frequentes sobre Google PageSpeed Insights
Qual nota mínima no PageSpeed Insights para SEO?
Não existe um número mágico, porque o Google usa dados de campo (CrUX) para ranking, não a nota do laboratório. Dito isso, na prática, sites com nota abaixo de 50 no mobile geralmente têm Core Web Vitals problemáticos. Mire em 70+ no mobile como referência de saúde técnica, mas sempre verifique se os Core Web Vitals nos dados de campo estão na faixa “Bom”.
Por que minha nota varia entre testes?
Os dados de laboratório do PSI variam porque dependem das condições do servidor de teste (carga, localização), de scripts de terceiros (que podem responder mais rápido ou lento em cada teste), e de fatores externos como CDN. Para análises mais consistentes, rode o Lighthouse localmente pelo Chrome DevTools ou faça a média de 3 a 5 testes em horários diferentes.
Nota 100 no PageSpeed Insights garante bom ranqueamento?
Não. Performance é um fator de ranking, mas não é o único — nem o mais importante. Conteúdo relevante, autoridade de domínio, backlinks e E-E-A-T têm peso muito maior no algoritmo do Google do que a nota do PageSpeed. Uma nota 100 com conteúdo fraco não ranqueia. Um site com nota 65 mas conteúdo excelente e boa autoridade ranqueia bem. O objetivo é ter performance boa o suficiente para não ser penalizado — não necessariamente perfeita.
Como melhorar a nota no WordPress especificamente?
As ações de maior impacto no WordPress: instalar o WP Rocket ou LiteSpeed Cache para cache e otimização de assets, usar Imagify ou ShortPixel para compressão e conversão de imagens para WebP, desativar plugins não utilizados, usar um tema leve (Astra, GeneratePress ou Kadence em vez de temas pesados como Avada ou Divi sem otimização), e hospedar em servidores com bom TTFB (evitar hospedagem compartilhada sobrecarregada).
Na MadWeb incluímos análise de Core Web Vitals e PageSpeed em todas as nossas auditorias SEO. Se quiser saber o que está travando a performance do seu site, fale com a gente.