A maior parte dos donos de pequenas empresas só pensa em backups WordPress depois de uma atualização má, um ataque ou uma falha de alojamento. Nessa altura a pergunta dói: temos uma cópia limpa e alguém consegue restaurá-la hoje? Um backup não é uma caixa marcada no painel do alojamento. É um plano de recuperação que já praticou pelo menos uma vez.
Este guia de backup WordPress é para empresários, não para programadores. Vai perceber porque os backups não são opcionais, o que significam “completo” e “só base de dados”, com que frequência os fazer, onde os guardar, como testar um restauro e os erros que deixam empresas sem rede de segurança.
Porque o backup não é opcional
O site guarda mais do que páginas. Guarda pedidos de contacto, dados de produtos, agendas e a confiança que construiu no Google. Falhas de alojamento, erro humano, malware e atualizações falhadas acontecem a pessoas cuidadosas. Sem um backup recuperável, “corrigir” pode significar reconstruir do zero.
A analogia do seguro encaixa: espera nunca usar, mas compra a cobertura antes do incêndio. Os backups são iguais. O custo de uma rotina sólida é pequeno face a dias sem vendas e tarifas de emergência.
Tipos de backup (o que o jargão quer dizer)
Backup completo costuma incluir ficheiros do site (temas, plugins, media, código) e a base de dados (conteúdos, produtos, definições, utilizadores). É o que precisa para um restauro real após um desastre.
Só base de dados copia conteúdos e definições, mas não imagens nem ficheiros de plugins. Útil como extra leve, não como única rede de segurança.
Só ficheiros guarda media e código, mas não a base de dados. Também incompleto sozinho.
Backups incrementais guardam alterações desde a última execução. Poupan espaço e tempo quando bem configurados, mas o restauro tem de produzir um site completo a funcionar. Pergunte ao fornecedor se o restauro entrega uma cópia completa — não só um monte de registos de alterações.
Com que frequência fazer backup
Ajuste a frequência à cadência de alterações e à faturação que depende do site. Um site institucional atualizado mensalmente pode viver com backups diários ou mesmo semanais frequentes. Uma loja WooCommerce com encomendas todos os dias precisa de pelo menos backups diários — muitas vezes mais frequentes na base de dados em época alta.
Faça também backup antes de momentos de risco: grandes atualizações de plugins, mudança de tema, upgrade de PHP ou migrações grandes de conteúdo. Pense nisso como “pontos de restauro”.
A retenção também importa. Guardar só a cópia de ontem é frágil se o malware esteve quieto uma semana. Mantenha vários dias ou semanas de histórico, conforme a velocidade com que detetaria um problema.
Onde armazenar (não só no mesmo servidor)
Se o único backup vive no mesmo servidor do site em produção, uma falha do alojamento, ransomware na conta ou um disco apagado pode levar site e backup juntos. Guarde pelo menos uma cópia offsite: outra região na cloud, outro fornecedor de armazenamento, ou o sistema offsite do parceiro de manutenção.
Limite quem pode descarregar backups. Um backup contém dados de clientes e segredos de configuração. Trate o acesso como acesso de administrador — logins únicos, mínimo privilégio e sem passwords “da empresa” partilhadas.
Como testar se o backup realmente funciona
Testar é o passo que a maioria salta. Uma ou duas vezes por ano (e depois de mudar de ferramenta), restaure numa staging ou ambiente temporário. Confirme que a homepage carrega, os formulários funcionam, os produtos aparecem e o login resulta. Anote quanto tempo demorou e quem executou.
Se ninguém na equipa alguma vez restaurou um backup, ainda não tem um plano de recuperação — tem uma esperança. Escreva um guião de uma página: onde estão os backups, como iniciar o restauro e a quem ligar fora de horas.
Erros comuns
Confiar só na promessa do alojamento “fazemos backups” sem saber retenção ou custo de restauro. Nunca testar. Fazer backup depois de uma infeção conhecida e sobrescrever o histórico limpo. Excluir a pasta de uploads para “poupar espaço”. Deixar o plugin de backup desatualizado. Guardar backups numa pasta pública onde estranhos podem descarregar.
Outro erro silencioso: assumir que um zip de migração no portátil de alguém é um backup atual. Fica obsoleto no momento em que nasce a próxima encomenda ou o próximo artigo.
Atenção também a falhas silenciosas. Muitos plugins só enviam email quando algo corre mal — e esses emails vão para o spam. Veja o painel de backups alguns minutos por semana: última execução bem-sucedida, tamanho (um backup de repente minúsculo pode significar ficheiros ignorados) e espaço restante. Se o trabalho “tem sucesso” em 2 segundos num site grande, investigue.
Para sites com muitos dados de clientes, pergunte onde ficam geograficamente os backups e quem pode aceder. Não precisa de jargão de compliance empresarial, mas precisa de uma resposta clara sobre localização e retenção. Junte uma nota simples de incidente: se restaurarmos a cópia de terça, que ações de clientes desde terça podem precisar de follow-up manual (encomendas, formulários, marcações).
Coloque o teste de restauro no calendário como coloca as obrigações fiscais — aborrecido, recorrente e inegociável para qualquer site que receba pagamentos ou leads.
Ponha os backups em piloto automático com manutenção
Se este checklist parece mais um trabalho que não vai manter, entregue a cadência a um serviço de manutenção que inclua backups agendados, armazenamento offsite e um caminho de suporte quando for preciso restaurar.
A SupportWP constrói planos de manutenção e monitorização WordPress à volta da realidade das pequenas empresas — incluindo disciplina de backup para um mau dia não virar reconstrução. Compare os planos e escolha a cobertura adequada ao impacto de perder o site amanhã.