Migrar de plataforma de e-commerce só se justifica quando a plataforma atual é a causa comprovada do problema: limite técnico que trava a operação, custo por pedido insustentável ou integração obrigatória que não existe. Frustração e moda não são motivo. O maior prejuízo de uma migração mal planejada não é o custo do projeto, é o tráfego orgânico que some quando as URLs antigas morrem sem redirecionamento 301.
Migração de plataforma é a decisão mais cara e mais adiada de um e-commerce. Cara porque consome meses de atenção, dinheiro de implementação e um risco que quase nunca aparece na proposta. Adiada porque ninguém quer mexer no que está vendendo, mesmo quando está vendendo mal. O resultado desse empate é previsível: a operação convive anos com uma plataforma que já não serve, até que um evento força a mão, e aí a migração acontece com pressa.
Este texto separa os motivos que justificam a troca dos que só parecem justificar, e depois entrega o mapa do que quebra. Se você ainda está decidindo qual plataforma faz sentido para o seu porte, a conversa anterior é a de como escolher a plataforma da loja: aqui a loja já existe e a pergunta é se vale trocar.
Quando a migração de plataforma se justifica?
São três situações, e todas têm em comum o mesmo teste: a plataforma é a causa comprovada do problema, não o suspeito mais conveniente.
Limite técnico real e já batido. Não é lentidão que ninguém mediu nem instabilidade que alguém sentiu. É limite documentado: teto de SKUs ou de variações que o catálogo já encostou, indisponibilidade registrada em monitoramento, impossibilidade de aplicar uma regra de preço ou estoque que o negócio precisa. A pergunta que separa o real do imaginário: você consegue mostrar o registro do problema, com data e frequência?
Custo por pedido que não cabe mais na margem. Plataforma cobrada por percentual sobre faturamento envelhece de um jeito, plano fixo mais aplicativos envelhece de outro, e quando a operação cresce uma das duas contas sai do lugar. O número que decide não é a mensalidade, é quanto a plataforma custa por pedido hoje comparado à alternativa, no seu volume real. Esse custo entra direto na sua margem de contribuição: a diferença entre duas plataformas muda o teto do que você pode pagar por um cliente novo.
Integração obrigatória que não existe. O ERP que a empresa vai adotar, o marketplace onde o público está, a regra fiscal do novo estado, o modelo de assinatura que o produto exige. Se a função é obrigatória para o negócio funcionar e a plataforma não a oferece nem por integração razoável, isso é motivo. Se existe por um caminho mais feio, mas funciona, isso é custo, não impedimento.
O corte honesto: se o seu caso não cabe em um desses três, provavelmente o problema não é a plataforma.
Quais motivos não justificam trocar de plataforma?
Frustração acumulada com a operação atual. É o motivo mais comum e o mais difícil de admitir. A loja dá trabalho, cada ajuste demora, e a plataforma vira o rosto do incômodo. Só que boa parte do que cansa não vem da tecnologia: vem de processo indefinido, cadastro de produto malfeito, falta de quem opere a loja toda semana. Isso viaja junto na migração e reaparece na loja nova, agora com um sistema que ninguém domina.
Promessa de fornecedor. Quem vende plataforma ou implementação tem interesse legítimo na sua troca, e isso é o modelo de negócio, não desonestidade. O problema é quando a projeção de aumento de conversão vira o argumento central. Plataforma não converte: a oferta, o preço, o frete, a página de produto e o checkout convertem. Se alguém apresentar um ganho esperado, peça a origem do número.
Moda e comparação com concorrente. A loja do concorrente estar em outra plataforma diz pouco sobre o seu caso: você não vê o catálogo dele, a regra fiscal, o time nem a conta que ele paga.
Conversão baixa. Se a taxa de conversão é ruim em todas as origens de tráfego, o problema é de oferta ou de experiência, e ele muda de endereço junto com a loja. Migração não é projeto de conversão.
O que quebra numa migração de plataforma?
Tudo o que estava amarrado na plataforma antiga precisa ser reamarrado, e quase nada migra sozinho.
| O que quebra | Por que quebra | Como mitigar |
|---|---|---|
| URL e tráfego orgânico | A estrutura de URL muda e as páginas antigas passam a retornar erro | Mapear toda URL com tráfego ou link e publicar o redirecionamento 301 junto com a virada |
| Dados de cliente | Senha não migra (o formato criptografado é outro) e há campos sem equivalente | Migrar base e endereços, avisar o cliente antes e preparar a redefinição de senha no primeiro login |
| Histórico de pedido | O modelo de dados muda, e status, troca e devolução não têm correspondência exata | Definir o que vai para a loja nova e o que fica só em consulta interna |
| Integração de ERP e frete | Conector e campo de referência são específicos da plataforma antiga | Refazer a integração em ambiente de teste, com pedido real de ponta a ponta, antes do go live |
| Pagamento e antifraude | O cartão tokenizado pertence ao contrato antigo e a régua começa sem histórico | Negociar a portabilidade do token com o adquirente e prever aprovação mais rígida no início |
| Assinatura e recorrência | É o pior caso: costuma exigir novo cadastro de cartão pelo cliente | Comunicar com antecedência, migrar por lote e monitorar cancelamento diário |
| Pixel, eventos e medição | Nome de evento e identificador de pedido mudam, e a série histórica quebra | Reimplementar e validar os eventos antes da troca de DNS, mantendo a nomenclatura anterior |
| Cupom, saldo e avaliação | Ficam em tabelas que a exportação padrão costuma ignorar | Tratar cada um como item separado, com responsável e prazo |
| Automação e CRM | Gatilho e identificador de cliente mudam, e o fluxo segue com dado errado | Pausar na virada e religar fluxo por fluxo, conferindo com um pedido de teste |
Nenhum desses itens é surpresa técnica. O que transforma a lista em incêndio é a ordem: quando o mapeamento acontece depois do go live, tudo vira urgência simultânea.
Por que o redirecionamento é o item mais caro de errar?
Porque é o único da lista cujo prejuízo você não sente no dia e não consegue desfazer depois.
Quando uma URL que rankeava passa a retornar erro, o buscador não move a autoridade dela para lugar nenhum: ele para de considerar aquela página. A queda aparece semanas depois, o tráfego orgânico cai sem que ninguém tenha mexido em campanha, e o time gasta dias procurando o problema na mídia paga. Essa é a nossa leitura da causa mais comum de migração que “deu certo” e mesmo assim derrubou o faturamento.
O trabalho é chato e não tem atalho. Exportar a lista completa de URLs que recebem tráfego ou têm link apontando para elas: produto, categoria, página institucional, artigos e filtros indexados. Para cada uma, definir a equivalente na loja nova. Sem equivalente, escolher a página mais próxima em vez de mandar tudo para a home, porque redirecionamento em massa para a home é lido como página inexistente. Depois: publicar os redirecionamentos no momento da virada, subir o sitemap novo, revisar os links internos e acompanhar erros diariamente nas primeiras semanas.
É o ponto em que a gente insiste: migração sem plano de redirecionamento destrói tráfego orgânico que levou anos para ser construído, e esse prejuízo não aparece em planilha nenhuma de custo do projeto. Se o SEO da sua loja responde por parte relevante da receita, o mapa de URLs é o primeiro entregável, não o último.
O que fazer no período de convivência entre as duas lojas?
Existe uma janela em que a loja velha ainda tem pedidos abertos e a nova já está recebendo pedidos. Ela é curta, mas é onde a operação mais erra.
Congele o catálogo antes da carga final. Cadastro alterado depois da exportação não chega na loja nova, e você descobre por um produto vendido com preço antigo.
Decida onde o estoque manda. Duas vitrines lendo estoques diferentes é venda de item que não existe. O ideal é o ERP como fonte única desde antes da virada.
Defina quem atende o pedido antigo. Troca, devolução, segunda via de nota e status de entrega da loja velha precisam de caminho claro, e o atendimento precisa consultar os dois sistemas sem improviso.
Avise a base antes, não depois. Cliente que tenta entrar e falha na senha some sem reclamar. Um aviso pelo seu canal de CRM explicando que a loja mudou e que a senha precisa ser redefinida evita boa parte do atrito.
Escolha a data pelo calendário comercial. Migrar perto do seu período de maior venda concentra dois riscos na mesma semana.
Qual é o custo escondido de uma migração?
Não é a fatura da implementação: essa você negocia e coloca na planilha.
O custo que ninguém orça é o das semanas em que o time para de vender para migrar. É a pessoa de marketing revisando cadastro de produto em vez de planejar campanha, o lançamento adiado porque a loja nova não ficou pronta, o calendário promocional congelado por precaução, a atenção da liderança presa num projeto de infraestrutura enquanto o funil segue sem dono. Some a cauda de correção depois do go live e a conta real fica bem diferente do orçamento aprovado.
Dá para estimar isso antes: multiplique as horas que cada pessoa vai dedicar ao projeto pelo que produziriam normalmente e some a receita das ações que ficarão paradas na janela, usando como base o seu faturamento médio no período equivalente. Não é conta exata, mas é a única que coloca o custo de oportunidade na mesma tabela do orçamento.
Nada disso é argumento para não migrar. É argumento para migrar por motivo, não por cansaço.
O que fica
Trocar de plataforma só se justifica por limite técnico comprovado, custo por pedido insustentável ou integração obrigatória inexistente. Frustração, promessa de fornecedor, moda e conversão baixa são sintomas que a migração não cura.
O que quebra é previsível e cabe numa lista: URL, base de clientes, histórico de pedido, ERP e frete, pagamento e recorrência, medição, cupons e automações. O que decide o tamanho do estrago é a ordem em que ela é resolvida, e o mapa de redirecionamento precisa estar pronto antes da virada.
E o preço real inclui as semanas em que a operação para de vender para migrar. Plataforma é uma camada da estrutura de e-commerce, não a estratégia: trocar a camada resolve o que era limite de camada e devolve intacto o que era problema de oferta, preço ou processo.
Se depois desse teste a troca continuar de pé, o projeto deixa de ser decisão de tecnologia e passa a ser decisão de calendário: quando a operação tem folga para atravessar a janela sem perder o ano.
O que fica
- Migração se justifica por limite técnico comprovado, custo por pedido insustentável ou integração obrigatória que não existe. Frustração com a operação atual não é limite de plataforma.
- O redirecionamento 301 é o item mais caro de errar: tráfego orgânico construído em anos some em semanas quando as URLs antigas retornam erro.
- Senha de cliente não migra, histórico de pedido migra pela metade e assinatura recorrente costuma exigir novo cadastro de cartão. Planeje a comunicação disso antes de trocar.
- Pixel, eventos e identificador de pedido mudam na virada, e sem plano de medição você perde a série histórica justo quando mais precisa comparar antes e depois.
- O custo escondido não está na fatura da implementação, está nas semanas em que o time para de vender para migrar.
Perguntas frequentes
Quando vale a pena migrar de plataforma de e-commerce?
Quando a plataforma atual é a causa comprovada de um problema que você já tentou resolver por outro caminho: um limite técnico que trava a operação, um custo por pedido que não cabe na margem ou uma integração obrigatória que a plataforma não suporta. Se o problema é oferta, preço, frete ou conversão, a loja nova entrega o mesmo resultado em endereço diferente.
Migrar de plataforma prejudica o SEO?
Prejudica quando o plano de redirecionamento é feito com pressa ou depois da virada. Toda URL antiga que gerava tráfego precisa de um redirecionamento 301 para a URL equivalente na loja nova, mapeada uma a uma, antes do go live. Feito assim, a queda tende a ser temporária. Feito mal, você perde posições que levaram anos para ser construídas.
O que se perde ao trocar de plataforma de e-commerce?
Costumam se perder ou degradar: senhas de cliente, parte do histórico de pedidos, cupons e saldos ativos, assinaturas com cartão tokenizado, avaliações de produto, a série histórica de medição e as integrações que foram construídas sob medida na plataforma antiga. Cada um desses itens precisa de uma decisão explícita antes da virada.
Quanto tempo demora uma migração de plataforma?
Depende do tamanho do catálogo, do número de integrações e de quanto foi customizado na loja atual, e por isso qualquer prazo médio publicado por fornecedor é chute. O que dá para prever é o formato: existe uma fase de mapeamento, uma de construção, um período de convivência entre as duas lojas e uma cauda de correção depois do go live.
Dá para migrar de plataforma sem parar de vender?
Dá para não tirar a loja do ar, mas não dá para não desviar o time. A vitrine antiga continua vendendo até a troca de DNS, e a queda de faturamento vem menos da indisponibilidade e mais da atenção que sai do calendário comercial: campanhas congeladas, lançamentos adiados e ninguém olhando o funil enquanto o projeto corre.
Equipe Metris
Estratégia, mídia, dados e conteúdo
O time da Metris, assessoria de marketing de performance com mais de 18 anos de experiência: estratégia, mídia paga, CRM, dados e CRO trabalhando juntos para fazer empresas venderem mais, com margem. Os textos saem das contas que a gente opera, e nenhum número entra sem origem.
