WordPress Lento: Causas e o Que Medir Primeiro

Todo site lento que já abri tinha a mesma história: ninguém mediu antes de otimizar. Instala-se plugin de cache, troca-se de servidor, contrata-se CDN — e o problema continua, porque o gargalo estava em outro lugar. Este artigo é o roteiro que uso em diagnóstico, na ordem em que ele rende resultado.

Comece pelo que o usuário sente

Abra o PageSpeed Insights e olhe três números do relatório mobile: LCP (quanto demora o conteúdo principal), INP (quanto demora a resposta ao toque) e CLS (quanto a página pula). Ignore a nota geral no primeiro momento — ela é consequência, não causa.

Meça sempre no 4G do relatório de campo, não no seu Wi-Fi. O visitante real do interior de MT não tem a sua conexão.

Os três suspeitos de sempre

Imagens sem dimensão nem formato moderno. Uma foto de 4 MB no topo da home derruba o LCP sozinha. WebP, srcset e width/height declarados resolvem a maior parte.
JavaScript de terceiros. Pixel disso, chat daquilo, mapa de calor — cada script bloqueia a thread principal. Some o peso: passa de 500 KB mais rápido do que parece.
Consultas pesadas no banco. No WordPress, plugin de “posts relacionados” mal escrito faz table scan a cada pageview. O Query Monitor mostra em segundos.

# O primeiro comando que rodo em servidor suspeito:
mysql -e "SHOW FULL PROCESSLIST" | grep -v Sleep

Perguntas que sempre me fazem

Plugin de cache resolve site lento?

Ajuda quem já está razoável e mascara quem está ruim. Cache não conserta imagem de 4 MB nem consulta sem índice — só adia a conta para o primeiro acesso e para o usuário logado.

Vale a pena trocar de hospedagem?

Só depois de medir. Na minha experiência, quatro em cada cinco sites lentos continuariam lentos em qualquer servidor — o problema estava no front-end ou no banco, não na máquina.

Performance é hábito, não projeto: mede, corrige o maior gargalo, mede de novo. O resto é ruído.