Um plano de backup identifica quais dados permitem reconstruir o site, onde ficam as cópias e como uma restauração será testada. Para um WordPress comum, arquivos e banco de dados são partes distintas. Baixar apenas a pasta de arquivos pode não guardar páginas e configurações armazenadas no banco.
A documentação do WordPress explica essa separação e recomenda manter cópias em locais diferentes. Consulte Backups no manual oficial do WordPress; o que entra no processo deve corresponder à sua hospedagem e à arquitetura real.
1. Faça uma lista do que precisa ser recuperado
Identifique banco de dados, arquivos enviados, código próprio, configurações e serviços externos necessários para reabrir o site. Registre quem controla cada item. DNS, email e contas de pagamento podem exigir recuperação ou acesso separado do conteúdo do site.
Peça ajuda ao provedor para entender o que o backup automático cobre e por quanto tempo fica disponível. Não presuma que “backup da hospedagem” inclui todas as contas ou retenção desejada.
2. Defina frequência pela perda tolerável
Se a loja recebe pedidos ao longo do dia, a rotina precisa considerar quanto histórico seria aceitável perder. Um site institucional raramente atualizado pode ter outra cadência. Frequência, retenção e custo dependem do volume e do processo de recuperação.
| Decisão | Pergunta prática |
|---|---|
| Frequência | Quanto conteúdo ou quantos pedidos podem ser refeitos? |
| Retenção | Por quanto tempo preciso recuperar versões anteriores? |
| Local | A cópia sobrevive se o ambiente principal ficar indisponível? |
| Acesso | Quem consegue localizar e restaurar a cópia? |
| Teste | Quando foi a última restauração completa verificada? |
3. Mantenha cópias independentes
Uma cópia no mesmo servidor pode falhar junto com o site em uma interrupção ou invasão. Combine os locais com o responsável técnico e limite o acesso de acordo com a sensibilidade dos dados. Nunca inclua senhas em um arquivo de backup sem uma proteção adequada.
Registre data, conteúdo coberto e resultado de cada execução. Um aviso de “backup concluído” não mostra sozinho se a cópia contém dados íntegros ou pode ser restaurada.
4. Teste uma restauração
Use ambiente separado quando possível. Restaure arquivos e banco como um conjunto coerente, confira páginas, imagens, login e formulários e registre quanto tempo a equipe levou. Combine como impedir que um ambiente de teste envie emails ou transações reais.
5. Revise o plano após mudanças
Nova plataforma, armazenamento externo, volume maior ou mudança de equipe podem alterar as necessidades. Inclua backup e restauração no plano de manutenção do site.