Clicou em "Atualizar", a barra encheu, e o site... partiu. Erro crítico, página branca, layout destruído ou funcionalidades desaparecidas. A vantagem deste incidente sobre qualquer outro: sabe exatamente o que o causou e quando — o que torna a recuperação rápida e previsível. Este guia percorre os cenários do mais comum ao mais teimoso.
Cenário 1 — Sabe qual foi a atualização (a maioria dos casos)
Atualizou um plugin específico e o site partiu de imediato. A solução é reverter para a versão anterior:
Com acesso ao wp-admin: desative o plugin (o site volta), descarregue a versão anterior de WordPress.org — na página do plugin, "Advanced View" → "Previous versions" — e instale-a por cima (Plugins → Adicionar novo → Carregar plugin; o WordPress oferece "Substituir a versão atual"). Desative as atualizações automáticas desse plugin até sair uma versão corrigida.
Sem acesso ao wp-admin: por FTP ou gestor de ficheiros do alojamento, renomeie a pasta do plugin em wp-content/plugins/ (ex.: elementor → elementor-off). O WordPress desativa-o e o site volta. Depois entre no wp-admin e siga o parágrafo anterior.
Plugins pagos: o repositório WordPress.org não tem as versões; descarregue a anterior na área de cliente do fornecedor (todas as lojas sérias as disponibilizam).
Cenário 2 — "Atualizar tudo" e não sabe qual partiu
O preço do botão "Atualizar tudo": um culpado entre dez suspeitos. Dois caminhos:
O log diz-lhe (rápido). Se o site mostra erro crítico ou página branca, o log de erros do servidor identifica o ficheiro do plugin culpado — o procedimento está no guia do erro crítico. Vá direto ao plugin indicado e reverta (cenário 1).
Eliminação (quando não há erro, só comportamento partido). Layout estranho ou funcionalidade em falta sem erro visível: desative os plugins atualizados um a um (começando por page builders e plugins de cache — os suspeitos estatísticos) até o problema desaparecer. Limpe o cache entre cada teste, senão vai perseguir fantasmas.
Cenário 3 — Foi o tema ou o core
Tema atualizado, personalizações perdidas: se alguém personalizou o tema diretamente (em vez de child theme), a atualização apagou essas alterações. Não há reversão elegante: restaure o backup anterior à atualização e planeie migrar as personalizações para um child theme — senão o problema repete-se em cada atualização futura.
Core do WordPress: raro partir sozinho, mas incompatibilidades com plugins antigos acontecem em majors. Reverter o core manualmente é possível (substituir wp-admin e wp-includes pela versão anterior) mas raramente é o caminho certo — normalmente o conflito é de um plugin que precisa de atualização ou substituição. Identifique-o pelo log antes de mexer no core.
Cenário 4 — O botão de pânico: restaurar o backup
Quando a loja está parada e o diagnóstico não avança, restaurar o backup imediatamente anterior à atualização é a decisão certa — 15 minutos e o site está como estava. Duas notas:
Cuidado com dados novos: num site com encomendas ou registos, restaurar a base de dados apaga o que entrou desde o backup. Se possível, restaure apenas os ficheiros (a atualização de plugins raramente altera a base de dados de forma incompatível).
Se não tem backup de hoje — e é por isso que está a ler o cenário 4 com o coração apertado — depois de recuperar o site pelos cenários 1–3, torne os backups automáticos diários a prioridade número um. O backup pré-atualização é o passo 1 do processo seguro de atualização precisamente para este momento nunca acontecer.
Depois de recuperar: fechar o ciclo
Três coisas antes de arrumar o assunto: (1) reporte o conflito ao autor do plugin (fórum de suporte em WordPress.org) — as correções saem mais depressa quando alguém reporta com detalhe; (2) não deixe o plugin na versão antiga para sempre — versão antiga é vulnerabilidade a prazo; verifique semanalmente se a correção saiu; (3) reveja o processo: se este incidente custou horas de stress, o problema não foi o plugin — foi atualizar produção sem backup nem teste. Sites geridos profissionalmente passam por atualizações com backup prévio, staging e verificação — e este artigo deixa de ser necessário.
O site continua partido?
Recuperamos sites partidos por atualizações — reversão, conflitos de plugins, temas sem child theme, restauros seletivos. Intervenção rápida com backup prévio e explicação clara do que falhou.
Recuperar o site