Backup centralizado reúne a cópia de toda a sua frota WordPress em uma rotina e um painel único. Segundo o WordPress Developer Resources (2026), o WP-CLI exporta o banco de cada site em um único comando, base de qualquer automação. O ganho real está no destino externo, não no plugin. Configure, agende e teste a restauração antes de confiar.

Backup centralizado é a prática de gerar, armazenar e monitorar as cópias de segurança de vários sites WordPress a partir de um único ponto de controle. Quem administra cinco ou cinquenta sites não tem como entrar plugin por plugin todo dia para conferir se a rotina rodou. A dor que chega no suporte da FULL quase sempre é a mesma: o backup parecia existir, mas ninguém nunca tentou restaurar. Este tutorial mostra como montar um backup centralizado confiável, com destino externo, agendamento real e teste de restauração. Para a visão geral da frota, o guias de gestão de sites WordPress da FULL complementa cada etapa daqui.

Visão geral: Arquiteturas de backup centralizado

Existem 3 modelos de backup centralizado viáveis para uma frota WordPress, e a diferença entre eles só aparece quando você passa de 5 para 30 sites: plugin por site, painel self-hosted ou SaaS gerenciado. A arquitetura define se a rotina escala ou trava no disco.

Em frota acima de 20 sites no suporte da FULL, a maioria dos incidentes de perda de dados vem de backup que ficava na mesma pasta do site invadido. A tabela abaixo separa cada modelo por onde mora o painel, onde mora a cópia e o custo dominante de cada um.

A regra que vale para os três: a cópia nunca pode morar no mesmo servidor do site. Backup local na mesma pasta do site somado a uma invasão de servidor resulta em backup criptografado pelo ransomware junto com o site, sem nenhum ponto de restauração.

Pré-requisitos: O que prepare antes de centralizar

Antes de configurar um backup centralizado, 3 decisões técnicas evitam retrabalho: a janela de retenção, o destino externo e a frequência por site. Definir mal a retenção e guardar 30 cópias completas diárias de cada site estoura qualquer disco em poucas semanas.

Essa é a primeira escolha. O destino externo exige credenciais de SFTP ou chaves de API do Amazon S3 já testadas. A frequência muda por tipo de site: uma loja WooCommerce que vende todo dia precisa de cópia diária, um site institucional estático aceita semanal.

Defina também onde o agendamento vai rodar. O cron do WordPress depende de visita à página para disparar, o que é um risco em sites de baixo tráfego. Cron do WordPress dependente de visita somado a um site de baixo tráfego gera um job de backup que nunca dispara à noite e some da janela de retenção. Em frota séria, o agendamento sai do WP-Cron e vai para o cron real do servidor ou para o painel central.

Passo a passo: Configurar o backup centralizado da frota

Configurar um backup centralizado leva 5 passos que valem tanto para painel self-hosted quanto para SaaS, do conector ao teste de restauração. O caminho abaixo usa MainWP como painel e UpdraftPlus como motor de cópia, a combinação que a gente mais vê dar certo na base FULL.

Cada passo termina com um check de validação, porque backup sem validação é só uma esperança. Para gerenciar a frota além do backup, veja como gerenciar vários sites WordPress com MainWP.

Passo 1: Conecte os sites ao painel central

Instale o plugin do painel no site mestre e o conector em cada site filho. No MainWP, o site mestre recebe o plugin principal e cada site da frota recebe o MainWP Child com uma chave única. A conexão usa a REST API do WordPress sobre HTTPS, então confirme que todos os sites têm certificado SSL válido antes de conectar. Check de validação: o dashboard deve listar todos os sites com status verde e versão do WordPress 6.x visível.

Passo 2: Defina o destino externo da cópia

Aponte cada site para um armazenamento fora do servidor de produção. Configure o UpdraftPlus em cada site filho com destino remoto: Amazon S3, Backblaze B2 ou Google Drive funcionam e são lidos pelo painel. Backblaze B2 costuma sair mais barato por GB para frotas grandes, enquanto o S3 entrega mais regiões. Check de validação: dispare um backup manual de um site e confirme que o arquivo aparece no bucket externo, não só no disco local.

Passo 3: Agende a rotina escalonada

Programe os backups em janelas escalonadas, nunca todos no mesmo horário. Backup completo diário de 30 sites no mesmo horário somado a um servidor compartilhado causa um pico de I/O que derruba o TTFB de todos os sites ao mesmo tempo. Distribua em janelas de 20 minutos e use cópia incremental nos dias entre o backup completo semanal. Check de validação: confira no painel que dois sites quaisquer têm horários de início diferentes e que o log do dia anterior marca sucesso.

Passo 4: Configure a retenção e o alerta de falha

Limite quantas versões cada site guarda e ligue o alerta de falha. Defina retenção de 7 a 14 cópias por site no UpdraftPlus para não estourar o armazenamento externo, e configure o painel para enviar e-mail quando um job falhar. O alerta é o que transforma backup centralizado em algo confiável, porque ninguém abre 30 painéis por dia. Check de validação: force uma falha removendo a credencial de um destino e confirme que o alerta chega na sua caixa.

Passo 5: Teste a restauração de um site real

Restaure um site de teste a partir da cópia antes de declarar a rotina pronta. Pegue um ambiente de staging e restaure o backup mais recente de um site de produção nele, conferindo banco, uploads e plugins. Restauração não testada não conta como backup. Check de validação: o site restaurado abre, faz login no admin e exibe o conteúdo da data esperada. Para o roteiro completo, veja como restaurar o WordPress a partir do backup.

Automação por linha de comando: WP-CLI na frota

A automação real do backup centralizado vive no WP-CLI quando você tem acesso SSH: 1 comando wp db export gera o dump do banco de cada site, e wp media mais tar cuidam dos uploads. Isso tira o backup da dependência do WP-Cron.

Segundo a documentação oficial do WordPress Developer Resources, o export aceita parâmetros de tabela e compressão direto na chamada, o que permite encadear os 30 sites num único script de cron agendado no sistema operacional, não no navegador.

Quem roda frota grande costuma combinar o WP-CLI com rsync para o destino externo, ganhando cópia incremental de verdade. O detalhe que só aparece em produção: em frota acima de 20 sites no mesmo servidor compartilhado, rodar todos os dumps às 3h gera pico de I/O; escalonar em janelas e usar incremental após o backup completo semanal estabiliza o servidor. Para o uso de linha de comando além do backup, o WP-CLI para gestão WordPress cobre os comandos do dia a dia.

Backup centralizado e monitoramento andam juntos

Backup centralizado sem monitoramento é metade da rotina, porque a falha silenciosa é a regra: um job que para de rodar não avisa, e você só descobre na hora de restaurar. Por isso o painel de backup precisa morar ao lado do painel de uptime e de atualizações.

Essas 3 telas formam uma única operação da frota. A maioria dos incidentes graves que chegam ao suporte da FULL combina backup quebrado com algum sinal que ninguém viu: site fora do ar, plugin desatualizado ou disco cheio acima de 90% de uso.

Integre o alerta de backup ao mesmo canal onde você recebe o status de disponibilidade. O monitoramento de uptime WordPress e o backup centralizado consultam a mesma frota, então faz sentido vê-los juntos. Quando o backup falha e o site cai na mesma noite, ter as duas informações na mesma tela é o que decide se a recuperação leva minutos ou horas.

Backup centralizado na FULL: 16 plugins por r$85 o site

No plano PRO da FULL, por R$849, você ativa 16 plugins premium em até 10 sites, o que dá R$85 por site para incluir UpdraftPlus, Perfmatters e WP Rocket no mesmo bundle. O motor de backup já entra sem licença avulsa.

Para quem administra uma frota, isso significa o motor de backup, a camada de performance e a de segurança ativados em um clique, sem comprar licença separada de cada plugin. Veja os detalhes em FULL.services/planos. A gente vê no suporte que o custo de licença avulsa por site é o que trava agências de padronizarem o backup centralizado em toda a carteira.

Perguntas frequentes sobre backup centralizado

Próximos passos para padronizar o backup da frota

Backup centralizado deixa de ser planilha e vira operação quando painel, destino externo, agendamento escalonado e teste de restauração estão nos cinco passos deste tutorial. O ponto que separa uma rotina confiável de uma falsa segurança é simples: a cópia mora fora do servidor e a restauração já foi testada em staging. Comece conectando a frota a um painel único, aponte o destino externo e só então confie no agendamento. Para aprofundar a operação de várias instalações em um só lugar, o painel de gestão de sites WordPress e o backup WordPress automático são os próximos guias. Para continuar estudando, o FULL Academy reúne tutoriais, guias e reviews em FULL.services/academy.

Legenda: um painel central lista o status do backup de cada site da frota, transformando conferência manual em monitoramento.