Migrar loja virtual de plataforma: 5 erros que derrubam as vendas e como evitar

Os erros que mais custam caro na troca de plataforma são cinco: mudar os endereços das páginas sem redirecionar os antigos, deixar para trás clientes, pedidos e avaliações, esquecer integrações com ERP, frete, nota fiscal e pagamento, não testar a compra completa antes de virar a chave e migrar perto de datas de pico. Cada um tem um jeito conhecido de evitar, e quase todos passam por três coisas: um inventário do que existe hoje, um ambiente de testes e uma data de virada escolhida com folga.

Quando vale a pena trocar de plataforma?

A migração faz sentido quando a plataforma atual virou um limite para o negócio, e não só um incômodo. Sinais comuns:

• a loja não aceita uma integração de que a operação precisa, como o ERP da empresa ou uma transportadora nova;
• taxas e planos pesam cada vez mais à medida que as vendas crescem;
• ajustes de layout, regras de preço ou novas formas de venda (atacado, assinatura, B2B) exigem improviso ou não são possíveis;
• a loja fica lenta ou instável justamente nos dias de mais acesso.

Se o problema é pouco tráfego, preço fora do mercado ou fotos ruins, trocar de plataforma não resolve. Antes de decidir, escreva em uma frase o que a plataforma nova precisa fazer que a atual não faz. Se a frase não sair, talvez a migração ainda não seja a prioridade.

Quais são os erros mais comuns ao migrar uma loja virtual?

1. Mudar os endereços das páginas sem redirecionar os antigos

Cada plataforma organiza os endereços (URLs) de um jeito. O produto que hoje está em sualoja.com.br/produto/tenis-azul pode virar sualoja.com.br/tenis-azul-p123. Só que o Google, os anúncios, os e-mails antigos e os sites que citam a sua loja continuam apontando para o endereço velho. Sem redirecionamento, quem clica cai numa página de erro e a loja vai perdendo as posições conquistadas nas buscas.

Como evitar: exija uma planilha que ligue cada endereço antigo ao novo (produtos, categorias, páginas institucionais e posts do blog) e o redirecionamento permanente, conhecido como 301, para todos eles. Títulos e descrições das páginas também devem ir junto. Depois da virada, alguém precisa acompanhar no Google Search Console as páginas não encontradas e corrigir o que escapou. Alguma oscilação nas buscas logo após a troca pode acontecer. Páginas importantes dando erro, não.

2. Deixar para trás clientes, pedidos e avaliações

Plataforma nova vazia é loja nova. O cliente antigo não encontra o próprio cadastro. O histórico de pedidos, que o atendimento usa em trocas e garantias, some. E as avaliações dos produtos, que ajudam a convencer quem nunca comprou, desaparecem.

Como evitar: antes de começar, liste o que precisa ir junto: clientes, endereços, pedidos, avaliações, cupons ativos, saldo de cashback ou vale-presente e assinaturas recorrentes, se houver. Combine também como a importação será conferida, por exemplo comparando o total de clientes e pedidos antes e depois e abrindo alguns cadastros por amostragem.

Há ainda dois cuidados. Nem sempre dá para levar as senhas dos clientes para a plataforma nova. Quando não dá, é preciso avisar por e-mail e facilitar a criação de uma senha nova. E, por serem dados pessoais protegidos pela LGPD, os arquivos exportados precisam circular por meio seguro.

3. Esquecer integrações com ERP, frete, nota fiscal e pagamento

Muita coisa na loja funciona sem ninguém perceber: o estoque que se atualiza sozinho, o frete calculado pelo CEP, a nota fiscal emitida quando o pagamento é aprovado. Na migração, cada conexão precisa ser refeita, e as esquecidas só aparecem quando o primeiro pedido trava.

Como evitar: monte com o fornecedor a lista de tudo que está conectado à loja hoje, com o responsável e o acesso de cada item:

• ERP ou sistema de gestão (estoque, preços, pedidos e clientes);
• frete (cálculo, transportadoras, etiquetas e rastreio);
• emissão de nota fiscal;
• meios de pagamento (cartão, Pix, boleto) e antifraude;
• marketplaces, e-mail marketing, ferramentas de análise de acesso e pixels de anúncios.

O último item costuma passar despercebido. Sem as marcações de conversão, a loja até vende, mas os anúncios perdem a referência do que funciona e ninguém consegue comparar o antes e o depois.

4. Não testar a compra completa antes de virar a chave

Ver a loja nova bonita na tela do fornecedor não é teste. O que importa é o caminho inteiro de um pedido, feito no celular e no computador, em um ambiente separado da loja que está no ar:

1. buscar um produto e escolher a variação (tamanho, cor);
2. calcular o frete para CEPs de regiões diferentes;
3. aplicar um cupom;
4. pagar com cada meio disponível;
5. receber os e-mails de confirmação;
6. conferir se o pedido chegou ao ERP, se o estoque baixou e se a nota fiscal saiu;
7. cancelar um pedido e ver se o estorno funciona.

Como evitar: peça um roteiro de testes por escrito e coloque pessoas da sua equipe para executá-lo, principalmente quem cuida do atendimento e da expedição. Essas pessoas conhecem os casos que o fornecedor não imagina, como o produto vendido só em kit ou o cliente que sempre paga no boleto.

5. Migrar perto de datas de pico

Toda migração exige ajustes nos primeiros dias. Numa semana comum, dá para contornar. Às vésperas da Black Friday, do Natal ou da data mais forte do seu segmento, um erro na finalização da compra pesa muito mais: o tráfego está no máximo e não sobra tempo para corrigir com calma.

Como evitar: marque a virada para um período de movimento normal, com algumas semanas de folga antes do próximo pico. Se faltam poucas semanas para a Black Friday e o projeto ainda não começou, o caminho mais prudente costuma ser usar esse tempo para planejar, organizar os dados e montar a loja nova em ambiente de testes, deixando a troca para depois das vendas de fim de ano.

O que exigir de quem vai fazer a migração?

Você não precisa entender de código para conferir o trabalho. Precisa de quatro compromissos por escrito:

• Cronograma por etapas: levantamento, montagem da loja nova, importação de dados, integrações, testes, virada e acompanhamento, cada etapa com data e com algo concreto para você aprovar.
• Ambiente de testes: uma cópia da loja nova, fora do alcance do público, onde você e sua equipe fazem compras completas antes do lançamento.
• Plano de volta: o que acontece se algo grave der errado na virada. Na prática, isso significa manter a plataforma antiga ativa por um período e definir quem decide pela volta e como ficam os pedidos feitos na loja nova nesse intervalo.
• Acompanhamento depois do lançamento: por quanto tempo o fornecedor monitora pedidos, integrações e páginas com erro, e em quanto tempo responde quando algo para.

Algumas perguntas ajudam a separar quem já planejou de quem vai improvisar:

• Como vão ser levados para a loja nova os pedidos feitos entre a última cópia dos dados e a virada?
• Quem cuida dos redirecionamentos e como eu confiro que estão funcionando?
• Quem da sua equipe estará disponível no dia da virada e nos dias seguintes?
• Os dados e o que for desenvolvido sob medida ficam em nome de quem ao final do projeto?

O que faz uma migração custar mais ou levar mais tempo?

O esforço depende do que a loja carrega. Pesam mais:

• catálogos grandes, com muitas variações de produto;
• cadastros desorganizados, que precisam ser limpos antes da importação;
• a quantidade de integrações e o quanto elas são personalizadas;
• regras de negócio próprias, como preço por tipo de cliente, atacado ou assinatura;
• troca de layout feita junto com a troca de plataforma.

Peça que o orçamento separe essas partes, para você saber onde está o esforço. Se tiver mais de uma proposta, o guia sobre como comparar orçamento de site ou sistema ajuda a ver o que cada uma inclui de fato.

Por onde começar?

Comece pelo inventário: o que a loja tem hoje, o que está conectado a ela e o que a plataforma nova precisa resolver. Migração de loja virtual é o tipo de projeto que fazemos na OMS, com garantia de 30 dias para correções depois do lançamento e planos de manutenção evolutiva para o que vem depois.