Migrar de plataforma de e-commerce é reconstruir a operação em outro sistema sem perder o que a loja atual já acumulou: dados de produtos e clientes, histórico de pedidos e os endereços que recebem visitas de busca, de anúncios e de links externos. A importação dos produtos é a parte visível; o que define se a migração dá certo é o planejamento antes dela e a conferência depois.
Este guia é para quem já tem uma loja no ar e decidiu trocar de plataforma, ou está avaliando essa troca. Ele trata do método, que vale para qualquer combinação de origem e destino: inventário, correspondência de URLs, redirecionamentos, virada com critérios de retorno, reconciliação e monitoramento. Os recursos e limites de cada plataforma de destino ficam nos guias específicos. Ao longo do texto há uma planilha modelo e um roteiro de testes com critérios de aceite.
O que inventariar antes de migrar?
Comece listando tudo o que existe na loja atual. Para cada item, decida se ele será levado (importado), reconstruído (refeito no destino, porque não há importação) ou descartado.
| Item | Onde encontrar | Decisão a tomar | Cuidado |
|---|---|---|---|
| Produtos e variações | Exportação do painel ou do sistema de gestão | Quais produtos ativos e inativos vão | Atributos e variações podem ter estrutura diferente no destino |
| Imagens e arquivos | Painel da loja, servidor ou banco de mídia | Levar todas ou só as dos produtos ativos | Nomes de arquivo e textos alternativos se perdem em importações simples |
| Categorias e coleções | Árvore do catálogo | Manter, fundir ou reorganizar | Mudança de estrutura muda URLs e exige redirecionamento |
| Clientes | Exportação de cadastro | Quais campos vão e com qual base legal | Confirme com o destino se senhas podem ser importadas ou se o cliente precisará redefinir |
| Pedidos históricos | Exportação de pedidos | Importar, arquivar fora da loja ou consultar na origem | Pedidos em andamento na virada precisam de regra própria |
| Avaliações, cupons e saldos | Aplicativos e configurações | Importar ou reconstruir | Muitos dependem do aplicativo, e não da plataforma |
| Integrações | Sistema de gestão, nota fiscal, marketplaces, frete | Reconfigurar no destino | Cada conector precisa de teste novo; veja os requisitos da integração com ERP |
| Páginas com tráfego ou links | Search Console, ferramenta de análise, sitemap, registros do servidor | Quais endereços precisam de correspondência | Inclua páginas institucionais, posts de blog, imagens e arquivos com acesso |
A última linha é a que mais costuma ficar incompleta. A documentação do Google sobre mudança de site, consultada em 20/10/2026, sugere montar a lista de URLs antigas a partir de sitemaps, registros do servidor, ferramenta de análise, relatório de links do Search Console e do próprio sistema da loja. Use todas as fontes que tiver: cada uma revela endereços que as outras não mostram.
Como planejar a correspondência de URLs e os redirecionamentos?
Cada endereço antigo que tem valor precisa apontar para o equivalente mais próximo na nova loja. As orientações do Google, consultadas em 20/10/2026, se resumem a cinco regras:
- Redirecionamento permanente no servidor. Use 301 ou 308. Redirecionamento por JavaScript é o último recurso, porque o buscador pode não processá-lo.
- Um para um, por relevância. Produto antigo vai para o mesmo produto; categoria vai para a categoria equivalente. Não mande muitas URLs antigas para a página inicial ou para uma página sem relação.
- Sem cadeias. O endereço antigo vai direto ao destino final. Se a loja já tinha redirecionamentos de migrações anteriores, atualize-os para o novo endereço.
- Conteúdo removido responde 404 ou 410. Se o produto saiu de linha e não há equivalente, é melhor uma página de erro bem feita do que um redirecionamento sem sentido.
- Redirecionamentos por pelo menos um ano. A documentação recomenda mantê-los por no mínimo um ano e, do ponto de vista do usuário, indefinidamente.
Na nova loja, os links internos, o sitemap e as tags canônicas devem apontar para os endereços novos. Se o domínio também mudar, a ferramenta de mudança de endereço do Search Console entra no plano; se o domínio continuar o mesmo e só os caminhos mudarem, ela não se aplica.
Antes de fechar o plano, confirme na plataforma de destino como os redirecionamentos são criados (no painel, por importação em lote ou por regra no servidor), se eles são permanentes e se há limite de quantidade. Essa resposta pode mudar o desenho do mapa. A parte de títulos, categorias e estrutura para busca do novo projeto é tratada no guia de SEO no projeto da loja virtual.
Planilha modelo de correspondência origem/destino
Copie as colunas abaixo para uma planilha. As linhas de exemplo são ilustrativas, com endereços fictícios, para mostrar como preencher.
| URL de origem | Tipo | URL de destino | Código | Prioridade | Evidência de valor | Status do teste | Observação |
|---|---|---|---|---|---|---|---|
| /produto/camiseta-basica-preta | Produto | /products/camiseta-basica-preta | 301 | Alta | Cliques de busca e links externos | [ok / falhou] | Variações conferidas |
| /categoria/camisetas | Categoria | /collections/camisetas | 301 | Alta | Cliques de busca | [ok / falhou] | |
| /categoria/promocao-verao-antiga | Categoria | — | 410 | Baixa | Sem acessos | [ok / falhou] | Campanha encerrada |
| /produto/caneca-edicao-limitada | Produto | /collections/canecas | 301 | Média | Links externos | [ok / falhou] | Produto saiu de linha; categoria equivalente |
| /pagina/trocas-e-devolucoes | Institucional | /pages/trocas-e-devolucoes | 301 | Alta | Acessos diretos | [ok / falhou] | Texto revisado |
| /blog/como-escolher-tamanho | Conteúdo | /blog/como-escolher-tamanho | — | Alta | Cliques de busca | [ok / falhou] | Mesmo endereço; conferir se abre |
Se preferir montar no editor de texto e importar depois, use o mesmo cabeçalho em CSV:
url_origem;tipo;url_destino;codigo;prioridade;evidencia;status_teste;observacao
/produto/exemplo;Produto;/products/exemplo;301;Alta;cliques de busca;;Três cuidados no preenchimento: toda linha de prioridade alta precisa de destino ou de justificativa para o 410; o destino precisa existir na nova loja antes da virada; e a coluna “status do teste” só é preenchida depois de abrir a URL antiga e conferir onde ela chega.
Como fazer a virada com critérios de retorno?
A virada é o momento de maior risco, e por isso precisa de roteiro. Uma sequência possível:
- Congelar mudanças na origem. A partir de uma data combinada, novos produtos e alterações de preço vão para a nova loja ou para uma lista de pendências.
- Importar a diferença. Pedidos, clientes e estoque gerados desde a primeira importação entram na última carga.
- Executar o roteiro de testes no destino, ainda fechado ao público.
- Apontar o domínio e repetir os testes críticos no endereço real.
- Manter a loja antiga acessível ao time, sem venda, pelo período de retorno combinado.
| Teste | Como executar | Critério de aceite |
|---|---|---|
| Compra completa | Pedido de teste com cada meio de pagamento | Pedido aprovado no painel, com e-mail ao cliente |
| Frete | Cálculo em CEPs de regiões diferentes | Valores e prazos iguais às regras definidas |
| Estoque | Compra de uma variação específica | Baixa na variação certa, na loja e no sistema integrado |
| Integrações | Pedido de teste até o sistema de gestão e a nota | Pedido recebido, sem duplicidade |
| Redirecionamentos | Abrir todas as URLs de prioridade alta da planilha | Cada uma chega ao destino previsto em um salto, com código permanente |
| Indexação | Conferir robots.txt e páginas principais | Nenhum bloqueio ou noindex herdado do ambiente de testes |
| Medição | Pedido de teste na ferramenta de análise | Compra registrada uma vez, com valor correto |
Critérios de retorno, combinados antes da virada: compra que não conclui em algum meio de pagamento, pedidos que não chegam ao sistema de gestão, ou URLs de prioridade alta sem redirecionamento. Se qualquer um ocorrer e não houver correção dentro da janela combinada, o domínio volta para a loja antiga. Escrever isso antes evita uma decisão no improviso.
Como reconciliar dados e monitorar depois da migração?
A reconciliação compara origem e destino em contagens e em amostras:
- Contagens: produtos ativos, variações, categorias, clientes e pedidos importados. Diferença precisa de explicação.
- Amostras: abra alguns produtos de cada categoria e confira preço, variações, estoque, fotos e descrição contra a origem.
- Valores: soma do estoque por variação e, se houver, saldos e cupons ativos.
Depois da virada, acompanhe pelo Search Console os relatórios de sitemap e de indexação (as URLs antigas devem cair e as novas subir), os erros 404 nos registros do servidor e o tráfego na ferramenta de análise. Envie o novo sitemap e mantenha o antigo durante o monitoramento, como orienta a documentação do Google.
Quais riscos e limites a migração tem?
A documentação do Google, consultada em 20/10/2026, avisa que é esperada oscilação temporária no posicionamento durante a mudança e que sites de porte médio podem levar algumas semanas ou mais para ter as novas URLs refletidas. Nenhum planejamento elimina essa oscilação; ele reduz o que é perdido por erro de redirecionamento ou de conteúdo. Recursos de importação, redirecionamento e senha variam por plataforma e plano, então cada item da planilha precisa ser confirmado no destino. Migrações a partir de um construtor de sites têm cuidados próprios com o conteúdo: veja a migração de catálogo e conteúdo do Wix.
Próximo passo
Se o destino ainda não está definido, compare as opções com o guia de como escolher a plataforma de e-commerce antes de montar a planilha. Para planejar a migração com inventário, correspondência de URLs e roteiro de testes no escopo, conheça a criação de loja virtual profissional da SouLoja.
