O backup que não restaura não é backup
Você gerou o backup do WordPress, baixou o arquivo, guardou num lugar seguro. Semana passada, o site quebrou. Você restaura a cópia e… nada funciona: ou aparece um erro de conexão com o banco, ou as imagens somem, ou o site volta para um estado antigo, com posts que você publicou depois do backup. O problema não é o backup em si — é que ele estava incompleto ou desatualizado. Um backup que não restaura não serve para nada. Neste artigo, você vai ver exatamente o que precisa estar dentro da cópia para ela ser útil quando você mais precisar.
O que um backup do WordPress precisa conter
Um site WordPress é feito de duas partes: os arquivos (o código do WordPress, temas, plugins, imagens, uploads) e o banco de dados (onde ficam os posts, páginas, comentários, configurações). Um backup completo precisa incluir as duas coisas. Se faltar uma delas, a restauração falha ou o site fica incompleto.
Arquivos essenciais
Na pasta wp-content, você precisa copiar:
- uploads/: todas as imagens, PDFs, vídeos e outros arquivos enviados pela mídia. Sem isso, as imagens do site quebram.
- themes/: os temas instalados, incluindo o ativo. Se você usa um tema filho, ele também está aqui.
- plugins/: todos os plugins instalados, ativos ou não. Sem eles, funcionalidades somem.
- wp-config.php: na raiz, contém as credenciais do banco e chaves de segurança. Sem ele, o WordPress não conecta ao banco.
- .htaccess (se existir): regras de reescrita de URL, essenciais para permalinks e segurança.
Além disso, arquivos da raiz como index.php, wp-settings.php e outros do núcleo são necessários, mas se você reinstalar o WordPress depois, eles são recriados. O importante é não esquecer o wp-content e o wp-config.php.
Banco de dados
O banco de dados contém todo o conteúdo do site. Você precisa exportar um dump SQL completo, incluindo todas as tabelas (geralmente com prefixo wp_). Se o backup for feito por plugin, ele já faz isso. Se for manual, use phpMyAdmin ou WP-CLI. Um dump incompleto pode faltar tabelas importantes, como wp_posts ou wp_options, e o site quebra.
Como diagnosticar se o backup está completo
Antes de precisar restaurar, confira o conteúdo do backup:
- Abra o arquivo ZIP (ou a pasta) e veja se existe a pasta
wp-contentcom as subpastasuploads,themeseplugins. - Verifique o tamanho: se o site tem 2 GB de imagens e o backup tem 50 MB, algo está errado. O uploads costuma ser a maior parte.
- Confira o dump do banco: abra o arquivo .sql num editor e procure por
CREATE TABLE wp_posts. Se não achar, o dump está incompleto. - Teste a restauração num ambiente de staging (veja abaixo).
Como testar a restauração sem derrubar o site
O único jeito de saber se o backup funciona é restaurá-lo. Mas você não precisa fazer isso no site em produção. Crie um ambiente de staging (uma cópia do site em subdomínio ou subpasta, ou localmente) e restaure o backup ali.
Passo a passo para testar
- Crie um ambiente de staging: use um plugin como WP Staging, ou crie um subdomínio (ex.: staging.seusite.com) e instale o WordPress.
- Substitua os arquivos: envie os arquivos do backup para a pasta do staging (via FTP ou gerenciador de arquivos da hospedagem).
- Importe o banco de dados: crie um banco de dados novo no staging e importe o dump SQL via phpMyAdmin ou WP-CLI.
- Ajuste o wp-config.php: edite as credenciais do banco no staging (nome do banco, usuário, senha).
- Atualize as URLs: se o site original é
seusite.come o staging éstaging.seusite.com, você precisa atualizar as URLs no banco. Use WP-CLI:wp search-replace 'seusite.com' 'staging.seusite.com' --all-tables. Ou use um plugin como Better Search Replace. - Acesse o staging: veja se o site carrega, se as imagens aparecem, se os plugins funcionam. Teste o login.
Se tudo funcionar no staging, o backup está bom. Se não, você descobriu o problema antes de precisar do backup de verdade.
Quando NÃO usar essa solução
O teste de restauração em staging é sempre recomendado, mas há situações em que você não vai conseguir fazer: se o site está fora do ar e você não tem um ambiente de staging disponível, pode ser necessário restaurar direto na produção. Nesse caso, o backup é a única esperança. Porém, se o backup estiver incompleto, a restauração pode piorar a situação. Por isso, a prevenção é fundamental: mantenha backups frequentes e testados.
Erros comuns ao gerar backup do WordPress
- Esquecer o banco de dados: só copiar os arquivos não restaura o conteúdo.
- Backup incompleto por limite de execução: plugins de backup podem falhar em sites grandes se o PHP tiver tempo máximo baixo. Configure
max_execution_timeou use WP-CLI. - Não testar a restauração: o backup pode estar corrompido e você só descobre na hora do desespero.
- Guardar o backup no mesmo servidor: se o servidor queimar, você perde tudo. Armazene em local externo (Google Drive, Dropbox, S3).
Prevenção: como garantir que o backup do WordPress esteja sempre pronto
Automatize os backups e monitore. Configure backups diários (ou semanais, dependendo da frequência de atualizações) e mantenha versões anteriores. Teste a restauração periodicamente, pelo menos uma vez por mês. Além disso, verifique se o backup inclui tudo o que listamos. Se você administra vários sites, fazer isso manualmente é inviável. Um painel como o 100% WP centraliza backups de todos os seus sites, com verificação automática e restauração em poucos cliques — algo que se torna essencial quando você gerencia dez sites e não pode perder tempo conferindo cada um.
Quando chamar um profissional
Se você não se sente confortável com FTP, phpMyAdmin ou linha de comando, ou se o site é crítico e o backup é a única cópia, considere contratar um serviço especializado. Restaurar um backup pode ser estressante, e um erro pode derrubar o site definitivamente. Profissionais têm experiência e ferramentas para minimizar riscos.
Em resumo: um backup do WordPress só serve se contiver arquivos e banco de dados, e se for testado. Não espere o desastre para descobrir que sua cópia está incompleta. Teste agora, antes que você precise.
