O Que Aprendi ao Tentar Migrar para o Divi 5

O Que Aprendi Tentando Migrar para o Divi 5 (e Como Acabei Descobrindo um Detalhe Importante sobre Backups no SiteGround)

Desde que o Nick Roach anunciou o lançamento da versão Alpha do Divi 5, eu fiquei super empolgada. Já venho testando o novo Divi em alguns sites criados do zero, e a experiência tem sido excelente. Mas o que eu realmente queria era migrar meus próprios sites — e também os dos clientes — para o Divi 5 o quanto antes.

Só que a prática mostrou que a transição não seria tão simples. E não por culpa do Divi, mas de alguns plugins de terceiros ainda incompatíveis. A Elegant Themes está fazendo um ótimo trabalho ao disponibilizar um relatório de compatibilidade que mostra exatamente o que ainda não funciona bem, e o usuário pode decidir se quer ou não seguir em frente com a migração.

Quem quiser pode atualizar mesmo assim, assumindo os riscos e substituindo o que for necessário — por exemplo, trocar o módulo de ícones sociais do Divi Supreme pelo módulo nativo do Divi. Esse é apenas um dos ajustes possíveis. Os benefícios do Divi 5 já são visíveis, mas quando tentei migrar um dos meus sites principais, preferi reverter — e foi aí que aprendi algo novo.

Até hoje, meus backups no SiteGround sempre funcionaram perfeitamente. Nunca tive um único problema ao restaurar um site. Mas dessa vez, ao tentar voltar o site para o estado anterior à migração, percebi que algo estava diferente. Alguns módulos do Divi ficaram travados e outros simplesmente não abriam. Eu sabia que o backup havia sido restaurado, mas o site claramente não estava 100% igual.

Foi nesse momento que aprendi um detalhe que nunca tinha me ocorrido: os backups do SiteGround não apagam arquivos criados depois do ponto de restauração. E essa pequena diferença pode mudar completamente o resultado de uma restauração, principalmente após atualizações grandes.

Quando Deletar os Arquivos Antes de Restaurar um Backup no SiteGround

Se você já restaurou um backup no SiteGround e percebeu que o site não voltou exatamente ao estado anterior, você não está sozinha. Diferente de uma restauração completa, o sistema do SiteGround não apaga arquivos criados ou modificados depois da data do backup. Isso significa que, se você fez grandes alterações — como testar um novo tema ou instalar plugins — alguns arquivos podem permanecer e causar conflitos após a restauração.

Quando é Preciso Deletar os Arquivos Antes de Restaurar

Nesses casos, o ideal é apagar tudo dentro da pasta /public_html (ou remover o site inteiro através de Site Tools → WordPress → Install & Manage) antes de restaurar o backup:

• Mudança de tema: quando você troca o tema (por exemplo, testa o Divi 5) ou altera arquivos do tema manualmente.
• Atualização ou remoção de plugins grandes: especialmente builders, ferramentas de cache ou e-commerce, que criam pastas e scripts extras.
• Atualização do WordPress Core: se o backup é de uma versão antiga e o WordPress foi atualizado depois.
• Migrações ou uploads manuais: qualquer modificação feita fora do painel do WordPress.
• Depois de uma restauração falha: se o site exibe layout quebrado, módulos travados ou scripts com erro 404.

Em todas essas situações, arquivos residuais podem interferir no backup restaurado. Apagar tudo antes garante que a cópia reflita exatamente o estado do site no momento em que o backup foi feito.

Quando Não É Necessário Deletar

Se a restauração é simples, voltada apenas a conteúdo ou ajustes menores, você pode restaurar diretamente, sem apagar nada:

• Quando o objetivo é recuperar conteúdo (posts, páginas, CSS ou imagens).
• Quando não houve alterações estruturais em temas ou plugins.
• Quando o backup é recente (mesmo dia ou mesma versão do WordPress).
• Quando o foco é corrigir um erro pequeno de layout, e não o site inteiro.

Regra Prática para Lembrar

Se o backup for de conteúdo → restaure direto.
Se o backup for de estrutura → apague antes de restaurar.

Como Apagar com Segurança Antes de Restaurar

1. Acesse Site Tools → File Manager → public_html.
2. Selecione todos os arquivos e clique em Delete.
3. Ou vá em Site Tools → WordPress → Install & Manage e remova toda a instalação.
4. Depois, acesse Site Tools → Security → Backups e escolha o backup que deseja restaurar (arquivos + banco de dados).

Considerações Finais

Esse detalhe não é amplamente documentado, e muita gente acredita que a restauração substitui tudo — mas não é assim que o SiteGround funciona. Se você for restaurar um backup após mudanças grandes (como testar uma nova versão do Divi, instalar plugins ou atualizar o WordPress), lembre-se de limpar a pasta public_html primeiro. Isso evita conflitos, economiza tempo e garante que o site volte exatamente ao ponto do backup.

Perguntas Frequentes sobre Backup e Restauração no SiteGround

O que acontece se eu restaurar um backup sem deletar os arquivos?

O SiteGround não apaga arquivos criados após a data do backup. Isso pode deixar restos de temas, plugins ou scripts que causem falhas no site.

Quando eu devo deletar a pasta public_html antes de restaurar?

Quando houver trocas de tema, instalação ou remoção de plugins grandes, atualizações do WordPress ou erros de restauração anteriores.

Posso apagar a instalação inteira em vez de só os arquivos?

Sim. Você pode ir em Site Tools → WordPress → Install & Manage → Delete para remover tudo e depois restaurar o backup completo (Arquivos + Banco de Dados).

Preciso apagar os arquivos para restaurar apenas posts ou imagens?

Não. Se o backup for apenas para conteúdo, você pode restaurar diretamente, sem deletar nada.

O backup do SiteGround substitui tudo automaticamente?

Não. Ele restaura os arquivos e o banco de dados, mas não apaga o que foi criado depois. Por isso, em mudanças estruturais, é importante limpar o diretório antes.

Continua comigo? Olha o que mais tem por aqui ...