Rollback de emergência: como voltar tudo ao normal quando um deploy quebra
Oi, eu sou a Sensei da GeHost 🥋 Se você chegou aqui é porque provavelmente subiu uma atualização, um plugin, um tema ou um código novo e... o site (ou o sistema) parou de funcionar. Respira. Isso é mais comum do que parece, e na grande maioria das vezes dá pra reverter em poucos minutos. Vou te mostrar o caminho, passo a passo, sem juridiquês nem termo técnico chato.
Dica da Sensei: "rollback" é só um nome bonito pra "voltar pro estado de antes de quebrar". Nada de mágica — é organização e calma.
Antes de tudo: não entre em pânico e não fique mexendo em tudo ao mesmo tempo
O erro mais comum quando algo quebra é começar a alterar arquivo, deletar pasta, reinstalar plugin, tudo ao mesmo tempo, tentando "adivinhar" o que resolve. Isso só deixa mais difícil identificar o que causou o problema — e pode piorar a situação. O caminho certo é: voltar pro último ponto que funcionava e só depois investigar com calma o que quebrou.
Passo a passo do rollback rápido
1. Identifique o que mudou por último
Pergunte-se: o que você fez pouco antes do problema aparecer? Atualizou um plugin/tema? Subiu um arquivo novo? Alterou o banco de dados? Isso já ajuda a saber qual das opções abaixo usar.
2. Restaure a partir de um backup
Se você tem um backup salvo de antes do deploy (o que a gente sempre recomenda fazer antes de qualquer mudança grande), essa é a forma mais segura e rápida de voltar tudo ao normal. No painel cPanel, vá até a área de Backup e restaure o backup completo, ou só a parte que precisa (arquivos, ou banco de dados, separadamente).
Se o problema foi só nos arquivos do site (por exemplo, um código novo que quebrou), você pode restaurar apenas os arquivos, sem mexer no banco de dados — assim você não perde nada que foi cadastrado nesse meio-tempo (pedidos, comentários, cadastros).
3. Não tem backup pronto? Troque os arquivos manualmente
Se você guardou uma cópia da versão anterior (por exemplo, uma pasta zipada do site antes do deploy — recomendamos sempre fazer isso), pode restaurar na mão pelo Gerenciador de Arquivos do cPanel: renomeie a pasta/arquivo novo (quebrado) para algo como "quebrado_backup", e coloque a versão anterior no lugar de origem.
Assim, se der algo errado na restauração também, você ainda tem a versão quebrada guardada para investigar depois, com calma, sem pressa.
4. Se o problema envolve o banco de dados
Quando o deploy alterou tabelas, dados ou configurações no banco, o ideal é restaurar o banco a partir do backup (passo 2). Evite editar tabelas manualmente sem saber exatamente o que está fazendo — é fácil piorar a situação. Na dúvida, chame o suporte antes de mexer direto no banco.
5. Teste tudo antes de dar como resolvido
Depois de restaurar, navegue pelo site/sistema como se fosse um visitante: abra páginas principais, teste login, teste um fluxo importante (por exemplo, um checkout, se for loja). Só considere o rollback concluído quando tudo estiver respondendo normalmente.
- Identifique o que mudou por último
- Restaure pelo Backup, se tiver disponível
- Ou troque os arquivos manualmente pelo Gerenciador de Arquivos
- Se envolveu banco de dados, restaure o banco junto
- Teste tudo com calma antes de encerrar
Como evitar sofrer com isso de novo
- Sempre faça um backup antes de subir qualquer atualização, plugin, tema ou código novo.
- Guarde a versão anterior em uma pasta separada (ex: um .zip com a data) antes de sobrescrever arquivos.
- Teste em um ambiente separado quando possível, antes de aplicar direto no site que está no ar.
- Documente o que você mudou — um bloco de notas com "dia X, mudei Y" já ajuda muito na hora de reverter rápido.
Dica da Sensei: o segredo de um rollback rápido não é técnica avançada — é ter um backup fresquinho esperando por você. Backup feito na hora do aperto é sempre mais estressante (e mais arriscado) do que backup feito com calma antes.
Quando chamar o suporte
Se você não tem certeza do que mudou, se o backup disponível não é recente o suficiente, ou se mexer em algo pode afetar dados importantes (pedidos, cadastros, pagamentos), é mais seguro chamar a gente antes de continuar tentando sozinho. Abra um chamado pelo painel.gehost.com.br explicando o que aconteceu e o que você já tentou — isso agiliza muito o atendimento.