Lentidão no WordPress quase sempre vem de cache sujo, banco de dados inchado e plugins pesados, não de azar. Segundo o web.dev do Google (2024), um LCP bom fica abaixo de 2,5 s. Limpar cache resolve parte, mas autoload alto pesa em toda requisição. Meça o gargalo antes de instalar plugin.

A lentidão no WordPress aparece quando cache desatualizado, banco de dados cheio de revisões e plugins inativos se somam e estouram o tempo de resposta do site. A gente vê no suporte da FULL, que gerencia mais de 150 mil sites conectados à plataforma, que o erro mais comum é instalar mais um plugin antes de medir onde está o gargalo. O caminho certo é diagnosticar primeiro com o PageSpeed Insights, depois limpar cache e otimizar o banco. Os Core Web Vitals guiam cada decisão, e o hub de conteúdos de performance WordPress reúne o método completo.

Diagnóstico rápido: O que causa lentidão no WordPress

A lentidão no WordPress tem cinco causas dominantes nos chamados de suporte: cache sujo ou ausente, banco de dados inchado, plugins pesados ou inativos, imagens sem compressão e hospedagem fraca com TTFB acima de 600 ms. Medir antes de agir economiza horas, porque cada causa pede uma correção diferente e instalar plugin no escuro só empilha problema.

A tabela abaixo cruza cada sintoma com a causa raiz mais provável e a primeira ação corretiva, do jeito que a gente usa no suporte da FULL para isolar o problema em poucos minutos. Use o TTFB como divisor de águas: acima de 600 ms num site simples, o gargalo é servidor, não WordPress.

Por que limpar o cache resolve só parte da lentidão no WordPress

Limpar o cache resolve a lentidão no WordPress quando o problema é HTML velho sendo servido, mas não cria CPU nem disco que o servidor não tem. Em boa parte dos casos que chegam ao suporte da FULL, o cache estava ativo e o site continuava lento porque o gargalo real era o banco de dados ou a hospedagem, não a camada de cache.

O cache de página guarda uma versão pronta do HTML e a entrega sem reprocessar PHP a cada visita. Isso derruba o tempo de resposta em blogs e sites institucionais, mas o cache de página não toca em consultas SQL lentas nem em autoload alto na wp_options. Quando o painel wp-admin está travado, o cache nem entra na conta, porque o admin do WordPress não é cacheado. Por isso, limpar cache é o primeiro passo, e não o único, contra a lentidão no WordPress.

Passo a passo para limpar e acelerar o WordPress lento

Acelerar um WordPress lento segue uma ordem de cinco passos que ataca cada causa na sequência certa, do mais barato ao mais técnico: medir, limpar cache, otimizar banco, enxugar plugins e validar o ganho. Cada passo abaixo é um H3 com a ação e o check de validação, e pular o passo 1 é o erro mais comum. Faça um backup com o UpdraftPlus antes de mexer no banco, porque a limpeza não tem desfazer.

Passo 1: Meça o site no PageSpeed insights antes de tudo

Antes de qualquer mudança, rode o PageSpeed Insights e o GTmetrix e anote LCP, TTFB e a nota de mobile: essa leitura de 2 minutos define se a lentidão no WordPress vem do cache, do banco ou do servidor. Sem medir, você corrige no escuro. Se o TTFB já passa de 600 ms num site simples, o gargalo é hospedagem, e nenhum plugin de cache vai consertar servidor lento. Guarde o número inicial para comparar no final e provar que a otimização valeu.

Passo 2: Limpe o cache de página e do navegador

Limpe o cache pelo menu do plugin de cache e force um recarregamento sem cache no navegador com Ctrl+Shift+R: o objetivo é garantir que o site sirva a versão otimizada, e não HTML velho. Se você usa WP Rocket 3.x, o botão Limpar cache fica no topo do painel. O cache sujo é a causa mais simples de lentidão no WordPress depois de uma atualização de tema ou plugin. Para o passo a passo fino, veja como limpar o cache do WordPress como um profissional.

Passo 3: Otimize o banco de dados com wp-optimize

Abra o WP-Optimize e remova revisões de post, transients expirados e comentários de spam: um banco com milhares de revisões deixa cada consulta SQL mais lenta e trava o wp-admin. O WP-Optimize roda gratuito e agenda a limpeza semanal, o que evita o banco inchar de novo. Faça backup do banco de dados com o UpdraftPlus antes, porque a operação é destrutiva. O guia de como otimizar o banco de dados do WordPress detalha cada tabela segura de limpar.

Passo 4: Desative plugins inativos e pesados

Liste todos os plugins e desinstale os inativos, porque mesmo desligados eles ocupam espaço e podem deixar tabelas e opções autoload pendurados: cada plugin ativo soma requisições e consultas a toda página. Use o Query Monitor para ver qual plugin gera as consultas mais lentas e o maior tempo de PHP. Plugins inativos não rodam código, mas inflam o banco, então remova de vez os que você não usa. O artigo sobre plugins inativos que desaceleram o WordPress mostra por que excluir é melhor que só desativar.

Passo 5: Valide o ganho e ajuste imagens

Rode o PageSpeed Insights de novo e compare com a medição do passo 1: o LCP deve cair e a nota de mobile costuma subir vários pontos quando o cache e o banco foram resolvidos. Se ainda estiver alto, comprima as imagens e ative o lazy loading, mas exclua o logo e o banner do topo para o LCP não piorar. Esse passo fecha o ciclo, porque sem comparar antes e depois você não sabe se a lentidão no WordPress realmente saiu do site.

Quando a lentidão no WordPress vem do banco, não do cache

A lentidão no WordPress vem do banco de dados quando o autoload da wp_options passa de 1 MB e é carregado em toda requisição, mesmo nas páginas cacheadas que servem para visitantes anônimos. Esse é o gargalo que mais engana: o cache está perfeito, o LCP do anônimo é bom, mas o painel e o checkout do WooCommerce arrastam porque o PHP recarrega megabytes de opções a cada chamada autenticada.

Em sites WooCommerce com autoload acima de 1 MB, limpar cache não adianta nada. O caminho é abrir o Query Monitor, ordenar as opções autoload por tamanho e desativar as que vêm de plugins antigos, além de mover dados volumosos para tabelas próprias. Esse ajuste fino derruba o TTFB onde nenhum plugin de cache chega, e é por isso que diagnóstico vem sempre antes de instalar ferramenta nova.

Acelere o WordPress já configurado com a FULL

Resolver a lentidão no WordPress sozinho exige juntar várias licenças: WP Rocket avulso custa cerca de US$59 por site por ano, e somar Perfmatters e ferramentas de imagem faz a conta de uma agência explodir. No plano PRO da FULL, por R$849, o WP Rocket entra já ativado junto de outros 16 plugins premium, sem você baixar nem subir nenhum .zip.

Esse bundle dá em torno de R$85 por site quando você distribui o plano entre os projetos que gerencia. Para quem cuida de vários sites, esse é o ponto que muda a conta, porque a gente vê no suporte da FULL que o custo somado de licenças separadas trava freelancers e agências. Veja os planos em FULL.services/planos e compare com o que você já paga hoje em WP Rocket, Elementor PRO e Rank Math PRO somados.

Próximos passos para manter o WordPress rápido

Depois de limpar cache, otimizar o banco e enxugar plugins, o trabalho contra a lentidão no WordPress vira rotina: medir os Core Web Vitals com frequência, revisar plugins novos antes de ativar e acompanhar o TTFB a cada troca de tema. O ganho inicial é a primeira camada, não a última, e sites que crescem precisam de manutenção contínua para manter o LCP abaixo de 2,5 s.

Se o TTFB continua alto mesmo com tudo limpo, o gargalo é a hospedagem, e vale seguir o guia de como reduzir o TTFB no WordPress antes de culpar os plugins. Para um diagnóstico mais profundo de quais plugins pesam mais, veja como encontrar os plugins lentos do WordPress. E para seguir aprendendo o método completo, o FULL Academy reúne tutoriais, guias e reviews de WordPress em um só lugar.

Legenda: o WP-Optimize após a limpeza confirma quantas revisões e transients saíram do banco.

Perguntas frequentes sobre lentidão no WordPress