WordPress lento: como acelerar o site (guia prático 2026)

Para acelerar um WordPress lento, primeiro meça e descubra onde está o gargalo, depois ataque na ordem que dá mais resultado: cache de página, imagens leves, menos plugins e scripts, PHP atualizado e, se o servidor continuar demorando para responder mesmo assim, uma hospedagem melhor. Na maioria dos sites pequenos, cache bem configurado e imagens otimizadas já resolvem boa parte do problema em uma tarde. Sair instalando plugin "de velocidade" sem medir costuma piorar.

Por que site lento é problema de negócio

Site lento não é só incômodo técnico. Quem chega pelo celular, com 4G oscilando, desiste antes de ver seu telefone ou o botão de WhatsApp. Se você paga anúncio, está pagando por cliques de gente que nem viu a página carregar.

O Google também olha para isso. Os Core Web Vitals são as métricas de experiência que ele usa como um dos sinais de ranqueamento, medidas com dados de usuários reais do Chrome:

Os limites são os publicados pelo Google no web.dev e valem para o 75º percentil das visitas, ou seja, 3 de cada 4 visitantes precisam ter uma boa experiência. O INP substituiu o antigo FID como Core Web Vital em março de 2024.

Atenção velocidade é um dos sinais, não o principal. Conteúdo relevante continua mandando. Mas, entre dois resultados parecidos, o site rápido leva vantagem, e quem clica fica mais.

Passo 1: meça antes de mexer

Use o PageSpeed Insights, gratuito, do próprio Google. Teste a página inicial e a página que mais recebe visitas (muitas vezes é um post ou uma página de serviço, não a home).

O relatório tem duas partes, e confundir as duas é o erro mais comum:

• "Descubra o que seus usuários reais estão experimentando": dados de campo, do Chrome UX Report, acumulados nos últimos 28 dias. É isso que conta para o Google. Sites com pouco tráfego não têm esses dados.
• "Diagnosticar problemas de desempenho": a nota de 0 a 100, gerada pelo Lighthouse num teste simulado. Serve para achar o problema, não é a nota que o Google usa para ranquear.

Anote os números de LCP, INP, CLS e o TTFB (Time to First Byte, o tempo que o servidor leva para começar a responder). O TTFB é a pista mais importante para decidir se o problema é o servidor ou a página.

Se o site já está no Google Search Console, o relatório Core Web Vitals mostra quais grupos de páginas estão ruins no celular e no computador.

Passo 2: identifique o tipo de lentidão

Passo 3: cache de página

Sem cache, a cada visita o WordPress executa PHP, consulta o banco e monta a página do zero. Com cache de página, a versão pronta em HTML é entregue direto. É o ganho mais barato e, em geral, o maior.

Como escolher:

• Hospedagem gerenciada para WordPress costuma ter cache próprio no servidor. Verifique na documentação dela antes de instalar qualquer plugin; algumas pedem que você não use outro cache.
• Servidor LiteSpeed (comum em hospedagens compartilhadas no Brasil): use o plugin LiteSpeed Cache, que conversa com o cache do servidor.
• Apache ou Nginx sem cache próprio: WP Super Cache e W3 Total Cache são gratuitos e conhecidos; o WP Rocket é pago e mais fácil de configurar.

Regra de ouro: um plugin de cache só. Dois ao mesmo tempo brigam entre si e geram páginas quebradas ou desatualizadas.

Dica se o site é uma loja WooCommerce ou tem área de membros, confira se carrinho, checkout e "minha conta" estão fora do cache. Os bons plugins já fazem isso, mas teste comprando algo de verdade depois de ativar.

Uma CDN (como a Cloudflare, que tem plano gratuito) ajuda a entregar imagens e arquivos de lugares mais próximos do visitante e tira carga do servidor. Para um público só brasileiro, ela ajuda menos do que o cache de página, mas costuma valer a pena.

Passo 4: imagens, fontes e o que aparece primeiro

Imagens são o motivo mais comum de LCP ruim. A foto de capa de 4 MB tirada do celular e enviada direto para o site derruba qualquer hospedagem.

• Redimensione antes de enviar. Uma imagem de largura total raramente precisa passar de 1.920 px; dentro de um texto, bem menos.
• Use formatos modernos. As versões recentes do WordPress aceitam WebP e AVIF, que costumam ficar bem menores que JPEG com a mesma qualidade. Plugins de otimização convertem as imagens que já estão na biblioteca.
• Não aplique lazy loading na imagem principal. O WordPress já adiciona carregamento sob demanda nas imagens, mas a imagem do topo deve carregar o quanto antes. Se um plugin de otimização marcou a capa como "lazy", desmarque.
• Defina largura e altura das imagens e reserve espaço para banners, para a página não pular (CLS).
• Fontes: use no máximo duas famílias e poucos pesos. Hospedar a fonte no próprio site em vez de buscá-la num servidor externo costuma ajudar.

Passo 5: plugins, tema e JavaScript

Não existe um número mágico de plugins. Um plugin bem feito quase não pesa; um mal feito, sozinho, deixa o site lento. O que importa é o que cada um carrega em cada página.

Checklist de faxina:

• Desative e apague plugins que você não usa (desativado e esquecido também é risco de segurança).
• Procure plugins que fazem a mesma coisa: dois de SEO, dois de formulário, três de "otimização".
• Evite sliders e carrosséis no topo; uma imagem fixa com uma boa chamada converte igual e pesa muito menos.
• Reveja scripts de terceiros: chat, pop-up, mapas, vídeos incorporados, pixels. Cada um adiciona JavaScript que trava a interação (INP).
• Carregue mapas e vídeos só quando o visitante clicar (uma imagem de prévia no lugar do player).
• Se usa page builder pesado, avalie se os recursos de desempenho dele estão ativados e se o tema é leve.

Para descobrir qual plugin pesa, o Query Monitor (gratuito, no diretório oficial do WordPress) mostra consultas lentas ao banco e chamadas demoradas por plugin. Use num ambiente de teste ou só enquanto investiga, e desative depois.

Atenção nunca instale versão "nulled" (pirata) de plugin premium para economizar. Além de risco de malware, código adulterado é causa comum de lentidão.

Passo 6: banco de dados, WP-Cron e manutenção

Com o tempo, o banco acumula revisões de posts, rascunhos automáticos, comentários de spam, dados temporários (transients) e configurações de plugins que já foram embora. Isso pesa principalmente no painel e em sites maiores.

• Limite as revisões com a linha define( 'WP_POST_REVISIONS', 5 ); no wp-config.php.
• Limpe o lixo com um plugin de otimização de banco ou com o WP-CLI (wp transient delete --expired, por exemplo).
• Confira as opções carregadas automaticamente em Ferramentas > Saúde do site, que avisa quando elas estão grandes demais.
• WP-Cron: por padrão, as tarefas agendadas do WordPress rodam durante as visitas. Em sites com tráfego razoável, desativar com define( 'DISABLE_WP_CRON', true ); e configurar um cron real na hospedagem deixa o site mais estável.

Faça backup completo antes de mexer no banco. Se ainda não tem uma rotina, siga o guia de backup do WordPress do jeito certo.

Passo 7: PHP atualizado e uma hospedagem à altura

Versões novas do PHP são mais rápidas e seguras. O WordPress.org recomenda PHP 8.3 ou superior, e muita hospedagem ainda deixa sites antigos rodando versões sem suporte. A troca costuma ser feita no painel da hospedagem, mas teste antes num ambiente de cópia, porque plugins velhos podem quebrar.

Se, depois de cache, imagens e plugins em ordem, o TTFB continua alto, o gargalo é o servidor. Sinais de que é hora de trocar de plano ou de hospedagem:

• O painel da hospedagem mostra CPU ou memória no limite com frequência.
• Você não consegue escolher a versão do PHP.
• O site fica fora do ar ou muito lento em horários de pico.
• O suporte responde "é o seu site" para tudo, sem mostrar dados.

Hospedagem barata demais divide o servidor com muitos sites e limita recursos. Para um site que gera clientes, a diferença de preço para um plano melhor costuma ser pequena perto do que se perde com visitas que desistem.

Lentidão repentina pode ser invasão

Um WordPress que ficou lento sem motivo, com CPU no máximo, páginas estranhas no Google, redirecionamentos ou arquivos PHP desconhecidos, pode estar infectado e sendo usado para mandar spam ou atacar outros sites. Nesse caso, otimizar não resolve. Faça um teste rápido com o verificador de site invadido e, se aparecer algo, trate como incidente de segurança antes de qualquer ajuste de desempenho.

Ordem de ataque resumida

1. Medir no PageSpeed Insights e anotar LCP, INP, CLS e TTFB.
2. Fazer backup completo.
3. Ativar um (só um) cache de página.
4. Otimizar imagens, a começar pela capa.
5. Remover plugins e scripts desnecessários.
6. Limpar o banco e ajustar o WP-Cron.
7. Atualizar o PHP e, se ainda precisar, a hospedagem.
8. Medir de novo (e lembrar que os dados de campo levam até 28 dias para refletir as mudanças).

Quando vale chamar alguém

Se o site é simples, este guia resolve boa parte dos casos. Quando o tema é antigo e pesado, o site foi montado com camadas de plugins ao longo dos anos e cada otimização quebra algo, às vezes sai mais barato refazer do que remendar. Se você está nessa dúvida, o comparativo entre Wix, WordPress e site sob medida ajuda a decidir.

O Mobgeek Studio faz sites institucionais rápidos e otimizados para o Google a partir de R$ 2.990, e tem plano de manutenção (backups, atualizações e monitoramento) a partir de R$ 149 por mês. Se quiser uma avaliação do seu caso, mande os detalhes pelo orçamento.