A primeira vez que um cliente meu perguntou “onde fica o backup da minha loja VTEX”, achei que ia ser rápido de responder. Não é. A VTEX é uma plataforma SaaS (Software as a Service) — isso significa que você não tem acesso a servidor, banco de dados ou qualquer camada de infraestrutura por trás da loja. E, ao contrário do que muita gente assume, a plataforma não oferece uma funcionalidade nativa de backup completo que você possa simplesmente acionar e restaurar depois.
Isso não quer dizer que os dados estão desprotegidos — a VTEX tem sua própria infraestrutura de redundância do lado deles. O problema é outro: se você apagar um catálogo de produtos por engano, editar uma regra de promoção errada em massa, ou sofrer algum incidente com uma integração mal configurada, não existe um botão “restaurar backup de ontem” no painel administrativo. A responsabilidade de manter uma cópia dos seus próprios dados é sua.
O que realmente precisa de backup numa loja VTEX
Não dá pra fazer “backup da loja inteira” de uma vez, porque não existe esse export único. O que existe são exportações específicas por área, e cada uma precisa da sua própria rotina:
- Cadastro de produtos e SKUs — nomes, descrições, categorias, especificações técnicas.
- Preços — tabelas de preço, promoções ativas, políticas comerciais.
- Imagens de produto — muita gente esquece dessa parte e depois perde tempo procurando arquivo original em pasta antiga do computador.
- Dados de clientes — cadastro, histórico de compras (aqui entra também a questão da LGPD, então cuidado com onde e como você guarda esse export).
- Regras de promoção e frete — configurações que, se perdidas, custam tempo pra reconfigurar do zero.
- Integrações e conexões com marketplaces/ERP — não são “dados” no sentido tradicional, mas documentar como estão configuradas evita dor de cabeça se precisar reconfigurar depois de um problema.
- Dados analíticos e histórico de pedidos — informação valiosa pra decisão de negócio que não fica disponível indefinidamente em qualquer relatório.
Como exportar cada parte, na prática
Produtos e SKUs: no painel administrativo, vá em Produtos e use a ferramenta de exportação nativa, que gera uma planilha com todos os dados de cadastro. Faça isso antes de qualquer alteração em massa (edição de categoria, importação de novo catálogo) — se algo der errado no processo, essa planilha é sua rede de segurança.
Pedidos e histórico de vendas: em Pedidos, existe a opção de exportar o histórico em CSV. Vale rodar isso periodicamente e guardar versões datadas, não só a mais recente — se um problema for detectado tardiamente, você vai precisar comparar com uma versão anterior.
Sincronização via ERP: se a loja já usa um ERP (Bling, Tiny e outros são comuns em lojas VTEX de porte médio), a sincronização entre VTEX e ERP funciona como uma camada extra de segurança — os dados de produtos e pedidos ficam replicados no ERP, então mesmo que algo aconteça do lado da VTEX, você tem uma cópia funcional em outro sistema.
Montando uma rotina de proteção real
- Defina a frequência por tipo de dado. Catálogo de produtos muda pouco no dia a dia — exportação semanal costuma bastar. Pedidos e dados de clientes mudam o tempo todo — considere exportação diária ou pelo menos antes de qualquer manutenção grande.
- Automatize o que der. Muitas dessas exportações podem ser agendadas via API da VTEX em vez de feitas manualmente — se sua equipe tem alguém de tecnologia, vale investir nisso desde já, porque exportação manual esquecida é a causa mais comum de “não tínhamos backup” quando o problema acontece.
- Guarde em local versionado, fora da própria loja. Google Drive, S3, ou qualquer storage com histórico de versões — nunca guarde só um arquivo que é sobrescrito a cada exportação, porque aí você perde a versão anterior justamente quando mais precisa dela.
- Documente as integrações. Anote quais sistemas estão conectados, quais credenciais e escopos de API são usados. Isso não é “backup” no sentido tradicional, mas é o que evita reconstruir uma integração do zero sem saber por onde começar.
- Teste a restauração de vez em quando. Um export que ninguém nunca tentou reimportar é um backup só na teoria. Pelo menos uma vez, simule reimportar uma planilha de produtos num ambiente de testes pra confirmar que o processo funciona.
Erro comum: confiar só na “reversão” de alterações
Algumas ações no admin VTEX têm histórico de alteração visível, o que engana algumas pessoas achando que isso serve como backup. Não serve — esse histórico geralmente cobre alterações pontuais recentes, não substitui uma cópia completa dos dados em caso de perda maior (exclusão em massa, erro de importação, falha de integração que sobrescreve dados).
Perguntas frequentes
A VTEX é responsável se eu perder dados por erro meu de configuração?
Não. A infraestrutura da VTEX é redundante do lado deles, mas erro operacional (exclusão errada, importação malfeita) é responsabilidade de quem opera a loja — por isso a exportação preventiva é tão importante.
Existe alguma ferramenta paga que automatiza esse backup?
Existem soluções de terceiros e agências especializadas em VTEX que oferecem rotina de backup via integração com a API da plataforma. Vale pesquisar se o volume da sua loja justifica esse investimento.
Com que frequência devo exportar os dados de clientes?
Depende do volume de cadastros novos por dia, mas evite deixar passar mais de uma semana sem exportar, e sempre trate esse arquivo com cuidado adicional por causa da LGPD — não deixe espalhado em pastas compartilhadas sem controle de acesso.
Se sua operação também depende de banco de dados próprio por trás de integrações, os guias de backup MySQL e backup PostgreSQL mostram como automatizar essa parte. Para comparar ferramentas de backup gratuitas em outros cenários, veja também o comparativo de softwares de backup gratuitos.
