O erro 500 no WordPress é uma falha genérica do servidor que impede o site de carregar. As causas mais comuns são conflito de plugin ou tema, arquivo .htaccess corrompido, limite de memória do PHP baixo e versão do PHP incompatível. Para corrigir, faça backup, desative os plugins, gere um novo .htaccess e aumente a memória do PHP.
Você abre o seu site e, em vez da página, aparece “Internal Server Error” ou uma mensagem seca dizendo que há um erro 500. Às vezes o painel também some, e a sensação é de que o blog inteiro foi para o ralo. A boa notícia é que o erro interno do servidor quase sempre tem solução em poucos minutos, desde que você teste as causas na ordem certa e não saia mexendo em tudo ao mesmo tempo.
Se você chegou aqui pensando “meu site WordPress deu erro 500, o que fazer?”, este tutorial mostra como diagnosticar o problema, quais são as causas mais frequentes do erro 500 no WordPress e como corrigir cada uma sem perder conteúdo.
O que significa o erro 500 e por que ele aparece no WordPress
O erro 500 é um código de status HTTP que indica uma falha interna no servidor, sem dizer qual foi o problema. Na prática, o servidor recebeu o pedido do navegador, tentou montar a página e esbarrou em algo que não soube resolver. Por isso a mensagem é tão vaga: ela só avisa que a falha está do lado de lá, e não no seu computador ou na sua internet. A documentação da MDN sobre o status 500 explica esse comportamento do ponto de vista do protocolo.
No WordPress, o cenário mais comum é um erro de execução no PHP. O tema, um plugin ou uma configuração do servidor pede algo que não consegue entregar, e o servidor devolve o 500. A mensagem muda conforme a hospedagem: “Internal Server Error”, “HTTP ERROR 500”, “Erro 500 – Erro interno do servidor” ou simplesmente uma tela em branco.
Vale entender também o impacto no Google. Quando um site fica fora do ar por muito tempo, o Google costuma reduzir o ritmo de rastreamento ao encontrar erros 5xx repetidos, segundo a documentação do próprio Google Search Central. Quanto mais rápido você corrigir, menor o risco de oscilar nas buscas.
Quem está montando um blog para afiliados, como acontece nos cursos da Formação Império dos Blogs, aprende cedo que entender o básico de hospedagem e de WordPress evita sustos desse tipo antes de eles virarem prejuízo.
Antes de corrigir: faça backup e descubra o que o servidor está dizendo
O primeiro passo é copiar os arquivos que você vai alterar e, se possível, gerar um backup completo pelo painel da hospedagem. Parece óbvio, mas é o passo que mais gente pula. Um erro 500 já é ruim, e uma edição mal feita em cima dele pode transformar um problema simples em um bloqueio total.
Minha dica aqui é trabalhar sempre com acesso por FTP ou pelo Gerenciador de Arquivos da hospedagem, porque o painel do WordPress costuma estar fora do ar durante o erro. Antes de qualquer teste, salve uma cópia do wp-config.php e do .htaccess no seu computador.
Depois, ative o registro de erros do WordPress. Abra o wp-config.php e adicione estas linhas acima do comentário que diz para parar de editar:
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true );
define( 'WP_DEBUG_DISPLAY', false );Isso grava os erros no arquivo wp-content/debug.log sem exibir nada para os visitantes. Abra esse arquivo e procure a última linha de erro: ela costuma apontar o plugin, o tema ou o arquivo exato que travou. O guia oficial do WordPress sobre depuração detalha cada uma dessas opções. Muitas hospedagens também oferecem um registro de erros do servidor (o chamado error log) dentro do painel, que serve como segunda fonte de pistas.
Uma observação que contraria o senso comum: reinstalar o WordPress inteiro quase nunca é necessário. A maior parte dos casos se resolve mexendo em uma pasta de plugin, em um arquivo ou em uma linha de configuração.
Plugin ou tema com conflito: a causa mais comum
Quando o erro 500 aparece logo depois de instalar, atualizar ou ativar algo, o plugin ou o tema é o principal suspeito. Conflito de plugins acontece quando dois recursos tentam alterar a mesma função, ou quando um deles tem código incompatível com a sua versão do PHP ou do WordPress.
O teste é simples e não depende do painel. Pelo FTP, entre em wp-content e renomeie a pasta plugins para plugins_old. Isso desativa todos os plugins de uma vez. Acesse o site: se ele voltou, o culpado é um plugin. Renomeie a pasta de volta para plugins e depois renomeie, uma por vez, as pastas de cada plugin dentro dela, testando o site a cada troca, até achar o que derruba tudo.
Isso vale especialmente para plugins que acrescentam recursos grandes, como os usados para criar Web Stories no WordPress, que carregam bastante código e merecem atenção redobrada quando o erro surge logo após a instalação.
Se o site continuar fora do ar mesmo com todos os plugins desativados, o próximo teste é o tema. Renomeie a pasta do tema ativo dentro de wp-content/themes. O WordPress tenta usar um tema padrão, desde que exista algum instalado. Se o site voltar, o problema está no tema, normalmente em uma atualização falha ou em um trecho de código colado no functions.php.
Um erro que vejo se repetir é colar códigos de tutoriais direto no functions.php sem testar. Basta uma chave faltando ou um ponto e vírgula fora do lugar para o PHP interromper tudo e devolver o 500. A explicação é direta: o arquivo é lido em todas as páginas, então um erro de sintaxe ali afeta o site inteiro de uma vez.
Limite de memória do PHP: quando o servidor fica sem fôlego
O limite de memória do PHP define quanto cada processo pode consumir, e quando o WordPress ultrapassa esse teto, o servidor encerra a execução com um erro. Por padrão, o WordPress trabalha com 40 MB em instalações comuns, um valor que costuma ser curto para sites com plugins de construtores de página, lojas virtuais ou muitos recursos ativos.
Um sinal clássico é o erro aparecer só no painel administrativo, enquanto o site público ainda abre, ou surgir ao importar arquivos grandes e rodar tarefas pesadas. Para aumentar o limite, adicione esta linha ao wp-config.php, acima do comentário que manda parar de editar:
define( 'WP_MEMORY_LIMIT', '256M' );O valor de 256 MB é uma referência comum, não uma regra: o teto real depende do plano da hospedagem, e alguns servidores ignoram a configuração do WordPress e usam o limite definido por eles. Nesse caso, o ajuste precisa ser feito no painel (em geral na área de configurações do PHP) ou pedido ao suporte.
Sites que recebem muitos comentários de spam também podem sobrecarregar os recursos do servidor, já que cada comentário passa por consultas ao banco de dados. Se esse for o seu caso, vale conferir como bloquear comentários de spam no WordPress com plugins e configurações adequadas, o que também alivia o consumo de memória.
Arquivo .htaccess corrompido: como gerar um novo
O .htaccess é um arquivo de configuração que o servidor Apache lê antes de entregar qualquer página, e uma regra inválida ali dentro derruba o site inteiro com erro 500. Ele costuma ficar corrompido depois de uma troca de links permanentes, da instalação de um plugin de cache ou de segurança, ou de regras copiadas de tutoriais.
Para testar, acesse a pasta raiz do site pelo FTP e renomeie o arquivo para .htaccess_old. Se ele não aparecer, ative nas configurações do cliente FTP a exibição de arquivos ocultos, porque o ponto no início do nome o esconde por padrão. Com o arquivo renomeado, recarregue o site. Se ele voltou, o problema era o .htaccess.
Entre no painel do WordPress, vá em Configurações, depois em Links Permanentes, e clique em Salvar alterações sem mudar nada. O WordPress gera um arquivo novo e limpo. Se preferir criar manualmente, o conteúdo padrão de um site comum é este:
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteRule .* - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
# END WordPress
</IfModule>Um detalhe que muita gente ignora: servidores que usam Nginx não leem o .htaccess. Se a sua hospedagem roda Nginx, essa causa não se aplica e você pode pular direto para os outros testes.
Para quem vive de anúncios, cada hora fora do ar significa impressões que não voltam. Dentro do curso Monetizando Blogs com o Google AdSense, a ideia é justamente proteger o que o blog já construiu: um site estável e bem mantido é parte do que sustenta a monetização no longo prazo.
Versão do PHP, permissões e arquivos do núcleo
Se os testes anteriores não resolveram, três pontos merecem checagem. O primeiro é a versão do PHP: uma troca de versão feita pela hospedagem, ou por você no painel, pode quebrar plugins e temas antigos. Se o erro surgiu logo depois dessa mudança, volte para a versão anterior e teste de novo. Depois, atualize os componentes antes de subir a versão outra vez.
O segundo ponto são as permissões. A referência usual do WordPress é 755 para pastas e 644 para arquivos. Permissões erradas, comuns depois de migrações de servidor ou de restaurações de backup, podem gerar o erro 500. Um cliente FTP ou o gerenciador da hospedagem permite ajustar isso em lote.
O terceiro é a integridade dos arquivos do núcleo. Se uma atualização foi interrompida no meio, pastas como wp-admin e wp-includes podem ficar incompletas. Baixe uma cópia nova do WordPress em wordpress.org e substitua apenas essas duas pastas e os arquivos soltos da raiz. Nunca substitua a pasta wp-content nem o wp-config.php, porque é ali que ficam seus temas, plugins, uploads e dados de conexão com o banco.
Entre os alunos dos meus cursos, o erro 500 costuma aparecer logo depois de atualizações feitas sem backup, e a conversa quase sempre começa com “eu não mexi em nada”. Quase sempre havia algo, como uma atualização automática de plugin, e é por isso que o registro de erros ajuda tanto: ele mostra o que realmente aconteceu.
Tabela de diagnóstico: o que testar primeiro
Essa tabela organiza as situações mais frequentes do erro interno do servidor, da causa mais provável para a menos provável. Use como regra de decisão: identifique o que aconteceu antes do erro e aplique a correção da linha correspondente.
| Situação | Causa provável | O que fazer |
|---|---|---|
| Erro logo após instalar ou atualizar um plugin | Conflito de plugin | Renomear a pasta do plugin via FTP |
| Erro após trocar o tema ou editar o functions.php | Código do tema | Renomear a pasta do tema ou desfazer a edição |
| Erro só no painel, com o site público abrindo | Limite de memória | Aumentar o WP_MEMORY_LIMIT |
| Erro em todas as páginas após mudar links permanentes | .htaccess | Renomear o arquivo e gerar outro |
| Erro depois de mudar a versão do PHP | Incompatibilidade | Voltar à versão anterior no painel |
| Nenhuma correção funcionou | Núcleo ou servidor | Reenviar wp-admin e wp-includes e abrir chamado |
Se nada resolver, abra um chamado na hospedagem e envie o trecho do registro de erros. Limites de processos, de CPU ou falhas do próprio servidor também geram o erro 500, e só o suporte consegue enxergar isso.
Se você usa WordPress.com ou não tem acesso aos arquivos
Todo o passo a passo acima vale para sites em WordPress.org, ou seja, instalados em uma hospedagem própria. No WordPress.com, o ambiente é gerenciado pela plataforma, e você não edita .htaccess, wp-config.php nem pastas de plugins nos planos mais básicos. Se o seu site está lá e apresenta erro 500, o caminho é acionar o suporte oficial.
Se você ainda não tem clareza sobre onde o seu site está hospedado, a diferença entre as duas plataformas está explicada em WordPress.com vs WordPress.org, e entender isso evita perder tempo procurando arquivos que você não tem acesso para editar.
Como evitar que o erro 500 volte
O erro 500 no WordPress parece assustador, mas a lógica de correção é sempre a mesma: descobrir o que mudou antes da falha, isolar a causa e testar uma coisa de cada vez. Plugins e temas respondem pela maioria dos casos, seguidos pelo .htaccess e pelo limite de memória, e é por essa ordem que vale investigar.
Para reduzir a chance de repetição, mantenha backups automáticos, atualize um plugin por vez e confira o site depois de cada mudança. Uma regra prática: nunca atualize vários componentes de uma vez se você não puder desfazer a operação em minutos. Se o blog é sua fonte de renda, isso importa ainda mais.
E se você corrigiu o problema, mas ele voltou dias depois, anote o que aconteceu antes e leve ao suporte da hospedagem. Uma queda recorrente quase sempre aponta para um limite do plano, e não para um defeito do WordPress.
Sou Kildary Oliver, especialista em WordPress, SEO e monetização com Google AdSense, e trabalho com blogs desde 2018. Mais de 300 blogs de alunos foram aprovados no AdSense, tenho mais de 28 mil inscritos no YouTube e mais de 10 mil alunos em cursos. Atualizo meus artigos quando o Google muda as regras. Conheça meu trabalho na página Sobre o Autor.
