O rollback de atualização reverte um plugin, tema ou núcleo do WordPress para a versão anterior que funcionava. Segundo a WordPress Developer Docs (2024), o núcleo não tem botão nativo de reversão. Plugin e tema voltam em menos de 2 minutos com a ferramenta certa. Faça backup antes de tocar em qualquer update.
O rollback de atualização é o procedimento de voltar um plugin, tema ou o núcleo do WordPress para a versão anterior depois que um update quebra o site. Quando uma atualização gera tela branca, erro fatal de PHP ou layout corrompido, o rollback de atualização devolve o site ao último estado estável em minutos, sem precisar reconstruir nada. Este guia mostra os 4 passos para reverter com segurança, qual ferramenta usar em cada caso e como o backup e o ambiente de staging transformam o rollback em rotina previsível. Para o quadro maior de operação, veja o hub de gestão de sites WordPress da FULL.
Primeiros passos: Quando o rollback de atualização é necessário
Um rollback de atualização vira urgência em três cenários concretos: tela branca após atualizar plugin, erro fatal de PHP 8.2 com tema incompatível, ou checkout do WooCommerce que para de processar pagamentos. Nesses três casos, reverter o componente para a versão anterior devolve o site ao ar em minutos.
Nos tickets de suporte da FULL (150 mil sites conectados), boa parte dos chamados de “site fora do ar” começa com um update aplicado direto em produção, sem backup. O rollback de atualização resolve quando a causa é a versão nova de um componente, não a hospedagem. Se o site estava estável até o clique em “Atualizar”, a reversão é o caminho mais curto de volta. A tabela abaixo mapeia cada sintoma à rota mais rápida.
Legenda: o rollback de plugin via WP Rollback acontece direto no admin, sem FTP.
| Sintoma | Causa provável | Rota de rollback |
|---|---|---|
| Tela branca após update de plugin | Versão nova incompatível com PHP ou outro plugin | WP Rollback ou desativar via FTP |
| Erro fatal no tema | Update do tema removeu função usada pelo site | Restaurar tema do backup ou WP Rollback |
| Checkout WooCommerce quebrado | Migração de banco no update do plugin | Restaurar arquivos + dump do banco |
| Site inteiro corrompido após update do núcleo | Atualização do core interrompida | Restaurar backup completo (UpdraftPlus) |
Por que o núcleo do WordPress não tem rollback de atualização nativo
O núcleo do WordPress não oferece botão de rollback de atualização porque cada release substitui os arquivos do core por completo, sem guardar a versão anterior no servidor. O update sobrescreve wp-admin e wp-includes e descarta o que estava lá, então não há para onde “voltar” com um clique.
Diferente de um plugin, que mantém o pacote anterior em cache temporário, o núcleo não guarda histórico de versões. Por isso, reverter o core exige um backup feito antes do update ou o uso do WP-CLI para reinstalar uma versão específica com wp core update --version=6.4.3 --force. A documentação oficial reforça que a recomendação do projeto é atualizar sempre para frente e tratar a reversão de versão do core como recuperação de desastre, nunca como fluxo de rotina. É por isso que o rollback de atualização do núcleo depende de disciplina de backup, e não de um plugin mágico que prometa desfazer tudo.
Passo a passo: Como fazer rollback de atualização com segurança
Um rollback de atualização seguro segue 4 passos na ordem certa: confirmar o backup, isolar o ambiente, executar a reversão e validar o resultado. Pular qualquer etapa transforma um problema pequeno em perda de dados.
Nos chamados que chegam ao suporte da FULL, a maioria das reversões que dão errado começou direto na execução, sem backup e sem staging. Os passos abaixo valem para plugin, tema e núcleo, com a ferramenta indicada em cada etapa.
Passo 1: Confirme um backup completo antes de reverter
Antes de qualquer rollback de atualização, garanta um backup completo de arquivos e banco de dados com data conhecida. Use o UpdraftPlus para gerar um snapshot manual em menos de 5 minutos, ou consulte seu plugin de backup automático no WordPress para confirmar que o último ponto de restauração é anterior ao update que quebrou o site. Sem esse backup, o rollback vira aposta: se a reversão falhar, não há para onde voltar. Esse passo é inegociável.
Passo 2: Reproduza o rollback de atualização em staging
Replique o site em um ambiente de staging e teste o rollback de atualização ali antes de tocar em produção. O staging é uma cópia idêntica do site em URL isolada, onde você reverte o plugin ou tema e observa o efeito sem risco para o visitante real. Em sites com cache de página ativo, reverter direto em produção pode servir a versão antiga e a nova ao mesmo tempo, gerando inconsistência visível. Validar em staging elimina essa surpresa e mostra se a reversão resolve de fato o sintoma.
Passo 3: Execute a reversão com a ferramenta certa
Para plugin ou tema, o WP Rollback adiciona um link “Rollback” na lista de plugins e reverte para qualquer versão do repositório oficial em menos de 2 minutos. Para o núcleo, use o WP-CLI com wp core update --version=X.Y.Z --force ou restaure o backup completo via UpdraftPlus. Plugins premium que não vivem no repositório oficial exigem subir o arquivo .zip da versão antiga manualmente, já que o WP Rollback só enxerga pacotes públicos. Escolha a rota pelo tipo de componente: o rollback de atualização de um plugin gratuito é trivial; o de um plugin pago ou do core exige o pacote anterior em mãos.
Passo 4: Valide o site e limpe o cache
Depois de reverter, valide o site em uma aba anônima e limpe todo o cache antes de declarar o rollback de atualização concluído. Recarregue as páginas críticas (home, checkout, formulários) com o cache do plugin e do CDN purgados, para não ver uma versão fantasma servida em memória. Confirme a versão revertida em Plugins ou Aparência, rode um teste de checkout se for WooCommerce e cheque o log de erros do PHP. Só então reative as atualizações automáticas, agora com backup e staging configurados para o próximo ciclo.
Ferramentas de rollback de atualização: WP rollback, UpdraftPlus e WP-CLI
As três ferramentas centrais de rollback de atualização cobrem cenários distintos: o WP Rollback reverte plugins e temas do repositório oficial em 2 minutos, o UpdraftPlus restaura backups completos de arquivos e banco, e o WP-CLI dá controle de linha de comando sobre as versões do núcleo.
Para Git, equipes que versionam o tema conseguem reverter código com um git revert, mas isso não cobre o banco de dados. A escolha depende do componente: plugin gratuito pede WP Rollback; desastre completo ou migração de banco pede UpdraftPlus; automação em escala de muitos sites pede WP-CLI. Combinar UpdraftPlus para o backup e WP Rollback para a reversão rápida cobre a maioria dos casos de rotina sem tocar no terminal, e é a dupla que mais aparece nos sites bem geridos da base FULL. Para o núcleo, o WP-CLI continua sendo a rota mais limpa quando há acesso a linha de comando.
Reverter o site sem perder horas de configuração
Manter rollback de atualização como rotina previsível exige backup automático, staging e gestão centralizada, e é aí que a plataforma FULL entra como alternativa ao trabalho manual site a site. Centralizar essas três peças em um painel só corta o tempo de reversão de horas para minutos.
No painel de gestão de sites WordPress da FULL, você ativa o UpdraftPlus, agenda backups e roda updates em ambiente controlado a partir de um lugar só. O plano PRO custa R$849 por ano para até 10 sites, o que dá R$85 por site, com os 17 plugins do bundle (incluindo UpdraftPlus e WP-Optimize) já ativados. A gente vê no suporte que a equipe que padroniza backup e staging para no rollback antes de o cliente perceber o problema. Conheça os planos da FULL para transformar reversão de update em procedimento de 4 passos.
Cuidados com rollback de atualização em WooCommerce e bancos de dados
O rollback de atualização mais perigoso é o de plugins que migram o banco de dados no update, porque reverter só os arquivos deixa o schema novo ativo rodando com código antigo. Em lojas WooCommerce que rodaram migração de banco, o rollback de arquivos sozinho não basta.
O schema já mudou e o checkout quebra silenciosamente, sem erro visível para o administrador, o que torna o problema difícil de diagnosticar. Nesses casos, a reversão correta restaura o dump do banco correspondente à versão antiga, não apenas os arquivos. Esse é o motivo de o backup do Passo 1 incluir sempre o banco de dados, e não só wp-content. Quando o update mexe em tabelas, o rollback de atualização vira restauração completa, e o staging do Passo 2 deixa de ser opcional para virar obrigatório.
Perguntas frequentes sobre rollback de atualização
É possível fazer rollback de atualização do WordPress sem backup?
Parcialmente. Plugins e temas do repositório oficial voltam com o WP Rollback sem backup, porque a ferramenta baixa a versão antiga direto do WordPress.org em menos de 2 minutos. Já o núcleo do WordPress e plugins premium exigem backup, pois não há pacote anterior guardado no servidor. Sem backup, reverter o core ou uma migração de banco vira recuperação de desastre, não rollback simples. Por isso o backup é sempre o Passo 1.
Por que o núcleo do WordPress não tem botão de rollback nativo?
Porque cada release do núcleo sobrescreve os arquivos do core por completo e descarta a versão anterior do servidor. O projeto WordPress assume que a atualização vai sempre para frente e trata a reversão como exceção de emergência. Para reverter o core, você usa WP-CLI com o comando `wp core update –version=X.Y.Z –force` ou restaura um backup completo feito antes do update. É um problema de design, não uma falha do seu site.
Qual a diferença entre rollback de plugin e rollback do núcleo?
O rollback de plugin é trivial e o do núcleo é recuperação de desastre. Um plugin do repositório oficial volta em menos de 2 minutos com o WP Rollback, que baixa a versão antiga automaticamente. O núcleo exige WP-CLI ou um backup completo prévio, porque o update do core não guarda a versão anterior. Plugin gratuito reverte sem backup; core e plugin premium dependem de backup. A rota muda conforme o componente.
Quanto tempo leva um rollback de atualização via UpdraftPlus?
Entre 2 e 10 minutos para sites de porte médio com banco abaixo de 1 GB. O UpdraftPlus restaura arquivos e banco de dados a partir do último snapshot, e o tempo depende do tamanho do backup e da velocidade do servidor. Sites WooCommerce com catálogo acima de 1.000 produtos e bancos maiores tendem a levar mais, pela restauração do dump. Gerar o snapshot manual antes do update leva menos de 5 minutos.
O que o WP Rollback faz com plugins premium fora do repositório oficial?
Nada: o WP Rollback só enxerga pacotes públicos do WordPress.org. Plugins premium como Elementor PRO ou Rank Math PRO não vivem no repositório oficial, então a ferramenta não lista versões antigas deles. Para reverter um plugin pago, você baixa o `.zip` da versão antiga na conta do desenvolvedor e sobe manualmente, ou restaura via backup. Por isso plugins premium exigem o pacote anterior guardado antes de qualquer atualização.
Próximos passos para reverter updates com tranquilidade
O rollback de atualização deixa de ser emergência quando você trata backup, staging e reversão como um ciclo único, e não como reação ao site fora do ar. Os 4 passos deste guia (confirmar backup, testar em staging, reverter com a ferramenta certa e validar com o cache limpo) cobrem plugin, tema e núcleo, do update trivial à migração de banco do WooCommerce. Se a atualização ainda deixou o site lento, veja por que o WordPress fica lento depois de atualizar e como diagnosticar o gargalo. Para fechar o ciclo de operação, o checklist de manutenção do WordPress mantém backup e updates sob controle, e o FULL Academy reúne os tutoriais de gestão em um só lugar.
















