Como Restaurar um Site: Todos os Métodos Que Realmente Funcionam

Sites desaparecem de mais maneiras do que a maioria dos proprietários imagina. Uma atualização de plugin deixa a página inicial em branco às 2 da manhã. Um cartão de crédito vencido cancela o plano de hospedagem e a conta junto. Um servidor invadido é limpo pela hospedagem para conter o problema. Eu já vi esses três cenários acontecerem com o mesmo cliente em um único trimestre. A boa notícia: em quase todos os casos, o conteúdo ainda existe em algum lugar. O trabalho é saber onde procurar e em que ordem.

Este guia aborda todas as formas práticas de restaurar um site, desde a opção mais rápida (seus próprios backups) até o último recurso (arquivos da web e reconstrução parcial). Siga os métodos em ordem. Cada seção pressupõe que a anterior falhou.

Primeiro, Descubra o Que 'Sumiu' Realmente Significa

Falhas diferentes parecem idênticas por fora: o site não carrega. Mas a solução depende inteiramente do que realmente aconteceu, então gaste dez minutos diagnosticando antes de mexer em qualquer coisa. Se a hospedagem encerrou a conta completamente, vá direto para o guia de triagem de 48 horas e volte aqui depois.

• Tela branca ou HTTP 500: os arquivos quase certamente ainda estão no servidor. Algo no código quebrou, geralmente um conflito de plugin ou uma mudança de versão do PHP. Leia o log de erros primeiro.
• Página de conta suspensa: um bloqueio de cobrança ou abuso na hospedagem. Os arquivos normalmente ficam intactos. Conserte a conta e o site volta como estava.
• Domínio vencido ou DNS apontando para lugar nenhum: o site pode ainda estar ativo no IP do servidor ou em uma URL temporária. Renove o domínio antes de qualquer outra coisa.
• Conta de hospedagem encerrada: os arquivos foram excluídos ou estão na fila para exclusão. Essa é a verdadeira emergência. Pule para as seções de backup e arquivo abaixo.
• Página inicial redirecionando para spam farmacêutico: você foi invadido, não excluído. Os arquivos existem, mas estão contaminados, então restaure a partir de um backup anterior à infecção.

Restaure um Site a Partir dos Seus Próprios Backups

Se você tem um backup, esta é a rota mais rápida de volta e tudo abaixo é irrelevante. Um backup utilizável significa as duas metades do site: os arquivos (no caso do WordPress, o wp-content acima de tudo) e o dump do banco de dados. Um sem o outro é meio site.

1. Encontre o backup mais recente anterior ao problema. Procure no seu computador, Dropbox, Google Drive e na sua caixa de entrada. Plugins de backup adoram enviar links de download que ninguém lembra.
2. Verifique o arquivo antes de restaurar. Abra o zip, confirme se wp-content/uploads tem imagens reais dentro e se o arquivo.sql não tem zero bytes.
3. Restaure primeiro em um subdomínio de staging ou ambiente local, não por cima do domínio ativo. Softaculous, Installatron e wp-cli tornam isso um trabalho de dez minutos.
4. Teste as coisas que quebram silenciosamente: formulários de contato, logins, busca e o checkout se você vende algo.
5. Publique no domínio ativo somente depois que o staging funcionar, e então exclua a cópia quebrada para que ela pare de confundir os motores de busca.

Uma armadilha pega as pessoas o tempo todo: restaurar o backup mais recente de um site invadido, o que restaura o ataque junto. Quando há malware envolvido, volte para a cópia limpa mais antiga e corrija a falha antes de reativar.

Snapshots de Hospedagem e Recuperação em Nível de Servidor

A maioria das hospedagens mantém seus próprios backups mesmo quando você nunca configurou nenhum. A retenção é curta, tipicamente de 7 a 30 dias, então velocidade importa. Abra um chat ou ligue, não envie um ticket por email, e faça duas perguntas: vocês têm um snapshot da minha conta, e podem restaurá-lo ou me entregar o arquivo para que eu possa extrair arquivos específicos? Espere uma taxa de $25 a $150 em hospedagens econômicas; hospedagens gerenciadas geralmente incluem isso.

• JetBackup, comum em hospedagens com cPanel: restaurações completas ou parciais por conta própria, geralmente cobrindo os últimos 7 a 30 dias.
• Hospedagens WordPress gerenciadas como Kinsta ou WP Engine: snapshots diários com restauração em um clique, mantidos por duas a quatro semanas.
• Provedores de VPS como DigitalOcean, Hetzner ou Vultr: snapshots só existem se você os ativou. Vêm desativados por padrão.
• AWS e Lightsail: nada existe a menos que alguém tenha criado um snapshot manualmente ou agendado um.

Git: o Botão de Desfazer do Desenvolvedor

Se o site já viveu em um repositório Git, cloná-lo de volta do GitHub, GitLab ou Bitbucket leva minutos. O porém: o Git quase nunca guarda o banco de dados ou os uploads de usuários. wp-content/uploads geralmente está no gitignore, e os dados do MySQL certamente estão. O Git restaura código, não conteúdo.

Sites estáticos são a exceção feliz. Um site em Hugo, Jekyll, Eleventy ou Next.js exportado é o próprio repositório. Reconstrua, republique e pronto antes do café esfriar. Para qualquer coisa baseada em banco de dados, o Git é um ingrediente, não a refeição.

Restaure um Site a Partir da Wayback Machine

A Wayback Machine em web.archive.org rastreia a web pública desde 1996 e mantém centenas de bilhões de páginas. Se o seu site era público e tinha qualquer tráfego, as chances são boas de que esteja lá, muitas vezes com anos de snapshots. Digite seu domínio na caixa de busca e você obtém um calendário de capturas.

Navegar por esse arquivo página por página funciona para recuperar um único artigo. Reconstruir um site inteiro assim, centenas de páginas, as imagens, o CSS, os PDFs, é uma semana de tédio com cliques no botão direito, e as páginas salvas ainda carregam a marcação injetada da Wayback e links internos quebrados. Essa lacuna é exatamente o que o serviço de restauração de sites preenche: ele extrai o snapshot completo do seu domínio, remove o código injetado pelo arquivo, reescreve os links internos para funcionarem no seu domínio e entrega um site funcionando. A estimativa é gratuita e mostra a contagem exata de arquivos arquivados, o tamanho total e um preço travado antes de você pagar qualquer coisa; o tutorial percorre todo o fluxo.

Sem Backup, Sem Git: Restaure o Site Mesmo Assim

Digamos que o pior caso é real: sem backup, a hospedagem apagou tudo e o site nunca esteve no Git. Você ainda pode restaurar um site a partir das peças que a web guardou. A Wayback Machine é a espinha dorsal, mas não é o único cache da cidade.

1. Verifique primeiro o web.archive.org pelo domínio e por cada URL importante que você lembrar.
2. Verifique também o archive.today. Ele captura páginas que a Wayback ignora, especialmente as bloqueadas por robots.txt.
3. Pesquise seus emails enviados por rascunhos, documentos de conteúdo e os arquivos PDF que seu antigo designer anexou. Conteúdo se esconde em caixas de entrada.
4. Pergunte a todos que tocaram no site. Designers guardam arquivos-fonte e exportações. Redatores guardam documentos. A gaveta de um freelancer pode ressuscitar uma seção inteira.
5. Extraia imagens das suas próprias contas de redes sociais. Aquela foto de produto no Facebook de 2019 é o mesmo arquivo que você perdeu.
6. Reúna tudo em uma pasta, depois reconstrua sobre uma instalação limpa de CMS em vez de colar fragmentos sobre uma que está morrendo.

Os sites que voltam mais rápido pertencem a proprietários que começam a coletar peças no dia em que percebem a perda. Cada semana de espera deixa outro cache expirar.

Depois de Restaurar o Site, Proteja-o

Uma restauração também é o momento perfeito para fechar a porta atrás de você, porque o que quer que tenha derrubado o site uma vez vai tentar de novo.

• Troque todas as senhas: painel de hospedagem, admin do CMS, banco de dados, FTP e SSH.
• Atualize o núcleo do CMS, o tema e todos os plugins antes que o site fique público, não depois.
• Configure backups automáticos fora do servidor. Semanal no mínimo, diário se o site gera receita.
• Coloque o domínio em renovação automática com um cartão que não está prestes a vencer.
• Anote onde os backups ficam e como restaurá-los. Um backup que ninguém consegue encontrar é um backup que você não tem.

Faça essas cinco coisas e o próximo desastre se torna uma tarde de inconveniência em vez de uma semana de arqueologia.