Passo 1: Meça antes de otimizar
Passe o seu site pelo PageSpeed Insights (pagespeed.web.dev) e anote quatro números: LCP (Largest Contentful Paint, o tempo até o conteúdo principal aparecer), INP (Interaction to Next Paint, capacidade de resposta), CLS (Cumulative Layout Shift, estabilidade visual) e o peso total da página. Limites de Core Web Vitals do Google: LCP abaixo de 2,5 s, INP abaixo de 200 ms, CLS abaixo de 0,1. Afetam diretamente o seu posicionamento desde 2021. Abaixo desses limites é «bom»; entre os limites e 4 s/500 ms/0,25 é «precisa melhorar»; pior é «ruim». Todo o sentido de otimizar a velocidade do WordPress é mover esses três números para a zona verde. Não confie nas pontuações do GTmetrix nem em outras avaliações agregadas: elas não correspondem aos sinais reais do Google.
Passo 2: Verifique se sua hospedagem não é o gargalo
Verifique o TTFB (Time To First Byte) a partir da geografia da sua audiência com o WebPageTest. Se o TTFB ultrapassar 1 segundo, sua hospedagem é o gargalo: nenhuma otimização de front-end vai consertar isso. Culpados comuns: hospedagem compartilhada barata com servidores sobrecarregados, hospedagem em um continente diferente do da sua audiência, falta de opcache de PHP (qualquer versão de PHP 7+ deveria tê-lo ativado por padrão). A solução mais barata é trocar para uma hospedagem mais rápida no mesmo nível de plano. Para menos de 50.000 visitas/mês, o Hostinger Business com LiteSpeed Cache produz um TTFB inferior a 400 ms. Para mais tráfego, Kinsta ou WP Engine no nível premium do Google Cloud produzem um TTFB inferior a 300 ms de forma consistente. Trocar de hospedagem dá mais trabalho que instalar um plugin, mas a melhoria costuma ser drástica.
Passo 3: O cache de página é a maior otimização individual
Por padrão, o WordPress gera cada página a partir de PHP + MySQL em cada requisição. O cache de página armazena o HTML gerado e o serve diretamente aos visitantes posteriores: normalmente 10-20 vezes mais rápido. Em hospedagens baseadas em LiteSpeed (Hostinger, a maioria da Bluehost, A2 Turbo, NameHero), instale o LiteSpeed Cache (grátis): ele se integra com o cache no nível do servidor. Em hospedagens Apache/Nginx, instale o WP Rocket (US$ 59/ano): é o plugin de cache de maior qualidade e vale o preço. As alternativas gratuitas (W3 Total Cache, WP Super Cache) funcionam, mas exigem mais configuração. Após ativar o cache de página, teste de novo no PageSpeed Insights: você deveria ver o TTFB cair drasticamente.
Passo 4: A otimização de imagens vem em segundo lugar
As imagens costumam ser 60-80% do peso de uma página do WordPress. Duas vitórias a capturar: (1) Compressão: cada imagem deve ser comprimida antes de fazer o upload. Use nosso Compressor de Imagens ou instale ShortPixel/Smush para comprimir automaticamente no upload. Objetivo: imagens de cabeçalho abaixo de 200 KB, imagens de conteúdo abaixo de 100 KB. (2) Formatos modernos: sirva WebP (ou AVIF) em vez de JPG/PNG. O WebP é 25-35% menor com a mesma qualidade. ShortPixel e Smush Pro convertem automaticamente; como alternativa, a otimização de imagens da Cloudflare reescreve as imagens em tempo real. (3) Carregamento adiado: as imagens abaixo da dobra só deveriam carregar ao rolar até elas. O WordPress 5.5+ adiciona loading='lazy' automaticamente; verifique se funciona vendo o código-fonte. (4) Atributos de largura: defina sempre um width/height explícito nas imagens para evitar o CLS.
Passo 5: Minificação de CSS/JS e auditoria de pacotes
A maioria dos plugins de cache (WP Rocket, LiteSpeed Cache) inclui minificação de CSS/JS: ative-a. A maior vitória é adiar ou eliminar os scripts não usados. Execute o Chrome DevTools → aba Coverage na sua página inicial; ela mostra quais bytes de CSS e JS são realmente usados. Resultados típicos: 50-80% do CSS não é usado, 30-60% do JS não é usado. Soluções: (a) use um tema mais leve (GeneratePress ou Kadence enviam menos de 30 KB de CSS), (b) desative os plugins não usados (muitas vezes a origem dos scripts não usados), (c) use um plugin como o Asset CleanUp para desativar scripts em páginas que não precisam deles (p. ex., o Contact Form 7 carrega em todo lugar por padrão, mesmo que você só o use em /contact).
Passo 6: Auditoria de plugins: encontre os lentos
Cada plugin ativo do WordPress é executado em cada carregamento de página, adicionando potencialmente consultas, JavaScript e CSS. A maioria dos sites lentos tem mais de 30-50 plugins ativos, metade dos quais já não usam. Use o Query Monitor (grátis) para ver quais plugins fazem mais consultas ao banco de dados. Use o nível gratuito do New Relic ou o APM da Kinsta para ver quais funções de plugin demoram mais. Principais infratores históricos: Jetpack (faz muitas coisas, todas em cada requisição), plugins de backup inchados executando durante picos de tráfego, plugins de compartilhamento social que carregam seu CSS/JS mesmo em páginas sem botões de compartilhar, plugins de segurança que fazem análises de arquivos em tempo real. Desative um plugin, teste o desempenho de novo e decida se a função valia o custo.
Passo 7: Otimização do banco de dados
O WordPress acumula lixo no banco de dados com o tempo: revisões de posts, transients expirados, comentários de spam, metadados órfãos. Instale o WP-Optimize (grátis) e execute uma limpeza do banco de dados uma vez. Manutenção mensal razoável: remova revisões de mais de 60 dias (mantenha as recentes por segurança), transients expirados, fila de spam. Para sites de alto tráfego, a maior vitória de banco de dados é o cache de objetos: Redis ou Memcached armazenam em memória os resultados de consultas MySQL custosas, evitando o trabalho repetido. A maioria das hospedagens gerenciadas de WordPress inclui Redis nos seus níveis superiores; na hospedagem compartilhada básica, isso não está disponível.
Passo 8: CDN para audiências globais
Uma CDN (Rede de Distribuição de Conteúdo) armazena em cache os seus recursos estáticos (imagens, CSS, JS) em localizações de borda perto dos seus visitantes. Para uma audiência só dos EUA hospedada nos EUA, uma CDN traz uma melhoria modesta. Para uma audiência global, uma CDN é essencial: reduz a latência dos recursos de 200-500 ms para 20-50 ms. O nível gratuito da Cloudflare cobre a maioria das necessidades; a BunnyCDN a US$ 0,01-0,05/GB é uma melhoria paga com desempenho excelente. Para as imagens em específico, o Cloudflare Images ou o Bunny Image Optimizer podem redimensionar e converter formatos em tempo real.
Passo 9: Meça de novo e itere
Após cada mudança importante, execute o PageSpeed Insights de novo. O objetivo é o progresso incremental: a maioria dos sites não passa de «ruim» para «bom» com uma única mudança. Após uma passagem completa de otimização, resultados típicos: uma loja WooCommerce em hospedagem compartilhada passa de LCP 4-6 s para LCP 1,5-2,5 s. Um blog de conteúdo em hospedagem gerenciada passa de LCP 2-3 s para LCP 0,8-1,5 s. Se você ficar acima de 3 s de LCP após tudo isso, o gargalo provavelmente é o seu tema: troque para um tema mais leve (GeneratePress, Kadence ou Astra) antes de continuar otimizando.