Rodar o site no PageSpeed Insights e ver a nota “45 em vermelho” costuma gerar mais pânico do que ação. A maioria dos donos de site foca em melhorar o número em si, sem entender o que ele realmente mede — e acaba instalando plugin de cache atrás de plugin de cache sem resolver a causa real da lentidão. Vale entender primeiro o que está sendo medido antes de sair mexendo em tudo.
Os três números que realmente importam
Desde que o Google consolidou os Core Web Vitals como fator de ranqueamento, três métricas concentram praticamente toda a avaliação de velocidade:
- LCP (Largest Contentful Paint): mede quanto tempo leva até o maior elemento visível da página (geralmente uma imagem grande ou bloco de texto principal) aparecer na tela. Meta: até 2,5 segundos.
- INP (Interaction to Next Paint): mede a responsividade — quanto tempo o site demora para reagir depois que o usuário clica em algo. Meta: até 200 milissegundos. Essa métrica substituiu o antigo FID e é mais rigorosa, porque avalia a interação inteira, não só o primeiro clique.
- CLS (Cumulative Layout Shift): mede o quanto os elementos da página “pulam” durante o carregamento — aquele efeito irritante de clicar em um botão e o layout mudar embaixo do dedo porque uma imagem carregou depois. Meta: abaixo de 0,1.
Os três são medidos em condições reais de uso (dados agregados de usuários de verdade, não só simulação em laboratório), e aparecem direto no Google Search Console, na seção “Core Web Vitals”.
Onde a lentidão realmente costuma estar
Imagens sem otimização
É a causa mais comum de LCP alto, de longe. Foto de celular direto no post, sem compressão, facilmente passa de 5MB — isso sozinho já derruba qualquer nota de velocidade. Ferramentas como TinyPNG ou o próprio plugin de otimização de imagem do WordPress (ShortPixel, Smush) resolvem isso automaticamente, convertendo para formatos mais leves como WebP sem perda visível de qualidade.
Hospedagem compartilhada barata demais
Hospedagem compartilhada de baixo custo divide os mesmos recursos de servidor entre centenas de sites — em horário de pico, isso afeta diretamente o tempo de resposta do servidor (TTFB), que é a base de qualquer métrica de velocidade. Não adianta otimizar imagem e código se o servidor demora dois segundos só para começar a responder.
Plugins demais, principalmente os que ninguém usa mais
Cada plugin ativo carrega JavaScript e CSS próprio, mesmo quando a função dele não está sendo usada na página específica que o visitante está vendo. Vale fazer uma auditoria periódica e desativar (ou de preferência excluir) plugins que não são mais necessários — é comum encontrar sites com 20+ plugins ativos, sendo que só 5 ou 6 realmente fazem alguma coisa.
Fontes e scripts de terceiros carregando de forma bloqueante
Fonte do Google Fonts, pixel do Facebook, script de chat, todos esses recursos externos, se carregados de forma síncrona, atrasam a renderização da página até terminarem de baixar. A solução técnica é carregar esses scripts de forma assíncrona ou adiada (defer/async), o que a maioria dos temas e plugins de otimização de performance já faz automaticamente quando configurado corretamente.
Ferramentas para medir de verdade
O PageSpeed Insights (do próprio Google) é o ponto de partida, porque usa os mesmos dados que afetam o ranqueamento. Ele mostra tanto os dados de campo (uso real, quando o site tem tráfego suficiente para gerar esse dado) quanto os dados de laboratório (simulação). Para diagnóstico mais detalhado, o GTmetrix mostra uma cascata completa de carregamento, identificando exatamente qual arquivo está travando o processo.
Corrigir velocidade sem esquecer do conteúdo
Velocidade de carregamento é só parte do que o Google avalia — não adianta ter o site mais rápido do mundo se o conteúdo não responde à busca do usuário. Se o objetivo é melhorar posicionamento de forma mais ampla, vale complementar essa otimização técnica com trabalho de conteúdo e SEO local, que já cobri em detalhe no texto sobre como o SEO local pode impulsionar negócios online.
Por onde começar, na prática
Antes de mexer em qualquer coisa, rode o PageSpeed Insights e anote os três números atuais como referência. Comece pelas imagens — é o ganho mais rápido e mais fácil de medir. Depois, revise plugins ativos e desative o que não usa. Só depois disso vale considerar trocar de hospedagem, que é a mudança mais trabalhosa e deve ser o último recurso quando as otimizações mais simples já não bastam.
Perguntas frequentes
Qual nota no PageSpeed Insights é considerada boa?
Acima de 90 é excelente, entre 50 e 89 é considerado que precisa de melhoria, e abaixo de 50 é considerado ruim. Mas o número isolado importa menos que os três Core Web Vitals estarem dentro da meta — um site pode ter nota 70 e ainda assim passar nos Core Web Vitals se LCP, INP e CLS estiverem bons.
Trocar de tema resolve problema de velocidade?
Às vezes, principalmente se o tema atual é pesado ou mal codificado (muito JavaScript desnecessário, muitas dependências externas). Mas antes de trocar tema, vale primeiro otimizar imagens e revisar plugins — geralmente resolve boa parte do problema sem a dor de cabeça de migrar tema inteiro.
Vale a pena usar CDN para um site pequeno?
Para sites com público concentrado numa região só, o ganho é menor. Para sites com visitantes espalhados pelo Brasil inteiro ou internacionalmente, um CDN reduz a distância física entre o servidor e o visitante, o que ajuda diretamente o LCP.
Com que frequência devo checar os Core Web Vitals do site?
Mensalmente já é suficiente para a maioria dos sites, a menos que tenha feito mudança recente (novo tema, novo plugin, migração de hospedagem) — nesse caso, vale checar logo depois da mudança para confirmar que nada piorou.
