Como Melhorar Sua Pontuação no Google PageSpeed em 2026

Uma Pontuação de 92 Que Deveria Ser 42

No mês passado gastei três horas otimizando o carregamento de fontes em um site de um cliente — subconjuntos, preload, troca para font-display: swap, tudo isso. Pontuação final no PageSpeed: 92.

O cliente perguntou se havíamos corrigido o problema real. Acontece que a imagem hero tinha 4,2MB. Uma tag <picture> e uma conversão para AVIF depois, fomos de 92 para 58 — porque agora o Lighthouse conseguia realmente ver o quão lento era o resto da página.

É isso que acontece quando se trata de pontuações do PageSpeed. Elas não dizem o que está realmente lento. Elas dizem o que o Lighthouse acha que está lento. E às vezes são coisas bem diferentes.

O Que o PageSpeed Realmente Mede

O Google PageSpeed Insights dá a você uma pontuação de 0-100 com base em dados de laboratório do Lighthouse. Não é um fator de ranqueamento em si, mas se correlaciona com o Core Web Vitals — e esses são fatores de ranqueamento.

O que eu digo aos clientes: se sua pontuação está abaixo de 50, você tem problemas reais. Se está entre 50-89, você está na zona de "corrigir o óbvio". Se está acima de 90, não comemore ainda — olhe o tempo real de carregamento da página no Chrome DevTools.

As Cinco Coisas Que Realmente Movem a Agulha

Depois de auditar mais de 200 sites, aqui está o que consistentemente faz a maior diferença:

Imagens. Sempre as imagens. Nunca auditei um site com pontuação abaixo de 70 em que as imagens não fossem o problema principal. Não é otimização sofisticada de JavaScript, não é CSS crítico — são as imagens.

Tempo de execução do JavaScript. Esse é traiçoeiro porque nem sempre aparece nas auditorias do Lighthouse. Sua página pode marcar 95 e ainda assim ter 3 segundos de bloqueio da thread principal. Verifique a aba Performance no DevTools, não só o Lighthouse.

Tempo de resposta do servidor. Se o seu TTFB está acima de 800ms, nada mais importa. Pela minha experiência, sites com imagens perfeitas e zero JavaScript que ainda carregam devagar porque o servidor leva 2 segundos para responder.

Cache. Esse é o presente que continua dando. Configure uma vez, e todo visitante que volta se beneficia.

CDN. Se seu público é global e seu servidor está em um único local, uma CDN não é mais opcional.

Quando o PageSpeed Mente Para Você

Depois de verificar uma loja no Shopify no último trimestre. Pontuação no PageSpeed: 98. Tempo real de carregamento: 4,2 segundos. A loja tinha 47 scripts de rastreamento, um widget de chat, um popup e três mecanismos de recomendação. O Lighthouse não se importou — ele testou uma versão limpa, sem nada disso.

Isso acontece o tempo todo. O PageSpeed testa sua página em um ambiente de laboratório. Seus usuários reais têm bloqueadores de anúncios, celulares lentos e condições de rede que nenhum laboratório consegue simular.

Meu Fluxo de Trabalho Real (Não é uma Lista de Verificação)

O que eu faço quando alguém me pede para melhorar a pontuação no PageSpeed:

Passo 1: Abra o DevTools, não o PageSpeed Insights. Quero ver o waterfall real de rede. Qual o tamanho da página? Quantas requisições? O que está demorando mais?

Passo 2: Verifique os maiores vilões. Geralmente são as imagens, mas às vezes é um bundle de JavaScript de 2MB que não faz nada de útil. Pela minha experiência, scripts de análise maiores do que páginas de destino inteiras.

Passo 3: Corrija as imagens. Quase sempre é a primeira vitória. Converta para WebP, adicione srcset, aplique lazy loading no conteúdo abaixo da dobra. Leva 15 minutos e geralmente ganha 10-20 pontos.

Passo 4: Elimine JavaScript não utilizado. Abra a aba Coverage no DevTools. Você provavelmente vai descobrir que 60-80% do seu JavaScript nunca é executado. Remova-o.

Passo 5: Não otimize demais. Pela minha experiência, desenvolvedores passam dias tentando extrair mais 3 pontos de uma pontuação de 95. Esse tempo é melhor gasto corrigindo problemas reais de experiência do usuário.

A Armadilha do WebP

Todo mundo fala para você converter imagens para WebP. Eu fiz isso em um site de um cliente e a pontuação dele caiu. Por quê? Porque estavam servindo WebP para usuários do Safari em versões antigas de iOS que não suportam o formato. O JPEG de fallback era 3x maior.

Agora eu sempre testo com tags <picture> e múltiplas fontes:

<picture>
  <source srcset="hero.avif" type="image/avif">
  <source srcset="hero.webp" type="image/webp">
  <img src="hero.jpg" alt="Hero image">
</picture>

É mais código, mas funciona em qualquer lugar.

Fontes Que Não Bloqueiam a Renderização

Eu costumava pensar que font-display: swap era uma bala de prata. Então percebi que ele apenas significa "mostre texto invisível por um momento, depois troque para a fonte real". Isso é bom para texto corrido, mas para títulos parece quebrado.

Minha abordagem atual: usar fontes do sistema para o texto corrido e, para fontes de marca, pré-carregar apenas os pesos que você realmente usa. Recentemente auditei um site que carregava 12 pesos de fonte quando usava apenas 3.

A Regra 80/20 (Dessa Vez é Verdadeira)

De todas as otimizações que você poderia fazer, essas três vão cobrir 80% do caminho:

1. Comprima e redimensione as imagens. Use o Squoosh.app. É gratuito. Leva 5 minutos por imagem.
2. Remova JavaScript não utilizado. Use a aba Coverage. Seja implacável.
3. Ative o cache e use uma CDN. Se você está na Vercel ou Netlify, isso já está feito.

Todo o resto — CSS crítico, otimização de fontes, preload — é polimento. Faça os três grandes primeiro.

Quando Parar de Otimizar

Tive um cliente obcecado em atingir 100. Chegamos a 99 e gastamos 8 horas tentando encontrar o último ponto. Era um script de análise de 12KB que já era assíncrono.

Minha regra honesta: se você está acima de 90 e seu tempo real de carregamento está abaixo de 2 segundos, pare. Seu tempo vale mais do que esses últimos 10 pontos.

Vitórias Rápidas Antes de Você Ir

Antes de rodar outro teste de PageSpeed, tente o seguinte:

- Rode sua URL pelo AuditMe — ele combina dados do PageSpeed com métricas reais de tráfego

- Verifique sua maior imagem. Se tiver mais de 200KB, comprima-a

- Abra o DevTools → Network → marque "Disable cache" → recarregue. Se sua página tiver mais de 2MB, algo está errado

- Olhe para o seu bundle de JavaScript. Se tiver mais de 500KB, você tem código não utilizado

O Resultado Final

As pontuações do PageSpeed são úteis, mas não contam a história inteira. Pela minha experiência, sites com pontuações perfeitas são dolorosamente lentos, e sites com pontuações na casa dos 60 carregam mais rápido do que qualquer coisa.

Foque na experiência real do usuário. Se sua página carrega em menos de 2 segundos e seu Core Web Vitals está verde, você está indo melhor do que a maioria.

Faça uma auditoria de SEO gratuita para ver como seu site realmente se sai.