Backup de WordPress: como fazer e por que é inegociável

Atualizado em 19/06/2026

Todo profissional de WordPress já viu de perto o desespero de quem perdeu o site sem ter backup: uma invasão, uma atualização ruim, um clique errado, e meses de trabalho evaporam. Backup não é luxo nem detalhe técnico — é a apólice de seguro do seu site. E como todo seguro, ele só vale a pena se estiver em dia e tiver sido testado. Vamos ao que importa.

O que precisa estar no backup

Um site WordPress completo tem duas metades, e o backup precisa cobrir as duas:

• Arquivos. O núcleo do WordPress, os temas, os plugins e — fundamental — a pasta wp-content/uploads, onde ficam todas as suas imagens e mídias.
• Banco de dados. É o coração do site: posts, páginas, comentários, configurações, usuários e, em loja, pedidos e clientes. Sem o banco, os arquivos sozinhos não recompõem o site.

Backup que cobre só uma das metades não restaura nada. Quando ouvir "tenho backup", a pergunta certa é: dos arquivos e do banco?

A regra 3-2-1

É o padrão consagrado de quem leva backup a sério, e cabe perfeitamente no WordPress:

• 3 cópias dos seus dados (o site em produção mais dois backups).
• 2 tipos de mídia/destino diferentes (por exemplo, o servidor e uma nuvem externa).
• 1 cópia fora do local (off-site) — longe do servidor do site, para sobreviver a uma falha ou invasão que atinja o servidor inteiro.

Formas de fazer backup

Há mais de um caminho, e o melhor é aquele que você consegue manter com disciplina:

• Manual, via hospedagem ou FTP. Você baixa os arquivos por FTP/SFTP (ou pelo gerenciador de arquivos do painel) e exporta o banco de dados (em geral pelo phpMyAdmin). É trabalhoso e fácil de esquecer, mas funciona e te dá controle total.
• Plugin de backup. Automatiza tudo — arquivos e banco — e envia para uma nuvem externa em uma frequência definida. É o caminho mais prático para a maioria dos sites, desde que bem configurado.
• Recurso da hospedagem. Muitas hospedagens oferecem backup automático. Útil como camada extra, mas, como já dito, não deve ser a sua única cópia.

Backup pela linha de comando: banco e arquivos

Se você tem acesso SSH ao servidor, fazer o backup manual deixa de ser trabalhoso e vira um comando — fácil de agendar e de repetir sempre igual. O banco é a parte que mais muda; exporte-o para um arquivo .sql de uma destas duas formas:

# Opção A — WP-CLI: lê as credenciais do wp-config.php sozinho
wp db export backup-banco-$(date +%F).sql

# Opção B — mysqldump nativo (funciona sem o WordPress instalado)
# --no-tablespaces costuma ser necessario no MySQL 8 quando o usuario
# nao tem o privilegio PROCESS; remova a flag se nao precisar dela.
mysqldump -u USUARIO -p --single-transaction --no-tablespaces --default-character-set=utf8mb4 \
  NOME_DO_BANCO > backup-banco-$(date +%F).sql

Em seguida, copie os arquivos — principalmente wp-content/uploads, os temas, os plugins e o wp-config.php. Para um pacote único ou para sincronizar só o que mudou:

# Compacta o site inteiro em um único arquivo
tar -czf backup-arquivos-$(date +%F).tar.gz /caminho/do/site/public_html

# Ou copia incremental (só o que mudou) para outro destino/servidor
rsync -avz /caminho/do/site/public_html/ usuario@backup-host:/backups/site/

Cuidado com o --delete no rsync: essa flag espelha exclusões, ou seja, apaga no destino o que sumiu na origem. Se o destino é a sua única cópia de backup, não use --delete — um arquivo apagado por engano (ou um site comprometido) levaria junto o seu backup. Reserve-o apenas para espelhamento, nunca para o backup que é a sua rede de segurança.

Junte o .sql e o pacote de arquivos da mesma data e leve a cópia para fora do servidor. Esses dois itens, juntos, são o que restaura o site por completo.

Qual método de backup escolher

Cada caminho tem um equilíbrio diferente entre controle, esforço e confiabilidade. A tabela ajuda a decidir:

Com que frequência fazer

Não existe número mágico — existe a sua tolerância a perder dados. A frequência deve acompanhar o ritmo de mudanças e vendas do site:

• Site institucional que quase não muda: um backup semanal pode bastar.
• Blog com publicações frequentes: diário evita perder conteúdo recém-criado.
• Loja WooCommerce com vendas o dia inteiro: precisa de backups bem mais frequentes — perder pedidos e clientes é perder dinheiro e confiança. Veja o suporte a WooCommerce.

Onde guardar

A regra é simples e inegociável: fora do servidor do site. Backup guardado na mesma hospedagem cai junto se o servidor for comprometido, corrompido ou a conta for suspensa — ou seja, falha exatamente na hora em que você mais precisa dele. Use uma nuvem externa, dedicada a backup, e, seguindo a regra 3-2-1, mantenha mais de um destino quando possível.

A parte que todo mundo esquece: testar a restauração

Aqui está o erro mais perigoso de todos. As pessoas configuram o backup, veem os arquivos sendo gerados e relaxam — sem nunca verificar se aquilo restaura um site de verdade. E backups falham silenciosamente: vêm incompletos, sem o banco, corrompidos ou apontando para o lugar errado. A única prova de que um backup funciona é restaurá-lo. Faça isso periodicamente em um ambiente de teste. Um backup nunca testado não é uma garantia — é uma aposta.

Como restaurar um site a partir do backup

Quando a hora chega, o processo é o caminho inverso do backup. Em linhas gerais:

1. Tenha o backup completo em mãos. Confirme que você tem tanto os arquivos quanto o banco de dados da mesma data.
2. Prepare o ambiente. Identifique se vai restaurar por cima do site atual ou em um ambiente limpo (recomendado em caso de invasão).
3. Restaure os arquivos. Envie os arquivos do backup para o servidor (via FTP/SFTP ou pelo plugin), substituindo os atuais.
4. Restaure o banco de dados. Importe o banco salvo (em geral pelo phpMyAdmin) ou deixe o plugin de backup cuidar disso.
5. Confira as configurações de conexão. Garanta que o wp-config.php aponta para o banco certo (nome, usuário e senha).
6. Teste o site. Abra a home, páginas internas, login e — em loja — o checkout. Só considere concluído depois de validar.

Backup e segurança: a relação que salva o seu negócio

Backup é a peça central da segurança do WordPress. Por mais que você atualize, blinde e monitore, nenhum site está 100% imune — a uma invasão, a uma atualização infeliz ou a um erro humano. O que diferencia o transtorno passageiro do desastre é ter para onde voltar. Com um backup limpo, você restaura o site a um estado seguro e ganha tempo para fechar a brecha. Por isso, backup anda de mãos dadas com atualizações seguras e com a resposta a um WordPress hackeado.

Configurar tudo isso, manter a frequência certa e testar a restauração dá trabalho — e é exatamente o que entrego nos planos de manutenção, para que você nunca mais precise pensar em backup… até o dia em que ele te salvar.