Ilustração sobre erro 500 no WordPress e diagnóstico seguro do servidor

Erro 500 no WordPress: como diagnosticar sem derrubar o site

Resposta rápida desse conteúdo

Diagnóstico em 6 passos

9 minutos de leitura

Índice de conteúdo

O erro 500 no WordPress é um dos mais temidos: você acessa o site e vê a mensagem genérica “Erro interno do servidor”. O site pode estar fora do ar, mas nem sempre é um problema grave. Na maioria das vezes, é um plugin ou tema que quebrou, um limite de memória estourado ou um arquivo .htaccess corrompido.

A pior estratégia é sair desativando tudo às cegas. Isso pode derrubar ainda mais o site, principalmente se você não tiver acesso ao painel. A ordem certa começa pelo que não derruba nada: ativar o log de erros, verificar o que o servidor registrou e, só depois, mexer em plugins e tema.

Neste guia, você vai aprender a diagnosticar o erro 500 no WordPress na ordem de risco crescente, usando ferramentas que já existem no seu servidor, sem precisar de conhecimentos avançados.

O que causa o erro 500 no WordPress?

O erro 500 é uma resposta genérica do servidor: algo deu errado, mas o servidor não informa o motivo. As causas mais comuns são:

  • Plugin ou tema com erro de PHP (sintaxe, função inexistente, conflito).
  • Limite de memória do PHP estourado.
  • Arquivo .htaccess corrompido ou com regras inválidas.
  • Permissões de arquivos ou pastas incorretas.
  • Erro no wp-config.php ou em algum arquivo essencial.
  • Problema no servidor (fora do seu controle).

Como a mensagem não diz nada, o diagnóstico depende de você investigar. A boa notícia: a maioria das causas é resolvida com passos simples, e você pode fazer isso sem derrubar o site ainda mais.

Antes de começar: prepare um backup

Qualquer alteração no site pode piorar a situação. Por isso, antes de qualquer passo, faça um backup completo: arquivos e banco de dados. Se algo der errado, você restaura em minutos.

Se você não tem backup recente, veja o que precisa estar na cópia para ela servir de verdade: Backup do WordPress: o que precisa estar na cópia para ela servir.

Além disso, se o site estiver fora do ar, avise sua equipe ou cliente. O diagnóstico pode levar alguns minutos, e é melhor gerenciar a expectativa.

Passo 1: Ative o log de erros do WordPress (sem derrubar nada)

O WordPress tem um sistema de log que grava erros de PHP em um arquivo. A maioria dos sites não ativa isso por padrão, mas você pode ativar editando o wp-config.php.

Atenção: editar o wp-config.php é seguro se você seguir o passo a passo. Não altere mais nada além das linhas indicadas.

  1. Acesse os arquivos do site via FTP ou gerenciador de arquivos da hospedagem.
  2. Abra o arquivo wp-config.php na raiz do WordPress.
  3. Encontre a linha define('WP_DEBUG', false); (ou algo similar).
  4. Substitua por:
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);
define('WP_DEBUG_DISPLAY', false);

Isso grava os erros em wp-content/debug.log sem exibi-los na tela (o que poderia expor informações sensíveis).

Salve o arquivo e acesse o site novamente. Se o erro 500 persistir, verifique o arquivo debug.log — ele deve conter a causa exata, como “PHP Fatal error: Call to undefined function” ou “Allowed memory size exhausted”.

Se não houver log, o problema pode estar no servidor ou em algo fora do WordPress. Continue para os próximos passos.

Passo 2: Verifique os logs do servidor

Se o debug.log não aparecer, o erro pode estar acontecendo antes do WordPress carregar. Nesse caso, verifique os logs de erro do servidor. A maioria dos painéis (cPanel, Plesk, etc.) tem uma seção de “Logs de Erros” ou “Error Log”.

Se você tem acesso SSH, pode ver os logs em tempo real com:

tail -f /var/log/apache2/error.log

Ou, para Nginx:

tail -f /var/log/nginx/error.log

O caminho exato varia conforme a hospedagem. Consulte a documentação do seu provedor ou peça suporte técnico.

Os logs do servidor costumam mostrar erros de PHP, problemas de permissão ou falhas de módulos. Anote a mensagem exata — ela vai guiar o resto do diagnóstico.

Passo 3: Aumente o limite de memória do PHP (sem desativar nada)

Um dos erros mais comuns por trás do erro 500 é o limite de memória estourado. O WordPress precisa de pelo menos 64 MB, mas muitos sites usam mais. Você pode aumentar o limite sem desativar plugins ou temas.

Adicione esta linha no wp-config.php, logo após a linha do WP_DEBUG:

define('WP_MEMORY_LIMIT', '256M');

Isso define o limite para 256 MB, suficiente para a maioria dos sites. Salve e teste.

Se o erro persistir, o problema não é memória. Mas esse ajuste é inofensivo e pode resolver de uma vez.

Passo 4: Renomeie a pasta de plugins (método seguro)

Se os logs apontam para um plugin, ou se você suspeita de um conflito, o próximo passo é desativar todos os plugins. Mas, em vez de desativar pelo painel (que pode estar inacessível), você pode renomear a pasta de plugins via FTP.

Por que isso é mais seguro? Porque você não precisa acessar o painel, e pode reverter facilmente. Além disso, não desativa plugin por plugin — desativa todos de uma vez, o que é mais rápido para isolar o problema.

  1. Acesse wp-content/plugins via FTP.
  2. Renomeie a pasta plugins para plugins_off.
  3. Acesse o site. Se o erro 500 sumir, o problema é um plugin.
  4. Para descobrir qual, renomeie a pasta de volta para plugins e, um a um, renomeie cada subpasta de plugin (ex.: akismet para akismet_off) e teste o site a cada renomeação.

Esse processo pode ser demorado, mas é o método mais preciso. Se você suspeita de um plugin específico, comece por ele.

Se o erro persistir com os plugins desativados, o problema não é plugin. Siga para o próximo passo.

Passo 5: Troque para um tema padrão (sem perder configurações)

Se os plugins não são a causa, o tema pode estar com erro. Para testar, você precisa trocar temporariamente para um tema padrão do WordPress (como Twenty Twenty-Four).

Como fazer sem acessar o painel: via FTP, renomeie a pasta do seu tema ativo em wp-content/themes. Por exemplo, se seu tema é meu-tema, renomeie para meu-tema_off. O WordPress vai detectar que o tema sumiu e cair no tema padrão automaticamente.

Acesse o site. Se o erro sumir, o problema é do tema. Você pode reverter renomeando a pasta de volta, mas lembre-se de que o tema pode estar corrompido — talvez seja necessário reinstalá-lo ou corrigir o erro.

Se o erro persistir, o problema está em outra parte: arquivos principais, banco de dados ou servidor.

Passo 6: Verifique o arquivo .htaccess (se aplicável)

O .htaccess é um arquivo de configuração do Apache que pode causar erro 500 se tiver regras inválidas. Para testar, renomeie o arquivo para .htaccess_backup via FTP.

Ao acessar o site, o WordPress vai gerar um novo .htaccess automaticamente (se tiver permissão de escrita). Se o erro sumir, o problema era o arquivo antigo. Você pode restaurar as regras personalizadas depois, ou deixar o novo.

Atenção: se você usa regras de redirecionamento ou cache, vai precisar reconfigurá-las. Mas é um passo seguro para diagnóstico.

Passo 7: Verifique permissões de arquivos e pastas

Permissões incorretas podem impedir o WordPress de ler arquivos essenciais, causando erro 500. As permissões padrão são:

  • Pastas: 755
  • Arquivos: 644
  • wp-config.php: 600 (ou 644, dependendo da hospedagem)

Você pode corrigir via FTP: selecione todos os arquivos e defina as permissões. Ou, se tiver SSH, use:

find /caminho/para/wordpress -type d -exec chmod 755 {} \;
find /caminho/para/wordpress -type f -exec chmod 644 {} \;

Teste o site. Se o erro persistir, as permissões não são o problema.

Passo 8: Reinstale os arquivos principais do WordPress

Se nada funcionou, os arquivos principais do WordPress podem estar corrompidos. Você pode reinstalá-los sem perder conteúdo, desde que não toque em wp-content e wp-config.php.

  1. Baixe a versão mais recente do WordPress em wordpress.org.
  2. Extraia o arquivo no seu computador.
  3. Via FTP, envie os arquivos da pasta wordpress para a raiz do seu site, substituindo os existentes (exceto wp-content e wp-config.php).
  4. Confirme a substituição quando solicitado.

Isso substitui os arquivos principais, mantendo seu conteúdo e configurações. Teste o site.

Quando NÃO usar esta solução

Este guia é para erros 500 causados por problemas dentro do WordPress. Se o erro acontecer em todos os sites da mesma hospedagem, ou se o servidor estiver fora do ar, o problema é da hospedagem — entre em contato com o suporte deles.

Também não recomendamos mexer em arquivos se você não tem experiência com FTP ou edição de código. Nesse caso, contrate um profissional ou use o serviço de correção de erros pós-atualização do 100% WP.

Erros comuns durante o diagnóstico

  • Esquecer de reverter as alterações: depois de resolver, desative o WP_DEBUG e restaure o limite de memória se não precisar mais.
  • Renomear a pasta errada: confirme o nome exato da pasta do tema ou plugin antes de renomear.
  • Esquecer de limpar o cache: após cada alteração, limpe o cache do navegador e do plugin de cache (se houver).
  • Não fazer backup: qualquer erro de digitação pode piorar o site. Sem backup, você pode perder tudo.

Como prevenir o erro 500

Manter o WordPress, plugins e temas atualizados reduz drasticamente a chance de erros. Além disso, monitore o limite de memória e os logs regularmente.

Se você gerencia vários sites, o 100% WP centraliza atualizações, backups e monitoramento em um só lugar. Em vez de entrar em cada site para verificar erros, você acompanha tudo pelo painel — e ainda recebe alertas quando algo sai do ar. Veja os planos em 100porcentowp.com.br/planos.

Se o erro 500 for recorrente, considere aumentar o limite de memória permanentemente ou revisar a qualidade dos plugins instalados. Plugins mal codificados são a causa mais comum.

Quando chamar um profissional

Se você seguiu todos os passos e o erro persiste, ou se não se sente confortável editando arquivos, é hora de pedir ajuda. Um profissional pode diagnosticar o problema em minutos com acesso SSH e ferramentas avançadas.

O 100% WP oferece serviço de correção de erros pós-atualização, que cobre exatamente esse tipo de situação: Correção de erros pós-atualização.

Lembre-se: erro 500 é assustador, mas na maioria das vezes é resolvível com método. Comece pelo log, não desative tudo de uma vez, e você vai encontrar a causa sem derrubar o site ainda mais.

Deixe uma resposta

Seu endereço de e-mail não será publicado. Os campos obrigatórios são marcados como *

Leia também

Ilustração de caixas de arquivos sendo movidas entre servidores, representando exportação de sites WordPress em lote
Gestao de varios sites
100%WP

Exportar sites WordPress em lote: guia para migração

Para exportar vários sites WordPress de uma vez, use um plugin como UpdraftPlus ou um script via WP-CLI. Antes, verifique os limites da hospedagem, que podem interromper a exportação. Este guia mostra o passo a passo e quando cada método é adequado.

Ilustração sobre decisão de trocar ou manter um plugin abandonado no WordPress
Plugins
100%WP

Plugin abandonado no WordPress: trocar ou manter?

Um plugin abandonado no WordPress não precisa ser removido imediatamente, mas exige avaliação criteriosa. Verifique o tempo sem atualização, vulnerabilidades conhecidas, dependência do site e compatibilidade. Se houver risco de segurança ou quebra de funcionalidade, troque por uma alternativa ativa. Caso contrário, mantenha com monitoramento e backups regulares.

Ilustração de um painel de controle com opções de atualização e integração com Dropbox no WordPress.
Manutencao
100%WP

Como atualizar sites WordPress em lote com segurança

Para atualizar sites WordPress com segurança, crie uma rotina: primeiro um backup completo, depois atualize plugins, temas e o núcleo. Integrar o Dropbox permite guardar cópias e gerenciar mídias de forma centralizada. Use ferramentas como o painel 100% WP para automatizar e monitorar tudo em um só lugar.