Um snapshot congela arquivos e banco de dados antes de um update, criando um ponto de retorno imediato. Segundo a WordPress Developer Docs (2026), o processo do core sobrescreve arquivos sem rollback nativo. Restaurar leva minutos, contra horas de reconstrução manual. Tire o snapshot antes de cada atualização.

Um snapshot é a fotografia completa do seu site em um instante: arquivos, plugins, tema e banco de dados juntos. Antes de atualizar o WordPress, essa cópia é a sua rede de segurança, porque o core sobrescreve arquivos diretamente e não oferece um botão de desfazer. Quando um plugin quebra após o update, você restaura o ponto de retorno e volta ao estado anterior em minutos. Na central de gestão de sites WordPress da FULL, a gente vê no suporte que a maioria dos desastres de atualização vira incidente justamente porque ninguém tirou o snapshot antes. Este guia mostra como criar a fotografia certa, validar e restaurar.

Primeiros passos: Visão geral do snapshot

O snapshot precisa cobrir quatro componentes simultâneos para ser confiável: o banco de dados, a pasta wp-content, o core e os arquivos de configuração como wp-config.php. Uma cópia só do banco deixa de fora os arquivos do tema editado, e isso quebra a restauração. A tabela abaixo separa o que cada tipo de fotografia cobre e quando ela basta antes de um update.

Para atualização de core, use o snapshot completo. UpdraftPlus, BackupBuddy e WPvivid geram esse pacote único, e o WP-CLI roteiriza a captura via linha de comando em escala. O guia de como fazer backup do site WordPress cobre a base.

Por que o snapshot é diferente de um backup agendado

A diferença está na janela: o snapshot tem 0 segundo de defasagem, enquanto o backup agendado pode ter 12 ou 24 horas de idade. Você dispara a fotografia segundos antes do update, capturando o estado exato que vai mudar, e ela já contém dados que o backup noturno não tem.

Essa diferença de janela temporal é o que define o risco real. Se o backup automático rodou de madrugada e o update quebrou o site às 15h, restaurar essa versão apaga todas as vendas e comentários do dia. A fotografia tirada às 14h59 preserva tudo até o instante da atualização. A gente vê no suporte que boa parte dos sites de e-commerce perde pedidos justamente por confiar no backup noturno em vez da captura pré-update. Por isso o snapshot manual antes de cada update é regra na rotina de manutenção, e o agendado fica como segunda camada. Vale combinar as duas: o checklist de manutenção WordPress define quando cada cópia entra.

Passo a passo: Como criar o snapshot antes de atualizar

Criar o snapshot leva menos de cinco minutos com um plugin dedicado, e o caminho abaixo funciona em qualquer instalação WordPress 6.x. Cada passo gera um artefato verificável, então você nunca atualiza no escuro. O objetivo é ter a cópia completa armazenada fora do servidor antes de clicar em “Atualizar agora”.

Passo 1: Escolha o destino externo da cópia

Configure o destino remoto antes de gerar a fotografia, porque um arquivo salvo no mesmo servidor desaparece se o disco corromper durante o update. No UpdraftPlus, em Configurações, selecione Google Drive, Dropbox ou S3 como armazenamento. Mantenha pelo menos duas cópias rotativas para não sobrescrever o único ponto de retorno.

Passo 2: Gere o snapshot completo manualmente

Dispare a captura pelo botão “Fazer backup agora” e marque as quatro caixas: banco de dados, plugins, temas e uploads. Esse é o pacote que cobre o site inteiro. Aguarde a barra chegar a 100% e confirme que o arquivo aparece na lista de backups existentes com data e hora do momento atual.

Passo 3: Valide a integridade do arquivo

Baixe a cópia e abra o arquivo .zip para confirmar que a pasta wp-content e o dump .sql existem dentro dele. Um arquivo que não abre é igual a não ter snapshot. O UpdraftPlus Premium oferece a verificação automática antes de updates, mas a conferência manual do tamanho já elimina o caso mais comum: o pacote truncado por timeout de PHP.

Passo 4: Execute o update com a cópia pronta

Com a fotografia confirmada, rode a atualização. Atualize um plugin por vez quando possível, porque isso isola qual update quebrou o site e torna a restauração cirúrgica. Mantenha a aba do snapshot aberta em outra janela para restaurar sem procurar o arquivo no meio do incidente.

Passo 5: Teste o site e guarde a cópia por 7 dias

Após o update, percorra a home, o checkout e o painel admin. Se algo quebrou, restaure o snapshot pelo botão “Restaurar” e siga o passo a passo de como restaurar o WordPress a partir do backup. Se tudo funciona, mantenha o arquivo por sete dias, porque erros de banco de dados às vezes aparecem só depois que o cache expira.

Onde o snapshot mais falha na prática

Com max_execution_time de 30 segundos e um banco acima de 500 MB, a falha mais comum não é o plugin, é o timeout de PHP em sites grandes. Nesse limite, a captura completa é cortada no meio e gera um arquivo .sql incompleto que parece válido até a hora de restaurar, sem nenhuma mensagem de erro visível.

A gente vê no suporte que a maior parte das cópias quebradas vem desse limite silencioso. A solução concreta é dividir a operação: rode o snapshot do banco separado do snapshot de arquivos, ou suba o limite para 300 segundos via wp-config antes de gerar o pacote, o que cobre a maioria dos bancos médios. Em bancos de dados com muitas revisões de post, limpar as revisões antigas antes da captura reduz o tamanho em uma fatia relevante e evita o corte por timeout.

Snapshot, staging e multisite: O que muda

Em ambientes complexos, o snapshot trabalha com 2 camadas: a fotografia da produção e o ambiente de staging. O fluxo seguro é tirar a fotografia da produção, testar o update primeiro no staging e só promover para produção quando o staging passa, o que reduz o uso da restauração a quase zero.

Isso funciona porque o erro acontece na cópia, não no site real. Em WordPress multisite, a captura precisa pegar todas as tabelas de todos os subsites de uma vez, e restaurar um único subsite a partir de um snapshot global é uma operação manual que poucos plugins automatizam. Nesses casos, a cópia por subsite via WP-CLI dá controle granular que a interface gráfica não oferece. A gente vê no suporte que boa parte dos incidentes de multisite vem de restaurar o pacote inteiro quando só um subsite quebrou, sobrescrevendo o trabalho dos outros.

Ative o snapshot automático no plano certo

O plano PRO da FULL custa R$849,90 e dá acesso ao UpdraftPlus e a outros 16 plugins premium num único painel, o que automatiza o snapshot em quem gerencia muitos sites. A captura manual funciona para um site, mas em escala o agendamento por plugin premium elimina o erro humano de esquecer a fotografia antes do update.

Dividido pelos 10 sites do plano, isso dá R$85 por site, contra os US$70 anuais do UpdraftPlus avulso por site. A gente vê no suporte que o custo do backup avulso é o que mais trava a adoção de cópia pré-update em agências, porque cada site precisaria de uma licença separada. Conheça os planos da FULL e ative o snapshot automático antes de updates no UpdraftPlus do bundle, já incluído no plano PRO.

Perguntas frequentes sobre snapshot antes de atualizar

Próximos passos para atualizar com segurança

O snapshot antes de atualizar transforma um update de risco em uma operação reversível: você congela arquivos e banco, atualiza, testa e restaura em minutos se algo quebrar. A regra prática é simples: cópia completa manual antes de cada atualização de core, staging para validar updates grandes e WP-CLI quando o volume justifica automação. Para aprofundar a rotina de manutenção e backup, veja como testar backups de sites WordPress e o FULL Academy, que reúne os tutoriais e guias de gestão de sites WordPress em um só lugar. Tire o snapshot, atualize sem medo e mantenha o ponto de retorno por sete dias.

Legenda: o snapshot completo marca banco, plugins, temas e uploads antes do clique em atualizar.