Backup da loja WooCommerce: teste antes da Black Friday

É comum ver loja que “tem backup”. Pergunte de quando ele é, onde fica e se alguém já tentou restaurar, e a resposta fica bem menos segura.

Backup que nunca foi restaurado é uma aposta. E a semana da Black Friday é a pior hora para descobrir que você perdeu.

Faltam quatro semanas para 27 de novembro. Dá tempo de conferir tudo com calma: são quatro perguntas para responder esta semana e um cuidado que pouca gente conhece antes de precisar.

O que um backup precisa ter

A documentação do WordPress é direta: o backup tem duas partes, os arquivos e o banco de dados, e você precisa das duas para restaurar o site inteiro (WordPress Advanced Administration Handbook, “Backups”).

Os arquivos são o WordPress, o tema, os plugins e as imagens que você subiu. O banco é onde mora o que muda todo dia: produtos, clientes, configurações e, principalmente, pedidos. Desde o WooCommerce 8.2, de outubro de 2023, as lojas novas guardam os pedidos em tabelas próprias do WooCommerce, como a wc_orders (documentação do HPOS). Nas lojas mais antigas, eles ficam nas tabelas de posts do WordPress. Nos dois casos, pedido é banco de dados.

Por isso um backup só “da pasta do site” não salva pedido nenhum. Se a sua rotina copia só arquivos, ela protege as fotos dos produtos e deixa as vendas de fora.

As quatro perguntas para responder esta semana

1. De quando é o último backup?

Abra o painel da hospedagem ou do plugin de backup e olhe a data. Se não souber onde olhar, pergunte para a hospedagem hoje.

A mesma documentação sugere backup semanal para site com pouco movimento e diário para site com muita atividade. Loja em Black Friday é o caso mais ativo que existe. Na semana da campanha, eu faria backup do banco de dados mais de uma vez por dia. O banco costuma ser pequeno perto dos arquivos, então isso pesa pouco.

2. Onde ele fica?

Se o único backup está no mesmo servidor da loja, ele some junto com a loja quando o servidor tem problema ou quando alguém invade. O WordPress recomenda guardar de três a cinco backups recentes em lugares diferentes: um na hospedagem, um num serviço de nuvem (Google Drive, Dropbox) e um no seu computador.

Para a maioria das lojas, o mínimo é o backup da hospedagem mais uma cópia automática na nuvem. O UpdraftPlus faz isso na versão gratuita: envia para Google Drive ou Dropbox e pode rodar a cada 2, 4, 8 ou 12 horas.

3. Tem banco e arquivos?

Confira se o backup inclui as duas partes. Tem plano de hospedagem que copia só os arquivos, ou que guarda o banco num lugar que precisa ser pedido ao suporte. A própria documentação do WordPress lembra que pedir uma cópia do backup à hospedagem leva tempo.

Em plena Black Friday, tempo é exatamente o que você não tem.

4. Ele volta?

Essa é a pergunta que quase ninguém faz.

O teste é simples: restaure o backup numa cópia da loja (o ambiente de teste, ou staging, que muitas hospedagens oferecem) e veja se ela abre, se os produtos estão lá e se os últimos pedidos aparecem. Se a hospedagem não tem staging, uma instalação num subdomínio serve.

Se der erro, você descobriu em outubro, com tempo para trocar o plugin, o plano ou até a hospedagem. Bem melhor que descobrir no dia 27.

Restaurar o banco apaga pedidos

Aqui está o problema mais sério, e ele é bem de loja virtual.

Restaurar o banco de dados troca o banco atual pelo do backup. A documentação do WordPress avisa isso com todas as letras ao explicar a restauração pelo phpMyAdmin: o processo substitui o banco que está no ar (Backing Up Your Database).

Num blog, isso custa um ou dois comentários. Numa loja, custa pedidos.

Pense num cenário típico: o backup é das 3h da manhã. Às 15h, uma atualização quebra o checkout e alguém sugere “volta o backup de hoje”. Tudo o que entrou entre 3h e 15h desaparece do painel: pedidos pagos, clientes novos, baixas de estoque. O dinheiro está no gateway, o cliente recebeu o e-mail de confirmação, e a sua loja não sabe que a venda existiu.

Por isso a minha regra para a Black Friday é esta: quando algo quebra, restaurar o banco fica para o fim da lista.

• Se o problema veio de um plugin ou de uma atualização, desative o plugin ou volte só os arquivos dele. Arquivo não guarda pedido.
• Se for mesmo preciso restaurar o banco, exporte antes os pedidos feitos depois do backup (WooCommerce -> Pedidos, filtrando pela data) e baixe o relatório de transações do gateway. É com isso que você vai reconstruir o que sumiu.
• Sempre que der, restaure numa cópia, pegue de lá o que precisa e mantenha a loja no ar.

Combine isso antes, por escrito

Se uma agência ou um freelancer cuida da parte técnica da sua loja, mande estas quatro perguntas hoje. Peça a resposta por escrito, com a data do último backup e do último teste de restauração. E combine a regra do banco: ninguém restaura nada durante a campanha sem falar com você.

Se você mesmo cuida de tudo, separe uma hora desta semana para isso.

Nos dois casos, anote num lugar fora do servidor onde ficam os backups, como restaurar e quem chamar. Quando a loja cai às 22h da sexta, ninguém quer procurar tutorial.

Economia que sai cara

Hospedagem, pagamento, segurança e backup são os lugares errados para economizar. De todos esses, backup é o mais barato. Também é o único que você só percebe que precisava quando já é tarde.

Se você está organizando a loja para novembro, junte este item com outros dois: até quando atualizar o WooCommerce antes da Black Friday e o que fazer quando aparece uma falha crítica no PHP. E se a dúvida é se dá para confiar no WooCommerce em tudo isso, eu respondo em WooCommerce é inseguro?

O que fazer esta semana

1. Ache a data do último backup do banco e dos arquivos.
2. Garanta uma cópia automática fora do servidor.
3. Restaure numa cópia da loja e confira produtos e pedidos.
4. Programe backup do banco mais de uma vez por dia entre 23 e 30 de novembro.
5. Combine com quem cuida da loja: restaurar o banco é o último recurso.

Quando foi a última vez que você restaurou um backup da sua loja?