O alto uso de CPU no WordPress pode ser causado por plugins ineficientes executando consultas de banco de dados caras, bots rastreando seu site agressivamente ou uma página/processo específico acionando operações intensivas de PHP em cada solicitação.
Causas mais comuns que diagnosticamos:
Processo sistemático, rápido e seguro:
Use top ou htop no servidor para ver quais processos PHP estão consumindo CPU. Execute: ps aux --sort=-%cpu | head -20 para ver os principais processos de CPU.
Instale o plugin Query Monitor e identifique quais plugins estão executando as consultas de banco de dados mais caras por carregamento de página.
Revise /var/log/nginx/access.log para padrões de tráfego de bots e implemente o Gerenciamento de Bots do Cloudflare ou limitação de taxa a nível de servidor usando fail2ban ou nginx limit_req.
Nosso especialista WordPress responde em minutos.
Picos de CPU baseados em tempo geralmente são tarefas cron do WordPress (wp-cron.php) executando em intervalos programados — plugins de backup, trabalhos de reconstrução de cache ou atualizações de índice de busca. Podemos escalonar esses para evitar picos.
Sim — desativar o plugin certo pode causar uma redução imediata e dramática de CPU. Identificamos qual plugin é responsável antes de recomendar a desativação.
O painel de hospedagem geralmente mostra o gráfico de CPU por conta. Sintomas: site lento durante horários de pico, notificações de limitação de hospedagem, prompts de upgrade de plano. Verificamos tanto o uso de CPU em tempo real quanto os padrões históricos para identificar os culpados.
Em hospedagem compartilhada: picos a 80-90% estão OK; sustentado acima de 50% é preocupante. Em VPS: alvo de 30-40% em média com picos a 80-90%. Acima de 70% sustentado significa que você está se aproximando dos limites de capacidade.
Principais ofensores: plugins de análise mal codificados, chat em tempo real (Tawk.to, LiveChat com cache ruim), feeds de redes sociais (Smash Balloon), alguns plugins de SEO gerando relatórios, e plugins de otimização de imagem rodando em primeiro plano.
Usamos ferramentas em tempo real: htop no servidor, New Relic APM para análise de transações, slow_log para PHP-FPM, e Query Monitor para WordPress. Juntos, esses identificam o tipo exato de solicitação causando o pico.
Absolutamente. Sem limitação de taxa, atacantes podem atingir /wp-login.php centenas de vezes por segundo, cada solicitação executando PHP. Bloqueamos isso no nível WAF (Cloudflare, ModSecurity) antes que chegue ao PHP.
Significativamente. Redis ou Memcached armazena em cache os resultados de consultas de banco de dados na memória, eliminando consultas repetidas intensivas de CPU. Impacto típico: redução de 30-60% de CPU em sites pesados de banco de dados.
Sim. O WordPress executa todos os eventos cron devidos em cada carregamento de página. Com mais de 50 eventos cron na fila, cada visitante aciona trabalho pesado em segundo plano. Substituímos o WP-Cron por cron de sistema executando a cada 5 minutos.
Páginas de administração fazem consultas em tempo real (sem cache), geram relatórios complexos (pedidos do woocommerce, análises), e executam verificações de atualizações de plugins. Excluímos a administração do cache, mas otimizamos as consultas subjacentes.
Sim. wp_posts com milhões de revisões, transientes sem expiração, opções autoloaded >500KB — tudo causa alto uso de CPU em cada consulta. Limpamos e otimizamos a estrutura do banco de dados.
Às vezes. O NGINX usa menos memória por conexão e lida com arquivos estáticos mais rapidamente. Para processamento PHP vinculado à CPU, o ganho é menor. Fazemos benchmark antes de recomendar a migração.
Sim — e é um sinal de alerta comum. Mineradores de criptomoeda, atacantes de força bruta e spammers de e-mail todos usam CPU silenciosamente. Se o alto uso de CPU começou de repente sem aumento de tráfego, o malware deve ser seu primeiro suspeito.
Sempre corrija primeiro, depois avalie. Atualizar a hospedagem mascara o sintoma; a ineficiência subjacente continua consumindo os novos recursos. Tipicamente alcançamos uma redução de 50-80% de CPU com otimização, muitas vezes eliminando a necessidade de upgrade.
Instalamos New Relic APM (camada gratuita), Datadog ou Atatus para perfil de CPU por transação. Estes mostram qual plugin, função ou consulta consome CPU em cada solicitação — tornando a otimização direcionada em vez de tentativa e erro.
Site WordPress de repente lento? Diagnosticamos gargalos de desempenho e restauramos sua velocidade.
Response in minutes. No data loss. No diagnosis charge.
wpfix.blimx.com