Central de Ajuda

O erro 500 indica que o servidor encontrou uma falha ao processar a requisição, mas não pode exibir detalhes ao visitante. As causas mais comuns são erro PHP, regra inválida no .htaccess, permissões/propriedade, limite de memória, versão incompatível, plugin/tema ou falta de espaço.

1. Defina o alcance

• teste a URL exata, página inicial e um arquivo estático;
• anote horário, ação e alteração anterior ao erro;
• teste janela anônima, mas não presuma que cache causa 500;
• confirme se todos os domínios ou apenas uma aplicação falham.

2. Consulte o log

No cPanel, abra Metrics > Errors e o arquivo error_log da aplicação quando existir. Em WordPress, habilite temporariamente log de depuração sem mostrar na tela. Pesquise a primeira exceção no horário da requisição; mensagens posteriores podem ser apenas consequência.

3. Teste o .htaccess

1. Baixe uma cópia do .htaccess.
2. Renomeie temporariamente o arquivo.
3. Teste novamente.
4. Se funcionar, revise diretivas incompatíveis, módulos, versão PHP e regras de reescrita.
5. Restaure regras necessárias; no WordPress, regenere links permanentes após preservar regras personalizadas.

4. Verifique PHP

• confirme a versão no MultiPHP Manager e compatibilidade da aplicação;
• revise extensões, memory_limit, max_execution_time e log;
• desative por renomeação somente o plugin suspeito, mantendo backup;
• não troque para PHP obsoleto como solução permanente;
• compare PHP-FPM, Apache e CLI: podem usar configurações diferentes.

5. Permissões, propriedade e espaço

Arquivos costumam usar 644 e diretórios 755, mas confirme o ambiente. Não use 777. Verifique a cota, inodes e espaço no servidor; uma aplicação sem espaço pode falhar ao criar sessão, cache ou log. Propriedade incorreta deve ser corrigida pelo administrador.

6. WordPress

Se o log aponta plugin ou tema, crie backup e desative somente o componente afetado. Confirme atualização, requisitos PHP e integridade dos arquivos. Para tela branca, revise erro fatal e memória. Não reinstale nem restaure o banco antes de identificar a causa.

Outros códigos parecidos

• 502: proxy recebeu resposta inválida do serviço de aplicação;
• 503: serviço indisponível, manutenção ou limite;
• 504: timeout entre proxy e aplicação;
• 508: limite de recursos/loop em alguns ambientes;
• 509: limite de transferência em plataformas que usam esse código.

O que enviar ao suporte

Informe URL, horário com fuso, passos para reproduzir, IP público, alteração recente e trecho do log. Remova senhas e tokens. Se a falha começou após uma implantação, diga qual versão mudou e se existe rollback testado.

Se o servidor responde 403, use o guia específico de Erro 403 Forbidden. Para permissões, consulte CHMOD seguro.

Novos guias relacionados

Aprofunde o diagnóstico com estes conteúdos atualizados:

• Erros HTTP 404, 500, 502, 503, 504 e 508: o que significam e como diagnosticar
• Logs e métricas no cPanel: como encontrar erros, acessos, consumo e causa de indisponibilidade
• Limite de recursos e erro 508 no cPanel: CPU, memória, I/O, processos e como corrigir
• “Server Error” ou “Internal Server Error” no Roundcube após o login: causas e como corrigir

Recursos relacionados

Continue com materiais e serviços relacionados ao tema deste guia.