Um cliente liga desesperado: o site saiu do ar do nada. A hospedagem foi encerrada porque um cartão venceu e ninguém percebeu o aviso na caixa de spam. Não tinha backup em lugar nenhum. Anos de conteúdo, todo o design, tudo, precisou ser refeito do zero.
Esse tipo de caso acontece com mais frequência do que parece, e a causa quase nunca é falta de cuidado: é falta de saber que o risco existe até o dia em que ele vira problema.
As 3 formas mais comuns de perder um site do nada
A hospedagem é suspensa ou encerrada sem aviso claro
Cartão vencido, boleto que passou despercebido, ou a própria empresa de hospedagem que encerra um plano ou fecha as portas. O aviso geralmente existe, mas cai em um e-mail que ninguém lê.
✓ Cadastre um segundo e-mail e um lembrete de renovação fora da caixa de entrada principal.Invasão ou malware
Um invasor explora uma falha, injeta código malicioso ou simplesmente apaga arquivos. Sem uma cópia limpa e recente, a única saída é reconstruir o site inteiro do zero, às vezes sem nem saber por onde a invasão entrou.
✓ Backup automático e separado do servidor principal, pra não ser afetado pela mesma invasão.Erro humano
Alguém mexendo no painel do site apaga a página errada, sobrescreve um arquivo, ou uma atualização de plugin quebra tudo. É a causa mais comum de todas, e a mais fácil de evitar com backup.
✓ Backup antes de qualquer atualização ou alteração estrutural no site.Pergunte isso pro seu provedor de hospedagem hoje
Não precisa entender de tecnologia pra cobrar isso. Mande essas perguntas direto pro suporte da sua hospedagem ou pro seu desenvolvedor:
- O backup é feito automaticamente, ou depende de alguém lembrar de fazer manualmente?
- Com que frequência o backup é gerado: diário, semanal, ou só quando alguém pede?
- Onde esse backup fica armazenado? No mesmo servidor do site, ou em outro lugar?
- Se o site sair do ar agora, em quanto tempo ele volta ao normal?
Tipos de backup e o que cada um garante
| Tipo de backup | Frequência ideal | Onde deveria ficar |
|---|---|---|
| Backup automático da hospedagem | Diário | Servidor de backup próprio do provedor, separado do site ativo |
| Backup versionado (controle de código) | A cada alteração | Repositório externo (GitHub, GitLab ou similar) |
| Backup manual de segurança | Antes de mudanças grandes | Nuvem própria (Google Drive, Dropbox) fora do servidor |
O teste que a maioria nunca faz: ter backup não é o suficiente, ele precisa funcionar na hora da restauração. Peça pro seu provedor ou desenvolvedor restaurar uma cópia de teste ao menos uma vez. Muita gente descobre que o "backup" estava incompleto só quando já era tarde.
Se você não tem certeza se seu site tem backup, faça isso hoje
- Entre em contato com a hospedagem e pergunte diretamente se existe backup automático ativo.
- Se a resposta for vaga ou "sim, deve ter", peça a data do último backup gerado.
- Se não houver nenhum, peça pra ativar, ou faça uma cópia manual completa (arquivos e banco de dados) hoje mesmo.
- Guarde essa cópia em um lugar fora do servidor do site.
Backup não é sobre esperar que algo dê errado. É sobre garantir que, quando algo der errado (e mais cedo ou mais tarde, algo dá), a solução leve minutos, não semanas.
Vale ainda mais atenção se o site guarda dados de cliente: cadastro, formulário de contato, histórico de pedidos. Perder isso não é só trabalho perdido, é informação que talvez nem possa ser recuperada.
Perguntas frequentes
Com que frequência o backup deveria ser feito?
O ideal é backup automático diário, além de uma cópia extra antes de qualquer atualização ou mudança estrutural no site.
Onde o backup deve ficar guardado?
Fora do servidor principal do site. Se o servidor for comprometido, um backup guardado no mesmo lugar pode ser perdido junto.
Como sei se meu backup realmente funciona?
Só testando a restauração. Peça pro seu provedor ou desenvolvedor restaurar uma cópia de teste ao menos uma vez.