Você abre o painel, encontra a mensagem “backup concluído” e segue com o trabalho. Parece suficiente, mas falta uma pergunta: essa cópia permite recuperar o site que você tem hoje?
Um arquivo de backup precisa conter os dados certos, estar acessível quando necessário e ter um caminho de restauração conhecido. Só descobrir o que ficou de fora depois de uma falha torna a recuperação muito mais difícil.
O site tem mais de uma parte
No WordPress, os arquivos e o banco de dados precisam entrar no planejamento. A documentação oficial de backup explica que a recuperação do site envolve essas duas partes.
Os arquivos incluem, entre outros itens, temas, plugins e imagens enviadas. O banco guarda informações como conteúdo e configurações da aplicação. Uma pasta cheia de fotos não substitui o banco, e uma exportação do banco não leva junto todos os arquivos necessários.
Confira também o que existe fora da instalação principal. Pode haver uma aplicação em um subdomínio, arquivos usados por uma integração ou caixas de e-mail hospedadas na mesma conta. O backup de um plugin WordPress pode ter um alcance diferente do backup da conta de hospedagem.
A frequência depende do que muda
Pense na perda que o projeto conseguiria absorver. Um site institucional atualizado uma vez por mês tem uma rotina diferente de uma loja que registra pedidos durante todo o dia. A frequência de cópia precisa acompanhar esse uso.
Use perguntas práticas para definir a rotina:
- Quando foi feita a última alteração de conteúdo?
- Quais dados novos seriam perdidos se fosse necessário usar a cópia anterior?
- Há pedidos, cadastros ou formulários sendo registrados continuamente?
- Quem seria responsável por restaurar e conferir o resultado?
Uma cópia feita antes de atualizar temas, plugins ou a aplicação pode servir como ponto de retorno. Mas ela não substitui a rotina contínua. Se a atualização ocorrer dias depois do último backup, o intervalo pode conter informações que você não gostaria de perder.
Onde guardar e por quanto tempo
Uma cópia apenas dentro do mesmo ambiente do site pode ficar indisponível junto com ele. Planeje um local separado e restrinja o acesso. Backups podem conter dados de usuários, credenciais de configuração e outras informações que não devem ficar públicas.
Defina também a retenção: quantas versões serão mantidas e por quanto tempo. Guardar somente a última cópia pode dificultar a recuperação de um problema percebido dias depois. Por outro lado, acumular arquivos sem organização aumenta o custo e torna mais difícil encontrar a versão adequada.
Um nome com projeto e data ajuda. Mantenha ainda um registro simples de origem, horário e itens incluídos. A orientação do WordPress sobre cópia de arquivos descreve caminhos para guardar essa parte do site.
Teste a restauração em um ambiente separado
Não é preciso esperar uma emergência para conferir o backup. Use um ambiente de teste e siga o procedimento de restauração previsto pela ferramenta. Evite realizar a conferência sobre o site em produção.
Depois de restaurar, abra páginas, imagens e o painel. Compare um conteúdo recente com o que estava no site na data da cópia. Se houver uma loja, desative envios e integrações que poderiam gerar mensagens ou ações reais durante o teste.
Anote o que foi necessário: acesso ao painel, senha do arquivo, espaço disponível, ajuda do suporte ou ajustes da aplicação. Esse registro é valioso porque mostra se a pessoa responsável consegue repetir o processo quando houver pressa.
O que perguntar ao provedor
Ao comparar planos, confirme a frequência, o período de retenção, os itens incluídos e as condições de restauração. Veja se o backup ocupa espaço do plano e se existe cobrança para recuperar uma versão. Confira também como acessar a cópia quando o painel principal está indisponível.
Se você pretende trocar de servidor, faça uma cópia independente antes da mudança e siga o guia de migração do WordPress. Backup bem organizado é uma rotina de trabalho: salvar, conferir e saber recuperar.
