Velocidade é receita: cada segundo a mais de carregamento derruba conversão e ranqueamento no Google. Neste guia prático você aprende a medir a lentidão do seu site (com PageSpeed e Chrome DevTools), identificar as causas mais comuns no WordPress e WooCommerce, e corrigir na ordem certa.
Por que a velocidade importa (para vendas e para o Google)
O Google usa os Core Web Vitals como sinal de ranqueamento, e usuários móveis abandonam páginas que demoram: a probabilidade de abandono cresce dramaticamente a cada segundo extra de carregamento. Em lojas WooCommerce o efeito é direto no caixa — lentidão no catálogo e no checkout significa carrinho abandonado.
Regra prática: se a sua página inicial demora mais de 3 segundos para exibir o conteúdo principal no celular (rede 4G), você está perdendo clientes e posições no Google. Como referência, os limites “bons” dos Core Web Vitals: LCP < 2,5 s · INP < 200 ms · CLS < 0,1.
Passo 1 — Meça antes de mexer
PageSpeed Insights (dados reais do Google)
Comece pelo PageSpeed Insights: ele mostra os Core Web Vitals medidos em usuários reais do Chrome (CrUX) e uma auditoria de laboratório (Lighthouse). Anote LCP, INP e CLS do celular — é a métrica que o Google usa.
Chrome DevTools: o raio-X do seu site
O Chrome DevTools (tecla F12) é a ferramenta mais poderosa — e gratuita — para entender por que o site está lento, não só que está lento:
- Aba Network: recarregue com cache desabilitado e ordene por tamanho e por tempo. Aqui aparecem imagens gigantes, fontes duplicadas, scripts de terceiros e o TTFB (tempo até o primeiro byte — se passar de ~600 ms, o problema começa no servidor/hospedagem).
- Aba Performance: grave o carregamento e veja o que trava a renderização — tarefas longas de JavaScript (blocos vermelhos), layout shifts e a linha do LCP.
- Aba Lighthouse: auditoria completa com lista priorizada de correções.
- Aba Coverage (Ctrl+Shift+P → “Coverage”): mostra quanto CSS e JS carregado nem chega a ser usado na página — no WordPress com muitos plugins, é comum passar de 70% de desperdício.
Dica de especialista: no DevTools, use o throttling de rede (“Fast 4G”) e de CPU (4x slowdown) para simular o celular médio do seu cliente real — no desktop com fibra tudo parece rápido.
Passo 2 — As 6 causas mais comuns de lentidão no WordPress
| Causa | Sintoma típico | Correção |
|---|---|---|
| Hospedagem subdimensionada | TTFB alto (> 600 ms) em todas as páginas | Migração ou upgrade; LiteSpeed/NGINX; PHP 8.x |
| Excesso de plugins | JS/CSS não usados; admin lento | Auditoria e remoção; substituir por código enxuto |
| Imagens pesadas | LCP alto; páginas de vários MB | WebP/AVIF, dimensões corretas, lazy load |
| Sem cache/CDN | Toda visita reprocessa PHP | Cache de página + CDN (Cloudflare/CloudFront) |
| Banco de dados inchado | Consultas lentas; picos de CPU | Limpeza de revisões/transients; índices; Redis |
| Tema/page builder pesado | DOM gigante; CLS alto; JS travando | Otimizar ou migrar para tema performático |
Não quer fazer isso sozinho? Eu faço esse diagnóstico completo no seu site — de graça — e te entrego as causas exatas da lentidão, em linguagem clara. Solicite o diagnóstico gratuito →
Passo 3 — Corrija na ordem certa
- Servidor primeiro: PHP 8.x atualizado, hospedagem adequada ao tráfego. Sem base boa, o resto é maquiagem.
- Cache de página + CDN: o maior ganho pelo menor esforço para visitantes anônimos.
- Imagens: conversão a WebP, dimensões corretas (sem carregar 2000px para exibir 400px), lazy load abaixo da dobra.
- JavaScript: adiar scripts de terceiros (pixels, chats), remover plugins redundantes, eliminar JS não usado (visto na aba Coverage).
- CSS: crítico inline, resto assíncrono; cuidado com “remover CSS não usado” automático — pode quebrar componentes interativos.
- Banco de dados: limpar revisões e transients, verificar consultas lentas (Query Monitor), cache de objetos para lojas.
WooCommerce: cuidados extras
- Carrinho e checkout não são cacheáveis — dependem 100% do servidor e do PHP; é onde a hospedagem fraca mais aparece.
- Cart fragments (atualização AJAX do carrinho) derrubam performance em catálogos grandes — dá para otimizar ou desativar onde não faz falta.
- Muitos plugins de loja carregam scripts em todas as páginas, mesmo fora da loja — dá para condicionar.
Quando vale chamar um especialista
Cache, imagem e plugin dão para resolver com boas ferramentas. Agora, TTFB alto persistente, checkout lento, conflitos entre plugins, banco de dados degradado e arquitetura (CDN, headless, infraestrutura) exigem diagnóstico técnico de quem faz isso todos os dias. É exatamente o meu trabalho como consultor independente — sem o custo de uma agência. Veja casos reais no portfólio, com TTFB de ~0,16 s em produção.
Perguntas frequentes
O que deixa um site WordPress lento?
Na maioria dos casos: hospedagem subdimensionada, excesso de plugins, imagens sem otimização, ausência de cache e temas/page builders pesados. Um diagnóstico técnico identifica o peso de cada fator no seu caso.
Qual é uma boa velocidade para um site WordPress?
Como referência prática: LCP abaixo de 2,5 s, INP abaixo de 200 ms e CLS abaixo de 0,1 — os limites “bons” dos Core Web Vitals do Google. Sites WordPress bem otimizados carregam em 1–2 segundos.
Plugin de cache resolve sozinho?
Ajuda bastante, mas não corrige a causa: um checkout lento, banco de dados inchado ou hospedagem fraca continuam lentos para tudo que não é cacheável (carrinho, login, admin).
Quanto custa otimizar um site WordPress?
O diagnóstico é gratuito. A otimização é orçada por escopo depois de identificar as causas — você aprova antes de qualquer trabalho.