Checklist: backup completo do WordPress no cPanel para plugins é a sequência de verificações que garante um ponto de restauração confiável antes de atualizar qualquer extensão. Para fazer o backup completo do WordPress no cPanel corretamente, siga estes passos:
- Acesse o cPanel e localize a ferramenta Backup ou Backup Wizard
- Gere um Full Backup incluindo arquivos, MySQL, e-mails e DNS
- Baixe também um backup parcial do wp-content e do banco separadamente
- Valide a integridade restaurando em staging ou subdomínio de teste
- Confirme que wp-admin, posts e plugins carregam sem erro 500
- Só então atualize os plugins em pequenos lotes
Pré-requisitos
- Acesso ao cPanel da conta de hospedagem com permissão para gerar backups
- Espaço em disco suficiente na conta ou em armazenamento externo (FTP/Rclone) para armazenar o arquivo gerado
- WordPress atualizado até a versão estável mais recente, idealmente com PHP 8.4+ configurado no MultiPHP Manager
- Acesso ao phpMyAdmin para validar o dump do MySQL
- Um subdomínio ou ambiente de staging disponível para testar a restauração
- Idealmente acesso ao WHM caso a restauração completa precise ser feita por um administrador
Checklist: backup completo do WordPress no cPanel antes de atualizar plugins
O backup completo do WordPress no cPanel começa pela ferramenta nativa "Backup" ou "Backup Wizard", disponível na maioria das contas de hospedagem compartilhada e revenda. Antes de qualquer atualização de plugin, é essencial confirmar que essa rotina captura três camadas distintas: arquivos do WordPress (incluindo wp-content), o banco de dados MySQL e as configurações de e-mail/DNS associadas ao domínio.
- No cPanel, acesse "Backup" e clique em "Download a Full Account Backup"
- Escolha o destino do arquivo (Home Directory ou remoto via FTP/SSH)
- Aguarde a geração — contas grandes podem levar minutos até horas
- Baixe o arquivo .tar.gz gerado para um local externo ao servidor
# Verificar espaço disponível antes de gerar o backup
df -h /home
Output esperado:
Filesystem Size Used Avail Use% Mounted on
/dev/sda1 50G 32G 16G 67% /home
Se o espaço disponível estiver abaixo de 20% do total usado pela conta, prefira gerar o backup direto para um destino remoto, evitando que o próprio processo de backup esgote o disco e derrube o site.
Checklist de backup do WordPress: separando arquivos, banco e e-mails
Além do Full Backup, é recomendável gerar backups parciais separados. No cPanel, a seção "Backup Wizard" permite baixar isoladamente o diretório home (onde fica wp-content, plugins e temas) e o banco de dados MySQL via phpMyAdmin ou pela própria ferramenta de backup.
# Compactar manualmente o wp-content via terminal (se houver acesso SSH)
tar -czvf wpcontent-backup-$(date +%Y%m%d).tar.gz /home/usuario/public_html/wp-content
Output esperado:
wp-content/
wp-content/plugins/
wp-content/themes/
wp-content/uploads/
Guardar o wp-content separadamente acelera qualquer rollback pontual, já que muitas vezes o problema após uma atualização de plugin está isolado nessa pasta, sem necessidade de restaurar o banco inteiro.
Exportando e validando o banco MySQL do WordPress
O backup do banco MySQL é a parte mais sensível do processo, pois é onde ficam configurações de plugins, opções do WordPress e conteúdo dinâmico. Pelo phpMyAdmin, selecione o banco correspondente ao site e use a aba "Exportar" com o método "Personalizado", garantindo que todas as tabelas — incluindo as criadas por plugins como WooCommerce ou formulários — sejam incluídas no dump.
# Validar integridade do dump exportado (checar se não está truncado)
tail -n 5 backup_banco.sql
Output esperado:
-- Dump completed on 2026-03-10 14:22:05
Se a última linha do arquivo .sql não terminar com "Dump completed on", o export foi interrompido antes do fim — geralmente por timeout do PHP ou limite de memória no phpMyAdmin. Nesse caso, use a exportação via SSH com mysqldump, que não sofre os mesmos limites de execução do navegador.
mysqldump -u usuario_db -p nome_do_banco > backup_banco_$(date +%Y%m%d).sql
Para quem gerencia múltiplos domínios com bancos distintos, vale revisar também como está configurado o acesso remoto ao MySQL, especialmente se o backup for automatizado por um script externo — veja mais em Conectando remotamente ao MySQL - cPanel.
Restaurando em staging para validar antes de atualizar plugins
A validação de restauração é a etapa que a maioria dos administradores pula — e é justamente ela que evita perder produção quando um plugin quebra algo após a atualização. Crie um subdomínio de teste (por exemplo, staging.seudominio.com.br) e restaure ali o backup completo antes de tocar em produção.
- Crie um subdomínio no cPanel apontando para uma pasta separada
- Suba os arquivos do backup do wp-content para essa pasta
- Crie um novo banco MySQL e importe o dump .sql
- Ajuste o wp-config.php do staging com as novas credenciais de banco
- Acesse o subdomínio e confirme que o site carrega sem erro 500 ou tela branca
Output esperado ao acessar staging.seudominio.com.br/wp-admin:
Painel de administração do WordPress carregado normalmente,
com plugins e temas listados igual à produção
Se o wp-admin não abrir, verifique antes de tudo os logs de erro do PHP no cPanel (seção "Errors" ou via arquivo error_log dentro do public_html), pois a causa mais comum é URL antiga do site referenciada no banco de dados, resolvida com um simples update na tabela wp_options.
Atualizando plugins em lotes com backup validado
A atualização segura de plugins não deve ser feita de uma vez só, mesmo com o backup já testado no staging. Divida os plugins em grupos de 2 a 3, atualize um grupo, teste o site em produção, e só então avance para o próximo lote.
- Liste todos os plugins com atualização pendente no wp-admin
- Separe em grupos pequenos, priorizando plugins críticos (segurança, cache, e-commerce) isoladamente
- Atualize o primeiro grupo e recarregue o site em uma aba anônima
- Verifique console do navegador (F12) por erros de JavaScript e teste formulários/checkout
- Repita para os próximos grupos, mantendo o backup completo intocado até finalizar
Caso o site utilize cache agressivo, é comum um plugin atualizado parecer quebrado apenas por conta de arquivos estáticos antigos — antes de reverter qualquer coisa, limpe o cache do WordPress e, se aplicável, o cache do lado do servidor.
Problemas comuns e como resolver
Sintoma: backup gerado mas o arquivo .tar.gz está corrompido ou incompleto
Causa: o processo de backup foi interrompido por timeout do cPanel, falta de espaço em disco durante a geração, ou queda de conexão ao baixar via FTP.
Solução: gere o backup direto para um destino remoto (FTP/SFTP) em vez de baixar pelo navegador, e confirme o tamanho do arquivo final comparando com backups anteriores da mesma conta antes de considerá-lo válido.
Sintoma: restauração no staging resulta em tela branca (WSOD)
Causa: geralmente é um plugin incompatível com a versão de PHP do ambiente de staging, ou o wp-config.php ainda aponta para o banco de dados original.
Solução: ative o modo de depuração no wp-config.php (WP_DEBUG true) para identificar o plugin causador, e confirme que as credenciais de banco no staging correspondem ao banco recém-importado, não ao de produção.
Sintoma: exportação do banco via phpMyAdmin trava ou gera arquivo vazio
Causa: bancos grandes (acima de algumas centenas de MB) costumam exceder o limite de execução do PHP configurado para o phpMyAdmin no cPanel.
Solução: use mysqldump via SSH em vez do phpMyAdmin, ou divida a exportação em partes por tabela, dando atenção especial às tabelas wp_options e wp_postmeta, que costumam ser as maiores.
Sintoma: e-mails da conta não aparecem após restaurar o Full Backup
Causa: a restauração completa via WHM às vezes não recria automaticamente as contas de e-mail se o backup foi feito antes de uma alteração recente na configuração de e-mail do domínio.
Solução: confira separadamente a seção de e-mails no cPanel após a restauração e, se necessário, recrie as contas manualmente comparando com a lista salva antes do backup — vale revisar também os registros DKIM/SPF, detalhados em Guia DKIM, SPF e DMARC: configure e saia do spam.
Perguntas frequentes sobre backup completo do WordPress no cPanel
Com que frequência devo fazer backup do WordPress no cPanel antes de atualizar plugins?
O ideal é gerar um backup completo imediatamente antes de qualquer atualização de plugin, mesmo que já exista rotina automática diária. Backups automáticos podem ter horas de defasagem e não capturam o estado exato pré-atualização, então um snapshot manual garante um ponto de restauração confiável.
O Full Backup do cPanel restaura sozinho o banco de dados MySQL?
Sim, o Full Backup do cPanel inclui os dumps do MySQL junto com arquivos, e-mails e configurações de domínio, mas a restauração completa via WHM pode exigir acesso de administrador. Para contas sem esse acesso, é preciso restaurar o banco separadamente pelo phpMyAdmin usando o arquivo .sql exportado.
Como validar se o backup do WordPress está íntegro antes de confiar nele?
Restaure o backup em um ambiente de staging ou subdomínio de teste e verifique se o site carrega sem erros, se o wp-admin abre normalmente e se os posts recentes aparecem. Também é importante comparar o tamanho do arquivo de backup com backups anteriores para detectar truncamentos.
Qual a diferença entre backup completo e backup parcial no cPanel?
O backup completo (Full Backup) inclui arquivos, bancos de dados, configurações de e-mail e DNS da conta, servindo para restauração total em outro servidor. O backup parcial permite baixar separadamente apenas o wp-content, apenas o banco MySQL ou apenas e-mails, sendo mais rápido mas incompleto para uma restauração de emergência.
É seguro atualizar vários plugins do WordPress de uma vez após o backup?
Não é recomendado atualizar todos os plugins simultaneamente mesmo com backup validado, pois conflitos entre plugins tornam difícil identificar qual atualização causou um problema. O procedimento mais seguro é atualizar em pequenos lotes e testar o site entre cada grupo.
Conclusão
- Sempre gere um Full Backup manual imediatamente antes de atualizar plugins, mesmo com rotina automática ativa
- Valide a restauração em staging antes de confiar no backup, testando wp-admin e o frontend do site
- Atualize plugins em lotes pequenos, mantendo o backup completo intacto até confirmar que tudo funciona
Leia também
- Guia de rollback do WordPress: como reverter atualização com segurança
- Migrar WordPress entre hospedagens sem downtime: procedimento completo
- Otimizar deploy WordPress com Git no cPanel sem root
Precisa de ajuda com backup e restauração do WordPress?
Se sua conta de hospedagem precisa de suporte para configurar rotinas de backup mais robustas ou validar restaurações antes de atualizações críticas, nossa equipe pode orientar sobre as opções disponíveis no seu plano.
