Backup é uma cópia dos arquivos do site, banco de dados e configurações guardada em lugar separado do servidor principal.
Quando algo dá errado, seja uma atualização que quebrou o site, um arquivo deletado por engano ou uma invasão, você restaura essa cópia e volta ao ar.
Simples assim na teoria. Na prática, muita gente descobre que o backup não funcionava só quando precisou usar.
O Que Entra no Backup
Quatro coisas precisam ser copiadas:
Arquivos do site: tudo dentro da pasta public_html ou www. HTML, CSS, JavaScript, imagens, uploads, plugins, temas.
Banco de dados: onde ficam os posts, páginas, produtos, usuários e configurações. No WordPress são as tabelas wp_posts, wp_users, wp_options e companhia. Arquivos sem banco de dados não servem para nada.
Arquivos de configuração: .htaccess, wp-config.php, .env. São pequenos mas críticos. Sem eles o site não sobe do jeito certo.
E-mail: se você usa email corporativo hospedado no mesmo servidor, ele também precisa entrar. Muita gente esquece disso.
Como Funciona na Prática
O software de backup compacta os arquivos (geralmente .zip ou .tar.gz), exporta o banco de dados em formato SQL, e envia tudo para o destino configurado: pasta no servidor, FTP remoto, Google Drive, Amazon S3.
Em hospedagem compartilhada isso costuma rodar via cPanel ou Plesk, de madrugada, para não impactar a performance. Em VPS você configura via cron ou painel de controle.
A frequência ideal depende do tipo de site. Site institucional que muda pouco: backup semanal dá conta. Blog ativo: diário. Loja virtual: várias vezes por dia, de preferência incremental para não travar o servidor. Site em manutenção: antes e depois de cada alteração importante.
Por Que o Backup da Hospedagem Não Basta
A maioria das hospedagens inclui backup automático. Parece suficiente até você entender as limitações.
Retenção curta é a principal: 7 a 30 dias na maioria dos planos. Se o site foi hackeado há 45 dias e você só descobriu agora, a versão limpa já foi deletada.
O armazenamento fica no mesmo servidor ou datacenter. Problema físico grave no provedor afeta o backup junto. Conta suspensa por inadimplência? Você perde acesso aos arquivos e aos backups ao mesmo tempo.
Backup próprio externo cobre esse gap. Você define a frequência, escolhe onde guardar, e mantém histórico pelo tempo que quiser, independente do que aconteça com a hospedagem.
Situações Onde Backup Salva de Verdade
Atualização com incompatibilidade: plugin novo conflita com tema, site exibe tela branca. Você restaura o backup de ontem, volta ao ar em 20 minutos e investiga o problema depois com calma.
Arquivo sobrescrito por engano: editou o functions.php direto no servidor, salvou errado, site quebrou. Restaura o arquivo do backup.
Invasão e deface: site invadido, conteúdo substituído, malware injetado. Com backup anterior à invasão você limpa o servidor e restaura versão íntegra.
Migração entre provedores: backup completo facilita a transferência e você não fica dependendo do provedor antigo cooperar com prazo ou formato.
Tipos de Backup
Completo: copia tudo, arquivos e banco de dados. É o mais simples de restaurar porque você consegue voltar exatamente para aquele ponto. O custo é tamanho e tempo de processamento. Bom para backup semanal ou mensal como base.
Incremental: copia só o que mudou desde o último backup. Economiza espaço e tempo. O problema é que restauração exige a cadeia completa: backup full inicial mais todos os incrementais na sequência. Se um arquivo no meio corrompeu, a cadeia quebra.
Diferencial: fica no meio-termo. Copia tudo que mudou desde o último backup completo, então restaurar precisa de dois arquivos apenas: o último full e o último diferencial. Cada diferencial vai crescendo conforme se afasta do full, então depois de 7 a 10 dias costuma valer fazer um backup completo novo.
Banco de dados isolado: export do MySQL em arquivo .sql. No WordPress, quase todo o conteúdo fica no banco de dados, então esse backup é crítico. Pode ser feito separadamente via phpMyAdmin, WP-CLI ou plugins. Útil para recuperar só um dado específico sem precisar restaurar tudo.
A Regra 3-2-1
Uma das regras mais usadas em backup é a 3-2-1: 3 cópias dos dados, em 2 mídias diferentes, com 1 cópia fora do local.
Na prática: site no servidor da hospedagem, backup automático diário em pasta do próprio servidor, backup semanal enviado para cloud storage. Para sites críticos, um backup mensal em HD externo físico fecha a conta.
A lógica é simples: servidor queima, tem na cloud. Cloud tem problema, tem no servidor. Os dois indisponíveis, tem no HD.
Como Fazer o Backup
WordPress: UpdraftPlus é o mais usado. Configuração simples, envia para Google Drive ou Dropbox, agenda automático. BackWPup tem mais opções técnicas. Duplicator é focado em migração completa.
Via painel da hospedagem: cPanel tem "Backup Wizard" que gera arquivo compactado para download. Plesk tem o "Backup Manager" com função similar.
Manual via FTP: baixa tudo da pasta public_html pelo FileZilla, exporta o banco via phpMyAdmin. Demorado, mas dá controle total e não depende de plugin.
Sites HTML ou PHP simples: FTP para arquivos, phpMyAdmin para banco de dados. Pronto.
E-commerce: dados de vendas e estoque mudam o tempo todo. Backup diário no mínimo, de preferência incremental a cada poucas horas. Alguns plugins WooCommerce fazem backup específico das tabelas de pedidos para não perder vendas entre backups completos.
Qual Solução Escolher
Site pessoal ou blog: UpdraftPlus gratuito conectado ao Google Drive dá conta. Backup semanal automático, mantém as últimas 4 cópias. Sem custo se você tem espaço no Drive (15 GB grátis).
Site comercial: vale considerar plugin premium ou serviço gerenciado como BlogVault ou ManageWP. Backup diário, armazenamento redundante, retenção de 3 a 6 meses.
Loja virtual: backup múltiplo por dia, retenção longa, monitoramento ativo. Soluções especializadas para e-commerce permitem restore granular: recuperar só a tabela de pedidos sem afetar o resto do site.
Na escolha, dois critérios importam mais que os outros. Facilidade de restauração: plugin que exige 10 passos técnicos na emergência não serve. E notificação de falha: você precisa saber quando o backup parou de rodar, não descobrir 2 meses depois.
Teste o Backup Antes de Precisar
Backup corrompido, banco de dados com encoding errado, plugin que não restaura direito: você só descobre testando. Esperar a emergência para descobrir que o backup não funciona é um problema sério.
Para testar, crie um subdomínio (teste.seusite.com.br) e restaure o backup lá. Entre no site, faça login e veja se está tudo funcionando normalmente. Outra opção é instalar XAMPP ou Local by Flywheel no computador e restaurar localmente.
Pelo menos uma ou duas vezes por ano já ajuda. E sempre antes de mudança grande, como migração de servidor ou atualização major do WordPress.
Mantenha também um documento simples com onde estão os backups, login para acessar e passo a passo de restauração. Na emergência você vai estar pressionado e pode esquecer detalhes óbvios.
Erros Que Aparecem Mais
- Depender só do backup da hospedagem. Funciona até o dia que não funciona.
- Backup armazenado no mesmo servidor. Problema crítico no servidor afeta o backup junto.
- Não testar a restauração. Backup corrompido ou com versão de PHP incompatível só aparece quando você precisa usar.
- Retenção curta demais. Site hackeado há 45 dias, backup retém 30. Não tem versão limpa para restaurar.
- Não monitorar se está rodando. Plugin parou, você não percebeu, descobriu na emergência.
Para maioria dos sites WordPress, plugin gratuito conectado ao Google Drive dá conta com configuração de 30 a 40 minutos. Sites comerciais e lojas virtuais justificam solução paga com backup mais frequente e retenção mais longa.
O essencial: backup automático configurado, armazenamento fora do servidor principal, e pelo menos um teste de restauração feito de verdade.
