Erro 500, site lento ou limite de recursos: como descobrir a causa

Atualizado em 21/09/2026 15 min Intermediário

Erro 500 quer dizer apenas que algo falhou no servidor — a mensagem genérica esconde a causa de propósito, para não expor detalhes ao visitante. A causa real está no log, e chegar até ela leva poucos minutos.

Lentidão e "estourou o limite de recursos" são outra história: quase sempre é um plugin, um robô varrendo o site ou uma consulta sem índice. Este guia mostra como identificar qual.

Antes de começar

Acesso ao cPanel da conta.

Leia o log de erros

No cPanel, abra Errors (ou Erros). A tela mostra as últimas ocorrências, com data, arquivo e linha.

Procure a mensagem mais recente que coincida com o horário do problema. Ela costuma apontar o arquivo exato — e, em site WordPress, o nome da pasta revela o plugin ou tema responsável.

Se a tela estiver vazia, o log pode estar no diretório da conta. Pelo Gerenciador de Arquivos, procure por error_log na raiz do site e nas pastas do WordPress.

Veja se você bateu no limite de recursos

Na hospedagem, cada conta roda dentro de um LVE do CloudLinux: uma fatia reservada de CPU, memória e processos. Isso impede que o vizinho derrube o seu site — e também que o seu site derrube o dos outros.

Abra Resource Usage no cPanel. A tela mostra o histórico e diz claramente se houve throttle (desaceleração) e em qual recurso.

CPU no teto — código pesado: plugin mal feito, importação rodando, robô varrendo o site.
Entry processes no teto — muitas requisições simultâneas. Geralmente tráfego real ou bot agressivo.
I/O no teto — leitura e escrita em disco, comum em site sem cache ou com log gigante.
Memória no teto — um processo só consumindo demais, típico de importação ou backup rodando pelo plugin.

Throttle não derruba o site: ele desacelera. A página continua respondendo, só que mais devagar. Por isso o sintoma costuma ser "o site ficou lento" e não "o site caiu".

Descubra o que está consumindo

Com o horário do pico em mãos, cruze com as estatísticas de acesso. Em Visitors ou Awstats, veja quais URLs receberam mais requisições naquele intervalo.

Três padrões aparecem com frequência:

Muitos acessos a /wp-admin/admin-ajax.php — plugin fazendo chamadas em excesso, às vezes a cada segundo.
Acessos repetidos a /xmlrpc.php — tentativa de força bruta. Bloqueie o arquivo se não usa aplicativo do WordPress.
Centenas de acessos de um mesmo IP em pouco tempo — robô. Bloqueie em IP Blocker.

Teste desativando o suspeito

Em site WordPress, o teste decisivo é desligar plugins. Pelo Gerenciador de Arquivos, renomeie a pasta wp-content/plugins para plugins-off e abra o site.

Se voltou a funcionar, o problema está em um deles. Volte o nome da pasta e desative um a um pelo painel até achar o culpado.

Renomear a pasta desativa todos os plugins de uma vez, inclusive os de segurança. Faça em horário de baixo movimento e restaure o nome logo em seguida.

Ajuste o que dá para ajustar

Antes de pensar em plano maior, três medidas resolvem a maioria dos casos:

Cache de página — um plugin de cache tira do PHP e do banco a maior parte das visitas. É a mudança com melhor relação esforço-resultado.
Limite os robôs — bloqueie no robots.txt o que não precisa ser rastreado e barre IPs abusivos no IP Blocker.
Limpe o banco — revisões antigas de posts, transients vencidos e tabelas deixadas por plugins removidos pesam mais do que parece.

Quando o certo é subir de plano

Se o gráfico mostra consumo alto de forma constante, e não em picos isolados, e o site está otimizado, o plano é que ficou pequeno. Nesse caso o upgrade é feito na mesma conta: nada muda de lugar, nenhum arquivo é migrado e não há tempo fora do ar.

Se algo não funcionar

Erro 500 logo depois de instalar ou atualizar um plugin

Quase certo que é ele. Renomeie a pasta do plugin em wp-content/plugins/ — isso o desativa — e o site volta. Depois investigue a compatibilidade com a sua versão de PHP.

O site cai sempre no mesmo horário

Procure tarefa agendada. Backup de plugin, importação de produtos e sincronização costumam rodar em horário fixo. Veja em Cron Jobs e nas configurações dos plugins.

Erro 500 sem nada no log

Pode ser .htaccess com sintaxe inválida. Renomeie o arquivo para .htaccess-old e teste. Se voltar, o erro está nele — regenere pelo WordPress salvando os links permanentes de novo.

Isolamento real por conta, com número na tela

Consumo visível no painel, com histórico — dá para achar o plugin responsável antes de pensar em upgrade.

Ver planos de hospedagem

Perguntas frequentes

O que é o CloudLinux LVE, na prática?

É uma cerca em volta da sua conta: CPU, memória, processos e I/O ficam reservados para você e não são disputados com os outros sites do servidor. O efeito colateral é que, ao passar do seu limite, o freio é aplicado em você — em vez de o servidor inteiro degradar.

Atingir o limite suspende a minha conta?

Não. O consumo é desacelerado enquanto dura o pico e volta ao normal sozinho. Suspensão por consumo só entra em cenário de abuso continuado, e com aviso antes.

Como sei que preciso de VPS em vez de hospedagem?

Quando o consumo é constantemente alto mesmo com cache e otimização, quando você precisa de algum serviço que não existe no cPanel — Node, Docker, um banco específico — ou quando quer controle total do ambiente. Até lá, subir de plano de hospedagem costuma ser mais simples e mais barato.