
Neste artigo
- Quanto custa não ter backup? Faça essa conta antes de continuar lendo
- O que é, de fato, um backup de site (sem economês)
- Os 4 cenários que arruínam sites sem backup
- A regra 3-2-1: quantas cópias do seu site você realmente precisa
- Backup automático vs backup manual: por que só o primeiro protege de verdade
- Como isso é tratado em um site com código sob medida
Quanto custa não ter backup? Faça essa conta antes de continuar lendo
Suponha uma loja virtual que fatura R$ 20 mil por mês. Um plugin desatualizado abre uma brecha, o banco de dados é corrompido durante um ataque automatizado e o site sai do ar numa segunda-feira de manhã. Sem backup, a única saída é reconstruir tudo: o mesmo trabalho de criação de um site novo, no mesmo prazo, custando algo próximo do valor de um site institucional, a partir de R$ 2.600. Com um backup atualizado, a mesma loja volta ao ar em poucos minutos.
O prejuízo de não ter backup não aparece na fatura da hospedagem, aparece no faturamento perdido enquanto o site fica fora do ar e no tempo gasto reconstruindo conteúdo, produtos e configurações que existiam há uma hora. Quanto mais o negócio depende do site para vender, atender ou captar leads, maior é essa conta escondida. Ela cresce a cada dia sem solução, porque o cliente que não encontra o site simplesmente procura o concorrente seguinte na busca.
O valor exato de uma rotina de backup profissional varia conforme hospedagem e volume de dados, e fica sob consulta. O que não varia é a proporção: é sempre uma fração pequena perto do custo de reconstruir o site do zero.
É por isso que backup é chamado, com razão, de seguro. Custa pouco comparado ao prejuízo que evita, e só é lembrado no dia em que falta.
O que é, de fato, um backup de site (sem economês)
Backup de site é uma cópia completa e datada de duas partes: o banco de dados, onde ficam textos, produtos, pedidos e configurações, e os arquivos, onde ficam imagens, plugins, temas e o código do site. As duas partes precisam estar sincronizadas: um backup só do banco de dados sem os arquivos, ou só dos arquivos sem o banco, não restaura um site funcional.
Existe ainda uma diferença prática entre backup completo e backup incremental. O completo copia tudo a cada execução e ocupa mais espaço; o incremental copia apenas o que mudou desde a última cópia, e por isso roda mais rápido e com menos impacto no servidor no dia a dia.
Um backup que nunca foi restaurado em teste é uma suposição, não uma garantia. A única forma de saber se um backup funciona é restaurá-lo, ao menos uma vez, num ambiente separado do site em produção.
Os 4 cenários que arruínam sites sem backup
Nem todo problema em um site é resultado de erro grosseiro. A maioria dos casos que exigem backup começa com algo pequeno e, sem uma cópia recente, vira reconstrução completa.
- Invasão por plugin ou tema desatualizado: vulnerabilidades conhecidas em plugins são catalogadas publicamente e escaneadas por bots em massa; quando o site não está atualizado, o invasor injeta scripts de redirecionamento ou anúncios maliciosos sem que o dono perceba de imediato.
- Atualização que quebra o site: uma nova versão do WordPress ou de um plugin conflita com um tema desatualizado ou uma customização antiga, e o resultado é tela branca ou erro fatal, sem aviso prévio.
- Falha ou suspensão da hospedagem: servidores falham, discos corrompem e contas são suspensas por erro de cobrança ou de suporte; nesses casos, a responsabilidade pelos dados é do site, não do provedor.
- Erro humano: exclusão acidental de uma página, de um plugin ou de uma tabela do banco durante uma edição de rotina, muitas vezes sem que ninguém perceba até dias depois.
A regra 3-2-1: quantas cópias do seu site você realmente precisa
A regra 3-2-1 responde a essa pergunta de forma direta: mantenha ao menos três cópias dos dados, em dois tipos de mídia diferentes, com pelo menos uma cópia fora do servidor original.
Aplicada a um site, isso significa não depender de um único backup guardado na própria hospedagem. Se o servidor for comprometido, esse backup é comprometido junto. Uma cópia local, baixada e guardada em outro lugar, e uma cópia em nuvem separada da hospedagem cobrem os dois requisitos que faltam: mídia diferente e local diferente.
Na prática, isso pode ser hospedagem, mais um serviço de nuvem tipo Google Drive ou Dropbox, mais uma exportação local trimestral guardada em outro computador. Sites institucionais ou lojas virtuais com movimentação diária de pedidos se beneficiam ainda mais dessa separação, porque um ataque ou falha que afete a hospedagem não afeta, ao mesmo tempo, uma cópia guardada em outro provedor.
Backup automático vs backup manual: por que só o primeiro protege de verdade
Backup manual depende de alguém lembrar de fazer, e lembrar é exatamente o que falha sob rotina. Depois de um mês sem incidentes, a tarefa vira a última da lista e, pouco depois, some da lista.
Backup automático resolve esse ponto cego porque não depende de memória: roda em um horário fixo, gera uma cópia nova e mantém um histórico de versões anteriores, não apenas a mais recente. Esse histórico importa porque nem todo problema aparece no mesmo dia em que acontece: um malware pode ficar escondido por semanas antes de ativar, e restaurar o backup de ontem, nesse caso, restaura o problema junto.
Uma boa prática de mercado é manter cópias diárias recentes e cópias semanais e mensais mais espaçadas, formando um histórico com profundidade, não apenas uma foto do último dia. Backup automático com retenção de versões permite voltar a um ponto anterior ao problema, não só ao ponto mais recente. É essa diferença que separa um seguro de verdade de uma cópia de segurança de aparência.
Como isso é tratado em um site com código sob medida
WordPress com tema próprio e código sob medida entrega performance máxima e reduz a superfície de ataque: menos plugins genéricos, menos código de terceiros mal mantido, menos pontos de entrada para vulnerabilidade. Isso não substitui o backup, mas reduz a frequência com que ele precisa ser usado.
Esse é o tipo de decisão técnica que o desenvolvedor full-stack Mateus Alves Lopes, à frente da Codech, aplica em cada site que desenvolve: mais de 6 anos de mercado com foco em SEO técnico, performance, Core Web Vitals e arquitetura de automações, incluindo rotina de backup configurada junto da hospedagem desde o lançamento do site, não como item avulso contratado depois de um problema.
Quer revisar se o backup do seu site está configurado corretamente, ou migrar para uma estrutura com tema próprio e código enxuto? Fale com a Codech pelo WhatsApp: 51 99437-5953, ou acompanhe mais conteúdos técnicos no blog da Codech.
Perguntas frequentes
Backup de site é a mesma coisa que backup de hospedagem?
Não necessariamente. Muitos planos de hospedagem fazem backup do servidor inteiro, para uso interno do provedor, sem garantir que o dono do site consiga baixar ou restaurar essa cópia sozinho. Um backup de site dedicado gera arquivos que o próprio dono controla, guarda fora do servidor e restaura quando precisar, sem depender do suporte da hospedagem.
Com que frequência um site deve fazer backup?
Depende da frequência de mudanças no site. Lojas virtuais com pedidos diários e sites com posts frequentes pedem backup diário do banco de dados. Sites institucionais, com poucas alterações, podem rodar backup semanal do banco e manter uma cópia completa mensal dos arquivos. O ponto central é nunca deixar passar mais tempo do que o site suportaria perder.
Se meu site for hackeado, o backup resolve tudo sozinho?
O backup resolve a restauração, não a causa. Depois de restaurar, é preciso corrigir a vulnerabilidade que permitiu a invasão (plugin desatualizado, senha fraca, tema sem manutenção), senão o mesmo ataque volta a acontecer em pouco tempo. Backup sem correção da causa é um ciclo que se repete.
Quanto custa fazer backup de um site?
O valor varia conforme o plano de hospedagem, o volume de dados e se o backup é manual ou automatizado com retenção de versões, por isso fica sob consulta. Em proporção, esse custo costuma ser uma fração pequena perto do valor de reconstruir um site do zero após perder os dados.
Onde devo guardar o backup do meu site?
Nunca só na hospedagem onde o site está publicado. Se o servidor for comprometido, um backup guardado nele pode ser comprometido junto. O ideal segue a regra 3-2-1: pelo menos três cópias, em dois tipos de mídia diferentes, com uma delas fora do servidor original, como um serviço de nuvem separado ou um backup local.
Quer um projeto assim na sua empresa?
Me conta o que você precisa e eu te respondo em até 48h com um caminho claro, sem compromisso.
Falar no WhatsApp


