O erro 500 é uma falha genérica do servidor que derruba o site sem dizer a causa real. Segundo o WordPress Developer Resources (2024), o WP_DEBUG revela o erro fatal de PHP que o status 500 esconde. As causas mais comuns são plugin, tema e .htaccess. Comece pelo log do servidor.
O erro 500 interno no WordPress é a resposta padrão que o servidor envia quando algo quebra no lado do PHP e ele não consegue completar a requisição. Diferente de um erro 404, que aponta uma página inexistente, o status 500 não revela a causa: a tela fica branca ou exibe “Erro interno do servidor”. Na prática, a falha está quase sempre em código, configuração ou limite de recursos. Este guia cobre as 6 causas que mais aparecem nos tickets de suporte da FULL e como diagnosticar cada uma sem chutar. Para a lista ampla de problemas, veja o hub de erros comuns do WordPress da FULL.
Diagnóstico rápido: Sintoma, causa raiz e ação
O erro 500 interno no WordPress tem 6 origens dominantes, e em boa parte dos tickets da FULL a causa é plugin ou tema recém-atualizado contra uma versão de PHP incompatível. A tabela abaixo cruza o sintoma visível com a causa raiz provável e a primeira ação, para você não testar na ordem errada.
O servidor pode rodar Apache ou Nginx, e o comportamento do erro 500 muda entre os dois, o que já estreita o diagnóstico antes de qualquer teste.
| Sintoma | Causa raiz provável | Ação corretiva |
|---|---|---|
| Site todo fora, inclusive a home | Limite de memória PHP ou .htaccess corrompido | Aumentar memory_limit e renomear .htaccess |
| Só o admin (/wp-admin) cai | Plugin ativo com função depreciada no PHP 8.x | Desativar plugins via FTP em lote |
| Erro depois de atualizar tema | functions.php do tema com código fatal | Trocar para tema padrão (Twenty Twenty-Four) |
| URLs amigáveis caem, home funciona | Regra de reescrita inválida no .htaccess | Regerar permalinks em Configurações |
A gente vê no suporte da FULL que pular esse cruzamento atrasa a correção.
Por que o erro 500 não mostra mensagem (e como ativar o wp_debug)
Ative o WP_DEBUG antes de qualquer outra coisa: ele transforma o erro 500 interno no WordPress, mudo por padrão, em uma mensagem que aponta o arquivo e a linha exatos da falha. O status 500 é genérico de propósito, porque expor o erro fatal de PHP ao público é risco de segurança. Por isso o servidor entrega só “Erro interno do servidor”, enquanto o detalhe fica no log.
Para ligar o modo de depuração, edite o arquivo wp-config.php e troque a linha do WP_DEBUG para true, somando WP_DEBUG_LOG para gravar tudo em wp-content/debug.log. Segundo a documentação oficial do WordPress Developer Resources, que mantém a referência de depuração da plataforma, essa flag é a forma canônica de capturar erros fatais sem deixá-los visíveis aos visitantes. Para o passo a passo do arquivo, veja como editar o wp-config.php no WordPress. Tende a resolver o diagnóstico em poucos minutos na maioria dos casos.
Plugin incompatível: A causa mais frequente do erro 500
Desative os plugins em lote quando o erro 500 surge logo após instalar ou atualizar uma extensão: na maior parte dos tickets da FULL, essa é a origem. Um plugin desatualizado, rodando contra PHP 8.x com uma função depreciada no código, gera um erro fatal que derruba a requisição inteira sem aviso na tela.
Sem acesso ao painel, conecte por FTP (Filezilla) e renomeie a pasta wp-content/plugins para plugins-off. Isso desativa tudo de uma vez. Se o site voltar, o erro 500 era de plugin: renomeie de volta e reative um a um até o erro 500 reaparecer, isolando o culpado. Plugins de segurança como o All in One Security e de cache como o WP Rocket são suspeitos frequentes em conflito com regras de servidor. Vale conferir a lista dos melhores plugins de segurança do WordPress antes de reativar.
.Htaccess corrompido e limite de memória PHP
Renomeie o arquivo .htaccess e aumente o limite de memória do PHP quando o erro 500 atinge o site inteiro, incluindo a home: essas duas causas respondem por boa parte dos casos de queda total. Um arquivo .htaccess corrompido, com uma regra de reescrita inválida no Apache e o mod_rewrite ativo, devolve erro 500 em todas as URLs amigáveis. O memory_limit estourado, por sua vez, mata o processo no meio.
Para o .htaccess, renomeie-o para .htaccess_old via FTP e recarregue o site; se voltar, o arquivo era o problema. Regere-o em Configurações > Links Permanentes, clicando em “Salvar” sem mudar nada. Para a memória, edite o PHP via wp-config.php e adicione define('WP_MEMORY_LIMIT', '256M');, subindo de 128 MB para 256 MB. Em hospedagem compartilhada o teto pode ser fixo: nesse caso, o ajuste precisa ser feito no painel do servidor. Antes de mexer, faça um backup completo do WordPress com o UpdraftPlus.
Tema com código fatal e arquivos de núcleo corrompidos
Troque para um tema padrão quando o erro 500 aparece logo após editar ou atualizar o tema ativo: o functions.php é o ponto onde um snippet com erro de sintaxe ou função inexistente derruba o site. Um trecho colado da internet, uma chave que não fecha ou uma função removida no PHP 8.x basta para gerar o erro 500 em toda requisição que carrega aquele tema.
Pelo FTP, renomeie a pasta do tema ativo em wp-content/themes: o WordPress cai para um tema padrão como o Twenty Twenty-Four automaticamente. Se o erro 500 sumir, o problema estava no tema. Quando nem isso resolve, a suspeita vira arquivo de núcleo corrompido por upload interrompido ou infecção: baixe uma cópia limpa do WordPress.org e substitua as pastas wp-admin e wp-includes por FTP, sem tocar em wp-content. Essa reinstalação parcial preserva conteúdo e configurações. Para os demais sintomas, o guia de 50 erros mais comuns do WordPress cobre o resto da lista.
Erro 500 só no admin e a leitura do log do servidor
Leia o log de erro do servidor quando o erro 500 atinge apenas o /wp-admin enquanto o front-end segue no ar: esse padrão tem assinatura própria. Em servidores com memória PHP fixada em 128 MB e WooCommerce com muitos plugins ativos, o erro 500 costuma cair só na área administrativa, porque o admin carrega mais hooks por requisição e estoura o limite primeiro.
O log de erro (geralmente error_log na raiz ou no painel da hospedagem, em cPanel ou Plesk) registra a linha exata do erro fatal, com timestamp. Cruze o horário da queda com a entrada do log e você lê o arquivo e a função que falharam, sem adivinhação. Para automatizar esse acompanhamento, veja como fazer análise de log no WordPress. O log compete por precisão técnica; o WP_DEBUG compete por contexto de código; e a plataforma FULL compete por diagnóstico gerenciado.
Diagnóstico gerenciado: Quando vale tirar o erro 500 das suas mãos
Editar wp-config.php, mexer no .htaccess e ler log de servidor via FTP funciona, mas exige tempo e tolerância a risco que nem todo dono de site tem. É aí que o diagnóstico gerenciado entra. No plano PRO da FULL, por R$849 ao ano, você conecta até 10 sites WordPress e divide o custo em R$85 por site, com a equipe acompanhando log, memória e compatibilidade de PHP antes de o erro 500 derrubar a página. Em vez de você descobrir a falha depois que o cliente reclama, a gente vê o sinal no monitoramento. Conheça os detalhes em FULL.services/planos.
Legenda: a tela genérica do erro 500 não revela a causa, por isso o primeiro passo é sempre o log ou o WP_DEBUG.
Próximos passos para um WordPress sem erro 500
Comece pelo log e pelo WP_DEBUG: 90% do trabalho de resolver um erro 500 é diagnóstico, não conserto. Com a causa identificada (plugin, tema, .htaccess ou memória), a correção costuma levar minutos. Mantenha plugins e PHP atualizados em par, faça backup antes de qualquer edição e monitore o log para pegar o sinal antes da queda. Para continuar aprendendo a corrigir falhas do WordPress, o guia de erros comuns do WordPress da FULL reúne os tutoriais de diagnóstico em um só lugar, e o FULL Academy traz o restante da trilha.
Perguntas frequentes sobre o erro 500 no WordPress
O que significa o erro 500 interno no WordPress?
O erro 500 é uma resposta HTTP genérica que indica falha no lado do servidor, quase sempre no PHP do WordPress. Ele não aponta a causa por segurança: a falha real (plugin, tema, .htaccess ou memória) fica registrada no log de erro ou no debug.log quando o WP_DEBUG está ativo.
É possível corrigir o erro 500 sem acessar o painel do WordPress?
Sim, e é o cenário mais comum, já que o erro 500 costuma derrubar o /wp-admin. Conecte por FTP ou pelo gerenciador de arquivos da hospedagem e renomeie a pasta wp-content/plugins, troque o tema ou renomeie o .htaccess. Nenhuma dessas ações exige login no painel do WordPress.
Por que o erro 500 aparece depois de instalar um plugin?
Porque o plugin novo roda código incompatível com a versão de PHP do servidor, gerando um erro fatal. No PHP 8.x, funções depreciadas em plugins antigos quebram a requisição inteira. Desative a pasta de plugins por FTP: se o site voltar, o plugin recém-instalado era a causa do erro 500.
Qual a diferença entre erro 500 e erro 502 no WordPress?
O erro 500 indica falha no próprio aplicativo PHP do site, enquanto o erro 502 (bad gateway) aponta um servidor intermediário, como Nginx ou um proxy, que não recebeu resposta válida do servidor de origem. O 500 você corrige no WordPress; o 502 quase sempre é da hospedagem, como detalha o guia do erro 502 bad gateway no WordPress.
Quanto tempo leva para resolver um erro 500 no WordPress?
Com o WP_DEBUG ativo e o log à mão, a maioria dos casos de erro 500 se resolve em 10 a 30 minutos, porque o diagnóstico aponta o arquivo exato. Sem o log, o processo de tentativa e erro pode levar horas. Por isso o primeiro passo é sempre ligar o debug, e não sair desativando plugins no escuro.
















