É uma história comum: você instala o WordPress, coloca alguns plugins para resolver problemas pontuais, publica conteúdo por meses, e de repente percebe que o site está lento. As páginas demoram para carregar, o painel admin trava, os visitantes somem.
O culpado, quase sempre, é uma combinação de dois problemas silenciosos: plugins desnecessários consumindo recursos e um banco de dados inchado com lixo acumulado.
A boa notícia é que os dois têm solução, sem precisar trocar de hospedagem ou refazer o site do zero. Neste artigo, você vai aprender a auditar, limpar e otimizar o seu WordPress para recuperar a velocidade que ele tinha no início.
Por que plugins deixam o WordPress lento?
Cada plugin instalado e ativado adiciona código que é executado a cada carregamento de página. Esse código pode:
- Fazer consultas extras ao banco de dados
- Carregar arquivos CSS e JavaScript adicionais
- Executar processos em background que consomem memória do servidor
- Conflitar com outros plugins, gerando retrabalho de processamento
O problema se agrava porque muitos plugins são instalados para resolver uma situação específica, um evento, uma campanha, um teste, e nunca são removidos depois. Com o tempo, o site vira um acúmulo de código que ninguém mais sabe para que serve.
Um dado revelador: testes com WordPress mostram que passar de 20 para 40 plugins ativos pode aumentar o tempo de carregamento em até 35%, mesmo que metade dos plugins adicionais seja “pequena”. O peso não está só no tamanho do arquivo, está no número de requisições ao banco de dados.
O banco de dados também tem gordura
O banco de dados do WordPress cresce com o tempo de formas que a maioria das pessoas não percebe:
Revisões de posts: a cada vez que você salva um rascunho ou edita um artigo, o WordPress guarda uma cópia completa do conteúdo anterior. Um artigo editado 30 vezes tem 30 revisões armazenadas.
Posts na lixeira: conteúdo deletado que fica na lixeira por tempo indeterminado.
Comentários em spam: acumulam silenciosamente na tabela wp_comments.
Transients expirados: dados temporários que plugins armazenam no banco de dados e nunca limpam. Podem ser dezenas de milhares de linhas em sites com alguns anos de existência.
Tabelas órfãs: quando você desinstala um plugin, ele frequentemente deixa suas tabelas e dados no banco. Esses resíduos se acumulam e nunca são usados, mas continuam ocupando espaço e sendo varridos em buscas.
Um banco de dados não otimizado pode ter 30 a 50% do seu tamanho composto por dados inúteis. E a cada consulta que o WP faz, o servidor precisa varrer esse volume desnecessário.
Parte 1: Auditoria de plugins
Antes de deletar qualquer coisa, você precisa entender o que tem instalado e o impacto real de cada plugin.
Passo 1: Liste tudo que está instalado
Acesse Plugins > Plugins instalados no painel WordPress. Provavelmente você vai encontrar surpresas, plugins que você não lembra de ter instalado, plugins desativados que ficaram esquecidos, plugins duplicados que fazem a mesma coisa.
Faça uma planilha simples com três colunas: nome do plugin, função que ele cumpre, e se ele está realmente em uso.
Passo 2: Meça o impacto de cada plugin
Saber que um plugin existe não diz nada sobre o quanto ele pesa. Use o Query Monitor, um plugin gratuito e essencial para diagnóstico, para ver quantas consultas ao banco de dados cada plugin gera por carregamento de página.
Instale o Query Monitor, carregue páginas do site e observe:
- Quais plugins fazem mais consultas ao banco?
- Há consultas lentas (acima de 0,05 segundos)?
- Algum plugin carrega dezenas de arquivos CSS/JS desnecessários?
Passo 3: Aplique o critério de corte
Para cada plugin ativo, faça a pergunta: “O site funcionaria sem isso?”
Se a resposta for sim, ou “talvez”, desative e teste. Se nada quebrar em 48 horas, delete.
Categorias que frequentemente rendem cortes:
- Plugins de redes sociais e botões de compartilhamento: podem ser substituídos por código simples ou soluções mais leves
- Plugins de slider/carrossel: pesadíssimos, muitas vezes substituíveis por CSS moderno
- Plugins de contato redundantes: se você tem dois formulários de contato instalados, escolha um
- Plugins de SEO duplicados: Yoast e Rank Math ao mesmo tempo é desperdício
- Page builders abandonados: se você trocou de Elementor para outro builder, o anterior pode estar ativo sem uso
Parte 2: Limpeza do banco de dados
Com os plugins auditados, é hora de limpar o banco de dados. Existem duas abordagens: via plugin (mais fácil) ou via phpMyAdmin (mais controle).
Opção 1: Limpeza via plugin (recomendado para a maioria)
WP-Optimize é o plugin mais completo e confiável para essa tarefa. Ele limpa:
- Revisões de posts (você define quantas manter, recomendamos 3)
- Rascunhos automáticos
- Posts, comentários e outros itens na lixeira
- Transients expirados
- Tabelas órfãs de plugins desinstalados
- Espaços em branco e overhead das tabelas do banco
Após a limpeza, o WP-Optimize também otimiza as tabelas, equivalente a um “desfragmentar” do banco de dados, que melhora a velocidade das consultas.
Como usar:
- Instale e ative o WP-Optimize
- Acesse WP-Optimize > Banco de dados
- Revise cada categoria de limpeza antes de executar
- Faça um backup antes de limpar (o WP-Optimize avisa sobre isso)
- Execute a limpeza e depois a otimização das tabelas
Resultado típico: sites com 2 a 3 anos de uso costumam reduzir o banco de dados em 40 a 60% na primeira limpeza.
Opção 2: Limpeza via phpMyAdmin (para quem quer mais controle)
Se você tem acesso ao phpMyAdmin pela hospedagem, pode executar comandos SQL diretamente:
Deletar revisões de posts:
DELETE FROM wp_posts WHERE post_type = 'revision';Deletar transients expirados:
DELETE FROM wp_options WHERE option_name LIKE '%_transient_%';Otimizar todas as tabelas:
OPTIMIZE TABLE wp_comments, wp_options, wp_postmeta, wp_posts, wp_terms, wp_termmeta, wp_usermeta, wp_users;Atenção: sempre faça backup completo do banco antes de executar comandos SQL. Um erro aqui pode ser irreversível sem backup.
Parte 3: Evitar que o problema volte
Limpar uma vez resolve o sintoma. Evitar a reincidência resolve o problema. Três práticas que fazem diferença:
Configure limite de revisões: adicione esta linha ao wp-config.php para limitar revisões a 3 por post:
define('WP_POST_REVISIONS', 3);Agende limpezas automáticas: o WP-Optimize tem opção de limpeza automática semanal ou mensal. Configure uma vez e esqueça.
Adote critério de “um problema, um plugin”: antes de instalar um novo plugin, verifique se a funcionalidade pode ser resolvida com código simples, com um plugin que já tem instalado ou com recursos nativos do WordPress (que cresce a cada versão).
Outros fatores de lentidão que você não pode ignorar
Plugins e banco limpos são fundamentais, mas não são os únicos fatores. Enquanto estiver nessa revisão de performance, verifique também:
Cache: se você não tem um plugin de cache configurado, está perdendo um ganho enorme. WP Super Cache ou W3 Total Cache (gratuitos) ou WP Rocket (premium, o melhor do mercado) reduzem drasticamente o tempo de carregamento ao servir versões estáticas das páginas.
Imagens não otimizadas: imagens grandes não redimensionadas são um dos maiores vilões de performance. Use o plugin Smush ou ShortPixel para comprimir automaticamente as imagens ao fazer upload.
Hospedagem compartilhada sobrecarregada: se o servidor é compartilhado com centenas de outros sites e todos concorrem pelos mesmos recursos, há um limite para o quanto a otimização do WordPress pode compensar. Se você já fez tudo certo e o site ainda é lento, pode ser hora de avaliar um plano de hospedagem melhor.
Checklist rápido de performance
Antes de encerrar, use este checklist para garantir que cobriu o essencial:
- Auditei todos os plugins instalados com o Query Monitor
- Desativei e deletei plugins desnecessários
- Fiz backup completo antes de limpar o banco de dados
- Limpei revisões, transients, spam e lixeira com WP-Optimize
- Otimizei as tabelas do banco de dados
- Configurei limite de revisões no
wp-config.php - Tenho plugin de cache ativo e configurado
- Imagens estão sendo comprimidas automaticamente
- Agendei limpeza automática do banco para os próximos meses
Conclusão: um WordPress rápido é um WordPress cuidado
Velocidade não é um estado permanente, é o resultado de manutenção consistente. Um site que foi otimizado hoje vai acumular lixo novamente em 6 meses se não houver rotina de cuidado.
A boa notícia é que, com as ferramentas certas configuradas, grande parte desse trabalho acontece automaticamente. O esforço concentrado fica na auditoria inicial, que você pode fazer este fim de semana, e as ferramentas cuidam do resto.
Um site rápido converte mais, ranqueia melhor e dá menos dor de cabeça. Vale cada minuto investido.
