Uma página em branco ao editar WordPress pode vir do editor, de um bloco inválido, de um conflito entre extensões, de um erro PHP ou da API usada pelo painel. Antes de desativar componentes, confirme se o problema está no editor administrativo ou na página pública e anote a mensagem, o horário, a URL e a ação que o reproduz.
Reproduza e preserve o estado atual
Confirme que tem autorização e um backup restaurável dos arquivos e do banco. Se possível, reproduza o problema em staging com as mesmas versões de WordPress, tema e extensões. Teste outra página ou post e, se for seguro, outro navegador/sessão para separar problema de conteúdo, cache local e falha do site.
Se a tela está realmente vazia, investigue o status HTTP e os registros de erro da hospedagem. Se a interface abre, mas a área de edição não mostra blocos, confira a conexão do editor, erros no console e possíveis conflitos de tema, plugin ou conteúdo. Não exclua o post: conteúdo salvo pode continuar no banco mesmo que o editor não o exiba corretamente.
Isole extensões com mudanças reversíveis
Com o acesso ao painel, desative uma extensão por vez em staging e repita exatamente o passo que falha. Se não consegue abrir Plugins, o WordPress documenta alternativas para desativar extensões por arquivo ou, em situação emergencial, desativar todas no banco de dados. Prefira a opção de arquivos ou WP-CLI quando disponível e peça ajuda à hospedagem se não administra esses recursos.
O procedimento oficial pelo phpMyAdmin substitui o valor serializado active_plugins por a:0:{} para desativar todos os plugins de um site. Isso não é um método simples para desligar apenas uma extensão; em multisite, a opção de rede é diferente. Antes de alterar qualquer registro, confirme a instalação e o prefixo da tabela, exporte uma cópia do banco e registre o valor original. Não execute comandos SQL genéricos copiados sem confirmar o alvo.
Quando o painel voltar, restaure o nome da pasta se tiver usado essa alternativa e reative as extensões individualmente, testando a tela problemática depois de cada uma. Extensões indispensáveis ou configuradas para toda a rede podem se comportar de forma diferente; não ative/desative um plugin de rede sem identificar quais sites serão afetados.
Confira tema, editor e conteúdo
Se a falha persistir sem extensões comuns, teste um tema padrão compatível em staging e confira se o tema original usa blocos ou scripts necessários ao editor. Para blocos com erro, a documentação do WordPress recomenda avaliar a recuperação do bloco e a marcação inválida; não converta ou apague conteúdo antes de guardar uma cópia.
Veja se a API REST e os recursos necessários respondem sem erro e se os registros da hospedagem mostram falta de memória, erro PHP ou bloqueio de segurança. Não aumente limites ou altere permissões no servidor sem identificar a causa e a orientação da hospedagem.
Decida o que mudar e valide a recuperação
Compare o problema com as versões e mudanças recentes. Atualize ou substitua apenas o componente que a evidência apontar, seguindo a documentação do fornecedor. Em seguida, teste edição, salvamento, prévia, publicação, formulário e acesso administrativo. Guarde a lista de alterações e um caminho para restaurar o estado anterior.
Evite desativar todos os plugins em produção sem janela de manutenção, cópia atual, responsável e plano de retorno. O procedimento de banco pode remover recursos de loja, segurança ou formulários enquanto os plugins estiverem desligados; não deixe o estado emergencial ativo depois do diagnóstico.
Fontes oficiais: WordPress.org — solucionar conflitos de plugins e temas, WordPress.org — FAQ de solução de problemas, incluindo banco de dados e WordPress.org — erro de bloco e conteúdo inesperado. Revise a interface e o método de restauração do seu provedor antes de agir.