Erro crítico no seu site: como resolver
O que é o erro crítico no WordPress?
O erro crítico no WordPress é a tela que o próprio WordPress mostra quando um erro fatal de PHP interrompe a execução. A partir da versão 5.2, em vez da antiga tela branca da morte, o WordPress exibe a frase “Houve um erro crítico neste site” e envia para o e-mail do administrador um link de modo de recuperação. Quase sempre a causa é um plugin ou tema incompatível, uma atualização malsucedida ou a falta de memória PHP.
Como identificar
- A página inteira é substituída por “Houve um erro crítico neste site. Verifique a caixa de entrada do administrador do site para obter instruções.”.
- No wp-admin aparece a variação “Houve um erro crítico neste site. Saiba mais sobre depuração no WordPress.”.
- O erro surge logo após atualizar, instalar ou ativar um plugin ou tema.
- Chega um e-mail do WordPress com assunto “Seu site está com um problema técnico” e um link de acesso ao modo de recuperação.
Antes de começar: Faça backup do wp-config.php e do functions.php antes de editá-los. Desative WP_DEBUG_DISPLAY em produção para não expor caminhos de arquivo a visitantes enquanto investiga.
Como prevenir
- Atualize plugins e temas um de cada vez e teste o site logo depois de cada um
- Mantenha o memory_limit em pelo menos 256M e o PHP em versão suportada
- Use um site de teste (staging) para aplicar atualizações antes de levá-las à produção
Causa
- Plugin desatualizado ou incompatível com a versão atual do WordPress ou do PHP, disparando um erro fatal.
- Tema com função quebrada ou conflito com outro plugin após uma atualização.
- Limite de memória PHP (memory_limit) baixo demais para a carga do site, esgotado durante o carregamento.
- Edição manual com erro de sintaxe no functions.php do tema.
- Versão de PHP incompatível (ex.: plugin antigo rodando em PHP 8.x) que gera fatal error.
Como resolver
- Use o e-mail de modo de recuperação: abra o e-mail enviado pelo WordPress ao administrador. Ele aponta o plugin ou tema culpado e traz um link que entra no painel em modo de recuperação para desativá-lo.
- Ative o WP_DEBUG para ver o erro real: se não recebeu o e-mail, edite o wp-config.php via FTP e ligue o log de depuração para ler o erro fatal exato:
define( 'WP_DEBUG', true ); define( 'WP_DEBUG_LOG', true ); define( 'WP_DEBUG_DISPLAY', false ); - Leia o debug.log: abra wp-content/debug.log via FTP. A última linha de fatal error aponta o arquivo e a linha (quase sempre dentro de wp-content/plugins/ ou do tema) que derrubou o site.
- Desative o plugin culpado via FTP: renomeie a pasta do plugin apontado no log dentro de wp-content/plugins (ex.: de 'plugin-x' para 'plugin-x_off'). Isso o desativa e devolve o acesso ao painel.
- Suba o limite de memória se o erro for de memória: se o log citar 'Allowed memory size exhausted', aumente o memory_limit no wp-config.php antes da linha que pede para parar de editar:
define( 'WP_MEMORY_LIMIT', '256M' );
PHP
// wp-config.php — liga o log de depuracao para capturar o erro fatal
// Cole ANTES da linha /* That's all, stop editing! */
define( 'WP_DEBUG', true );
define( 'WP_DEBUG_LOG', true ); // grava em wp-content/debug.log
define( 'WP_DEBUG_DISPLAY', false ); // nao mostra o erro ao visitante
@ini_set( 'display_errors', 0 );
Perguntas frequentes
Não recebi o e-mail de erro crítico. Como acesso o painel?
Entre via FTP e renomeie a pasta wp-content/plugins inteira para desativar todos os plugins de uma vez. O acesso ao wp-admin volta; depois renomeie de volta e reative um por um até achar o culpado.
Qual a diferença entre erro crítico e tela branca da morte?
São o mesmo problema (um erro fatal de PHP). A tela branca era o comportamento antigo; desde o WordPress 5.2 ele mostra a mensagem de erro crítico e envia o e-mail de recuperação, em vez de deixar a tela em branco.
O erro crítico apareceu depois de atualizar um plugin. O que faço?
O plugin recém-atualizado é o suspeito número um. Desative-o renomeando a pasta dele em wp-content/plugins via FTP. Se o site voltar, reverta para a versão anterior do plugin ou contate o desenvolvedor.
Onde fica o arquivo debug.log do WordPress?
Em wp-content/debug.log, criado depois que você ativa WP_DEBUG e WP_DEBUG_LOG no wp-config.php. A última linha de "Fatal error" aponta o arquivo e a linha exata que derrubou o site.
Posso só aumentar a memória PHP para resolver?
Só se o debug.log apontar 'Allowed memory size exhausted'. Se a causa for um plugin ou tema quebrado, subir a memória não resolve: é preciso desativar o componente culpado.
O modo de recuperação do WordPress é seguro de usar?
Sim. Ele dá acesso ao painel com os plugins problemáticos pausados, só para você. O link expira e exige login, então não abre brecha de segurança enquanto você corrige o erro.














