Não existe número certo. Um site com trinta plugins bem-comportados pode ser mais leve que um com cinco, porque o que pesa não é a quantidade: é o que cada plugin carrega em toda página, para todo visitante. A pergunta útil não é “quantos”, é “o que este aqui cobra de mim, e por quanto tempo”.
Quem conta plugin acaba tomando a decisão errada duas vezes: desinstala um que só rodava no painel e não custava nada, e mantém um que injeta folha de estilo e script em todas as páginas do site para desenhar um botão.
O que um plugin cobra, e onde a conta aparece
Todo plugin cobra em pelo menos um destes cinco lugares. Vale saber em qual, porque cada um se mede de um jeito diferente:
- Requisição no navegador. CSS e JavaScript enfileirados no site inteiro, mesmo nas páginas onde a função do plugin não aparece. É o custo mais comum e o mais fácil de ver: basta abrir a aba de rede e procurar arquivo com o nome do plugin numa página que não deveria precisar dele.
- Consulta ao banco. Meta lida a cada carregamento, consulta sem índice, opção gravada como autoload — esta última é a mais traiçoeira, porque a linha é carregada em toda requisição do WordPress, inclusive nas que não têm nada a ver com o plugin.
- Tarefa agendada. O cron do WordPress dispara na visita, não no relógio. Plugin que agenda varredura pesada transforma um visitante aleatório no coitado que espera a tarefa terminar.
- Superfície de ataque. Cada plugin é código de terceiro rodando com a permissão do site. Vinte plugins mantidos e atualizados são menos risco que dois abandonados há três anos.
- Rastro no banco. Tabela própria, meta em cada post, opção que fica. Desinstalar quase nunca limpa: o WordPress remove os arquivos, e o que o plugin gravou continua lá.
O rastro é o custo que ninguém mede
Este último merece parágrafo próprio, porque é o que transforma “instalo e testo” numa decisão difícil de desfazer.
Construtor de página é o caso extremo. Ele não guarda o texto da página no lugar onde o WordPress guarda texto de página: guarda o desenho inteiro numa meta própria e assume a renderização. Enquanto ele está ativo, o conteúdo que está no campo do WordPress deixa de existir para o leitor. E quando o plugin é removido, a meta continua no banco — desinstalar plugin não apaga o que ele gravou nos posts.
Na prática isso significa que trocar de construtor não é trocar de plugin: é reescrever o conteúdo. É a parte cara de qualquer migração de plataforma, e ela foi decidida lá atrás, no dia em que alguém instalou o construtor para ganhar uma tarde.
Como avaliar um plugin antes de instalar
Sete perguntas. Levam dez minutos e evitam a maior parte do arrependimento:
- Quando foi a última atualização? Mais de um ano sem nenhuma, num plugin que interage com o WordPress, é sinal de abandono.
- Os chamados de suporte recentes estão respondidos? Fórum com dez perguntas sem resposta diz mais que a nota de cinco estrelas.
- Ele enfileira arquivo no site inteiro ou só onde é usado? Dá para ver em dois minutos, instalando numa cópia.
- Ele cria tabela própria? Não é defeito — é aviso de que a saída vai dar trabalho.
- Ele limpa o que gravou ao ser desinstalado? A página do plugin costuma dizer; quando não diz, assuma que não limpa.
- Ele faz uma coisa ou dez? Plugin que faz dez costuma carregar as dez, mesmo que você use uma.
- O que ele resolve já não está no WordPress? O núcleo absorveu muita coisa que em 2018 pedia plugin — galeria, vídeo, layout, formulário simples, imagem responsiva.
O exemplo mais honesto que a gente tem é este site
Em agosto de 2026 o auin.com.br saiu de 15 plugins instalados para 3, e dos três só dois ficam ativos: o de SEO e o de segurança. O terceiro é o painel da hospedagem, e está desligado.
O que saiu não era lixo óbvio. Era um construtor de página com dois pacotes de complemento, um plugin de grade de posts, e mais oito que faziam coisas que o tema passou a fazer sozinho: formulário, ícone, animação de entrada, contador, dado estruturado. Nenhum deles estava “sobrando” quando foi instalado. Eles sobraram depois, quando o trabalho que faziam passou para outro lugar — e ninguém volta para conferir.
Esse é o padrão, e é o motivo real de sites acumularem plugin: não é instalação sem critério, é ausência de revisão. Ninguém instala trinta plugins num dia. Instala-se um por mês, durante três anos.
A conta que vale fazer
Se for para guardar uma regra só, que seja esta: revise a lista de plugins duas vezes por ano, plugin por plugin, perguntando o que cada um resolve hoje — não o que resolvia quando entrou. O que ninguém usa há um ano sai. O que está abandonado pelo autor vira decisão consciente: trocar, reescrever ou aceitar o risco por escrito.
E antes de instalar o próximo, pergunte se o problema é mesmo de plugin. Boa parte do que se resolve instalando se resolveria melhor no tema, onde o código é seu, carrega só onde precisa e não some quando o autor cansa. É a diferença entre manter um site e acumular dependência.
Perguntas frequentes
Existe um número máximo de plugins para WordPress?
Não. A quantidade sozinha não prediz nada: trinta plugins que só rodam no painel podem custar menos que cinco que injetam CSS e JavaScript em todas as páginas. O que se mede é o custo de cada um — arquivo enfileirado no site inteiro, consulta ao banco, opção em autoload, tarefa agendada e superfície de segurança. Um site bem cuidado com vinte plugins mantidos é mais saudável que um com seis abandonados.
Plugin desativado ainda atrapalha o site?
Desativado ele não roda, então não pesa no carregamento da página. Mas continua ocupando duas coisas: o código fica no servidor, e uma falha nele ainda pode ser explorada em certos casos; e o que ele gravou no banco continua lá. Se não vai voltar a ser usado, o certo é excluir — sabendo que excluir remove os arquivos, e quase nunca remove os dados.
Como eu descubro qual plugin está deixando o site lento?
Pela aba de rede do navegador e pelo perfil de consulta ao banco, não por tentativa e erro. Na aba de rede, procure arquivo CSS ou JavaScript com o nome do plugin carregando em página que não usa a função dele. No banco, procure opção gravada como autoload e consulta repetida a cada carregamento. Desativar um a um funciona, mas mede o efeito, não a causa — e não diz nada sobre o que o plugin deixou gravado.
Vale a pena trocar vários plugins por código no tema?
Vale quando a função é pequena, estável e específica do seu site: formulário simples, ícone, animação, dado estruturado, contador. No tema, esse código carrega só onde é usado, não some quando um autor abandona o projeto e não deixa rastro no banco. Não vale para o que exige manutenção contínua de gente de fora, como segurança e SEO — aí o plugin mantido é melhor do que código próprio esquecido.
