Encontrar plugins lentos no WordPress começa por medir o tempo de cada plugin com o Query Monitor, não por desinstalar no escuro. Na prática, a gente vê no suporte da FULL que dois ou três plugins respondem por boa parte do tempo de carga. Um plugin mal otimizado adiciona de 200 ms a 2 s por requisição. Isole o gargalo antes de agir.

Encontrar plugins lentos no WordPress é o processo de medir quanto tempo de processamento e quantas consultas ao banco cada plugin adiciona a uma requisição, para isolar o que pesa de fato. A maioria dos sites lentos não tem “plugins demais”: tem dois ou três plugins que sozinhos respondem por boa parte do tempo de carga. Antes de mexer em qualquer coisa, vale separar o que é lentidão de plugin do que é lentidão de hospedagem, porque a correção é completamente diferente. Este guia mostra como diagnosticar com o Query Monitor, o Perfmatters e profiling de requisição real, parte do nosso hub de conteúdos de performance WordPress.

Diagnóstico rápido: Os 5 métodos lado a lado

Encontrar plugins lentos no WordPress exige escolher a ferramenta certa para a pergunta certa: o Query Monitor mostra o custo de cada plugin por requisição em milissegundos, enquanto o PageSpeed Insights mede o resultado final no navegador. Os cinco métodos abaixo cobrem desde o diagnóstico em 2 minutos até o profiling profundo sob carga real, e a tabela ordena por esforço.

Legenda: a aba Queries by Component do Query Monitor atribui cada consulta SQL ao plugin que a disparou, o ponto de partida do diagnóstico.

Por que separar plugin lento de hospedagem lenta primeiro

Antes de encontrar plugins lentos no WordPress, é preciso descartar a hospedagem: se o TTFB do servidor já passa de 600 ms com cache ativo, o problema está na infraestrutura, não nos plugins. Um plugin acrescenta tempo de processamento PHP; a hospedagem define o tempo até o primeiro byte. Confundir os dois leva a desinstalar plugins úteis sem ganho real de velocidade.

Para encontrar plugins lentos no WordPress de verdade, a regra prática que usamos no suporte da FULL é simples: meça o TTFB de uma página em cache e o de uma página dinâmica (carrinho, área logada). Se as duas estão altas, é servidor. Se só a dinâmica está alta, aí sim há plugin pesando no PHP. Essa distinção evita semanas perdidas, e está detalhada no guia de como reduzir o TTFB no WordPress. Em servidores compartilhados sem object cache, até um plugin leve parece lento porque cada consulta ao banco enfileira.

Método 1: Medir o custo de cada plugin com o query monitor

O Query Monitor é a forma mais direta de encontrar plugins lentos no WordPress: ele mostra, por requisição, o tempo de execução em milissegundos e o número de consultas WP_Query que cada plugin disparou. Instale, abra qualquer página logado como administrador e clique no menu da barra superior. A aba Queries by Component lista cada plugin com seu tempo e suas queries, ordenáveis do mais caro ao mais leve.

Ao encontrar plugins lentos no WordPress por esse caminho, o sinal de alarme é um plugin que sozinho dispara dezenas de queries SQL por pageview, comum em buscas facetadas sem índice. Na prática, vemos no suporte da FULL que boa parte dos sites lentos tem um único plugin respondendo por mais da metade das consultas ao banco. O Query Monitor também marca em vermelho as queries acima de 0,05 s, o que aponta o gargalo sem adivinhação. Cruzar esse dado com o tempo total de PHP já resolve a maioria dos diagnósticos.

Método 2: Isolar o culpado com desativação binária

A desativação binária encontra plugins lentos no WordPress quando a medição não basta: desligue metade dos plugins, meça o tempo de resposta, e repita só na metade que continuou lenta. Em um site com 20 plugins, encontrar plugins lentos no WordPress por esse caminho isola o culpado em cerca de 5 rodadas de teste, não em 20. Use o módulo Health Check & Troubleshooting do WordPress, que desativa plugins só para a sua sessão sem afetar os visitantes.

O ganho de encontrar plugins lentos no WordPress por desativação é não depender de leitura técnica: você compara números de antes e depois com o GTmetrix a cada rodada. O risco é fazer isso em produção sem o modo de troubleshooting, derrubando funções para todos os usuários. Por isso o teste roda em uma sessão isolada ou em staging com tráfego simulado. Quando o tempo cai de forma clara ao desligar um plugin específico, o culpado está identificado, e a decisão passa a ser substituir, otimizar ou aceitar o custo.

Método 3: Profiling de código com o code profiler

O profiling de código encontra plugins lentos no WordPress no nível da função PHP: o Code Profiler mede quanto tempo cada hook, função e arquivo de cada plugin consome durante o carregamento, em milissegundos. Diferente do Query Monitor, que foca em queries SQL, o profiler revela plugins que pesam em CPU sem tocar no banco, como geradores de página e bibliotecas de ícones carregadas em todas as telas.

Para encontrar plugins lentos no WordPress que são construtores visuais, esse método é o mais preciso, porque o custo está no processamento de PHP, não em SQL. Ao encontrar plugins lentos no WordPress com profiling, o Code Profiler gera um relatório que atribui o tempo a cada plugin, e mostra quando um único hook init carrega scripts em páginas que não precisam deles. Na nossa experiência com os 150 mil sites conectados na FULL, esse padrão de assets carregados em escopo global é a causa silenciosa mais comum de lentidão acumulada que nenhuma média do PageSpeed captura sozinha.

Método 4: Confirmar o impacto real no navegador

Encontrar plugins lentos no WordPress só termina quando você confirma o impacto no navegador do usuário, e não apenas no servidor: o GTmetrix e o PageSpeed Insights medem como o plugin afeta o LCP e o bloqueio de renderização. Um plugin pode ser barato em PHP e ainda assim injetar 300 KB de CSS e JavaScript que travam a pintura da página, atrasando o Core Web Vitals em segundos.

Ao encontrar plugins lentos no WordPress no navegador, a cascata de requisições do GTmetrix mostra exatamente quais arquivos de quais plugins bloqueiam a renderização. Compare a aba antes e depois de desativar o suspeito, e a diferença no LCP é o veredito. Esse cruzamento entre custo de servidor e custo de navegador é o que separa um diagnóstico raso de um completo, tema que aprofundamos no guia de Core Web Vitals no WordPress. Use ferramentas de teste como apoio, não como única fonte.

Método 5: Profiling sob carga real com o new relic

O New Relic encontra plugins lentos no WordPress que só aparecem sob tráfego real, quando o WP-Cron dispara jobs de backup e e-mail no mesmo segundo do pageview. Em staging o plugin parece leve porque não há concorrência; em produção, com 50 requisições simultâneas, o mesmo plugin estoura o tempo de resposta. O monitoramento de transações do New Relic registra cada chamada lenta com o plugin responsável, ao longo de horas.

Encontrar plugins lentos no WordPress sob carga é o método para sites de tráfego alto, onde a média do PageSpeed esconde os picos. O New Relic mostra o percentil 95, ou seja, o pior caso que parte dos visitantes realmente sofre, não a média que parece aceitável. Cruzar o relatório de transações com os horários de otimização do banco de dados WordPress revela plugins que só pesam quando o cron concorre com o tráfego. É o nível de profiling que documentação oficial nenhuma entrega.

Passo a passo: Encontrar plugins lentos no WordPress com query monitor

Encontrar plugins lentos no WordPress com o Query Monitor leva cerca de 10 minutos e não exige acesso ao servidor: você instala, mede e ordena os plugins por custo em quatro passos. O fluxo abaixo parte do diagnóstico inicial até a decisão sobre o plugin mais caro, e funciona em qualquer hospedagem.

Passo 1: Instale e ative o query monitor

Instale o Query Monitor pelo repositório oficial e ative. Ele só fica visível para administradores logados, então não afeta visitantes nem o cache de página. Abra uma página representativa do site, como a home ou um produto, para que a medição reflita uma requisição real e não o painel administrativo, que carrega plugins diferentes.

Passo 2: Abra a aba queries by component

Clique no menu do Query Monitor na barra superior e selecione Queries by Component. A tela lista cada plugin com o número de consultas SQL e o tempo total que cada um consumiu naquela requisição. Ordene pela coluna de tempo para ver o plugin mais caro no topo, segundo a documentação oficial do Query Monitor.

Passo 3: Identifique queries lentas em vermelho

Procure as consultas marcadas em vermelho, que são as acima de 0,05 segundo. Um plugin com muitas queries vermelhas, ou com uma única query muito lenta, é o candidato a otimização. Anote o nome do plugin e o tempo total, porque esse número é a sua linha de base para comparar depois da correção.

Passo 4: Decida entre otimizar, trocar ou aceitar

Com o plugin mais caro identificado, decida: se há alternativa mais leve, troque; se o plugin é essencial, otimize o escopo com o Perfmatters; se o custo é aceitável, registre e siga. A decisão sempre compara o ganho de velocidade com a função que o plugin entrega, nunca o tempo isolado.

Quando o plugin lento é essencial: Reduzir o escopo com o Perfmatters

Nem sempre dá para desinstalar o plugin lento, e aí o Perfmatters reduz o escopo dele: o Script Manager desativa os assets de um plugin nas páginas onde ele não é usado, cortando requisições sem quebrar a função. Um plugin de formulário que carrega 200 KB de JavaScript em todas as páginas passa a carregar só na página de contato, o que reduz o peso global do site de forma direta.

Encontrar plugins lentos no WordPress nem sempre termina em desinstalar: o Perfmatters opera com uma relação causal clara: Script Manager desativando assets de um plugin fora da página onde ele atua, somado a cache de página ativo, entrega redução de requisições sem afetar o checkout ou o formulário. Na maioria dos cenários testados, esse controle de escopo recupera mais velocidade do que trocar o plugin inteiro. Veja o passo a passo no guia de plugins de cache para WordPress e na documentação oficial do Perfmatters, que detalha o Script Manager por URL.

Acelere o site sem pagar por ferramenta avulsa

Encontrar plugins lentos no WordPress muitas vezes termina em trocar o plugin pesado por um otimizador melhor, e aí o custo das licenças avulsas pesa. O Perfmatters, o WP Rocket e o WP-Optimize, comprados separadamente, somam centenas de reais por ano por site. No plano PRO da FULL, esses otimizadores entram no bundle por R$849, o que dá cerca de R$85 por site quando você gerencia vários projetos. A gente vê no suporte da FULL que o custo avulso é o que trava a otimização em agências com muitos sites. Conheça o Perfmatters no plano da FULL e os planos em FULL.services/planos.

Perguntas frequentes sobre plugins lentos no WordPress

Próximos passos para um site mais rápido

Encontrar plugins lentos no WordPress é diagnóstico, não chute: meça o custo de cada plugin com o Query Monitor, confirme o impacto no navegador com o GTmetrix e só então decida trocar, otimizar ou reduzir o escopo com o Perfmatters. Comece sempre por separar lentidão de plugin de lentidão de hospedagem, porque a correção é diferente para cada uma, e encontrar plugins lentos no WordPress fica muito mais rápido quando o gargalo certo está isolado. Na prática, a gente vê no suporte da FULL que o diagnóstico não é único: meça de novo depois de cada atualização de plugin ou tema, porque uma versão nova pode reintroduzir queries pesadas que você já tinha resolvido, e guarde a linha de base do Query Monitor para comparar. Para continuar, o guia Acelere o WordPress reúne os tutoriais de performance em um só lugar.