Trocar de plataforma de e-commerce é uma das decisões mais delicadas que um lojista toma. E a preocupação número um, quase sempre, é a mesma: "vou perder meu tráfego orgânico?". A pergunta faz sentido. Anos de trabalho de SEO, dezenas ou centenas de páginas bem posicionadas no Google, autoridade de domínio construída aos poucos — tudo isso está em risco quando você muda a estrutura do site. Migrar mal significa ver as posições despencarem, o tráfego orgânico sumir e as vendas caírem justamente no momento em que você deveria estar colhendo os frutos de uma plataforma melhor.

A boa notícia: migrar da VTEX para o Magento 2 (a plataforma que a Adobe comercializa como Adobe Commerce) sem perder SEO é totalmente viável — desde que feito com método. O que derruba o SEO numa migração não é a troca de plataforma em si; é a negligência com redirects, com a estrutura de URLs, com os dados e com a homologação. Migrações bem executadas mantêm — e frequentemente melhoram — o desempenho orgânico, porque o Magento oferece controle técnico e performance que muitas lojas não tinham na configuração anterior.

Neste guia, vou detalhar o processo completo de migração da VTEX para o Magento com foco em preservar SEO: planejamento, mapeamento e redirects 301, migração de dados, homologação criteriosa e a virada (go-live) segura. É o roteiro que separa uma migração tranquila de um desastre de tráfego.

Por que lojistas migram da VTEX para o Magento

Antes do "como", vale entender o "porquê", porque o motivo da migração influencia as prioridades do projeto. A VTEX é uma plataforma SaaS robusta e amplamente usada no Brasil. Lojistas migram dela para o Magento por razões que costumam se repetir:

  • Controle e customização. A VTEX é um SaaS: você opera dentro das possibilidades que a plataforma oferece. O Magento é open source (na versão Open Source) e dá controle total sobre código, checkout, regras de negócio e integrações. Quem precisa de customizações profundas encontra menos limites.
  • Custo em escala. O modelo de cobrança de plataformas SaaS costuma escalar com o faturamento (take rate/comissão sobre GMV). Para operações de alto volume, o custo pode se tornar significativo, e o Magento — com custo de infraestrutura e desenvolvimento, mas sem comissão sobre vendas — passa a ser mais econômico.
  • Independência de plataforma. Ter o código e a base de dados sob seu controle evita a dependência total de um fornecedor. Você decide quando e como evoluir.
  • Ecossistema e integrações. O Magento tem um ecossistema maduro de extensões e uma arquitetura API-first que facilita integrar ERPs, marketplaces e ferramentas específicas.
  • Requisitos de arquitetura. Operações que querem virar marketplace, montar multiloja internacional ou implementar regras muito específicas encontram no Magento uma base mais flexível.

Seja qual for o motivo, o objetivo da migração é claro: ganhar as capacidades do Magento sem perder o patrimônio digital já construído — e o SEO é a parte mais visível desse patrimônio. Uma migração e upgrade para Adobe Commerce bem conduzida entrega exatamente isso.

O que realmente derruba o SEO numa migração

Vamos ser diretos sobre onde o SEO é perdido, porque entender as causas é metade da prevenção. Em uma migração de plataforma, o tráfego orgânico cai quando:

  1. As URLs mudam e ninguém redireciona. A VTEX tem um padrão de URL; o Magento tem outro. Se as URLs antigas param de existir sem redirect, o Google encontra páginas 404, perde os links que apontavam para elas e derruba as posições.
  2. A estrutura de conteúdo é perdida. Títulos, meta descrições, textos de categoria, atributos que sustentavam o ranking desaparecem ou são substituídos por conteúdo genérico.
  3. A performance piora. Se o novo site carrega mais devagar, o Google penaliza. (No caso do Magento bem configurado, geralmente é o contrário — a performance melhora.)
  4. Erros técnicos se acumulam. Sitemaps quebrados, robots.txt bloqueando o que não deveria, canonical errado, dados estruturados perdidos.
  5. A indexação não é gerenciada na virada. O Google demora a reprocessar o site novo, e se nada é sinalizado (sitemap, Search Console), a transição fica lenta e dolorosa.

A conclusão é libertadora: nenhuma dessas causas é inevitável. Todas são gerenciáveis com planejamento. A migração que preserva SEO é, essencialmente, uma migração que cuida obsessivamente desses cinco pontos.

Fase 1: Planejamento e auditoria

Nenhuma migração séria começa mexendo em código. Começa entendendo o que existe. Essa fase de descoberta é a que mais protege o SEO, porque você não pode preservar aquilo que não mapeou.

Auditoria de SEO do site atual

O primeiro passo é fotografar o estado atual do SEO da loja VTEX:

  • Inventário completo de URLs. Rastreie todo o site e liste cada URL indexável: home, categorias, produtos, páginas institucionais, blog, landing pages. Essa lista é o alicerce do plano de redirects.
  • Páginas que rankeiam e trazem tráfego. Cruze o inventário com os dados de tráfego orgânico. Quais URLs trazem mais visitas? Quais palavras-chave rankeiam? Essas páginas são prioridade máxima — não podem quebrar.
  • Backlinks. Quais páginas recebem links de outros sites? Esses links são autoridade acumulada; se a página some sem redirect, a autoridade se perde.
  • Metadados atuais. Títulos, meta descrições, headings de cada página relevante. Você vai querer preservá-los (ou melhorá-los) no Magento.
  • Dados estruturados. Schema de produto, breadcrumb, avaliações — o que existe hoje precisa existir no destino.
  • Estado técnico. Sitemap, robots.txt, canonical, paginação, velocidade atual como referência.

Definição da nova estrutura de URLs

Aqui está uma decisão estratégica. Você tem duas opções:

Opção A — Replicar as URLs. Configurar o Magento para gerar URLs iguais (ou o mais parecidas possível) às da VTEX. Vantagem: reduz drasticamente a necessidade de redirects e o risco de perda. Desvantagem: pode carregar limitações de nomenclatura da plataforma antiga.

Opção B — Nova estrutura otimizada. Aproveitar a migração para melhorar a estrutura de URLs (mais limpa, mais semântica). Vantagem: SEO melhor no longo prazo. Desvantagem: exige redirect 301 de cada URL antiga para a nova — trabalho maior e mais risco se malfeito.

Na prática, a decisão depende do estado das URLs atuais. Se a VTEX já gera URLs boas, replicar é mais seguro. Se as URLs atuais são ruins, a migração é a oportunidade de arrumar — desde que os redirects sejam impecáveis. O importante é decidir isso no planejamento, não improvisar depois.

Escopo, dados e cronograma

O planejamento também define:

  • Quais dados migram (catálogo, clientes, pedidos históricos, avaliações, conteúdo)
  • Quais integrações precisam ser refeitas (ERP, gateway, frete, marketing)
  • O ambiente de homologação
  • O cronograma e a janela de virada
  • Os critérios de sucesso e rollback

Essa fase de planejamento é onde a experiência do parceiro faz a maior diferença. Um plano bem-feito antecipa problemas que, descobertos durante a virada, viram crises. Vale pedir um orçamento que inclua uma auditoria completa antes de comprometer o projeto.

Fase 2: Migração de dados

Com o plano em mãos, começa a mudança de dados da VTEX para o Magento. Essa etapa exige rigor porque dados incompletos ou mal mapeados geram catálogos quebrados, produtos sem informação e — do ponto de vista de SEO — páginas fracas.

Catálogo de produtos

O coração da migração. É preciso extrair da VTEX e mapear para o modelo do Magento:

  • Produtos e SKUs, com todos os atributos (nome, descrição, especificações)
  • Preços (incluindo preços especiais, promoções)
  • Estoque por SKU
  • Imagens (todas as fotos de cada produto, em boa resolução)
  • Categorias e a associação produto-categoria
  • Produtos configuráveis (variações de cor, tamanho) mapeados para o modelo de produto configurável do Magento
  • Atributos de SEO de cada produto: title, meta description, URL key

O mapeamento entre o modelo de dados da VTEX e o do Magento é a parte técnica mais sensível. A VTEX organiza produtos, SKUs e especificações de um jeito; o Magento usa produtos, atributos e conjuntos de atributos. Traduzir uma estrutura para a outra sem perder informação exige planejamento cuidadoso.

Clientes

A base de clientes migra com dados cadastrais e histórico. Um cuidado importante: as senhas não podem ser migradas em texto (são armazenadas com hash). Dependendo da compatibilidade dos algoritmos, pode ser necessário um fluxo de redefinição de senha no primeiro acesso, comunicado adequadamente aos clientes para não gerar atrito.

Pedidos históricos

Migrar o histórico de pedidos é importante para atendimento, análises e para a experiência do cliente (que quer ver suas compras anteriores). Nem sempre é necessário migrar 100% do histórico — às vezes se migra um período recente e o antigo fica arquivado.

Conteúdo e avaliações

Páginas institucionais, blog, banners e — crucialmente para SEO — avaliações de produtos. Avaliações são conteúdo gerado por usuário que ajuda no ranking e na conversão. Perder as avaliações acumuladas é jogar fora um ativo valioso.

Validação dos dados

Cada lote migrado precisa ser validado: contagem de produtos confere? Imagens carregaram? Preços estão certos? Categorias associadas corretamente? A validação sistemática evita que erros passem despercebidos até a produção. Estruturar a nova loja com dados limpos é parte do que fazemos ao montar uma loja virtual em Magento 2 a partir de uma migração.

Fase 3: Redirects 301 — o coração da preservação de SEO

Se há uma única coisa que decide se você mantém ou perde o SEO na migração, são os redirects 301. Um redirect 301 é um sinal permanente para o navegador e para o Google dizendo: "esta página se mudou para cá, definitivamente". Ele transfere a autoridade da URL antiga para a nova. Sem ele, o Google trata a URL antiga como morta e a nova como desconhecida — e as posições caem.

Como montar o mapa de redirects

O mapa de redirects é uma tabela que liga cada URL antiga (VTEX) à URL nova correspondente (Magento):

URL antiga (VTEX) URL nova (Magento) Tipo
/categoria-x /categoria-x.html 301
/produto-y/p /produto-y.html 301
/institucional/sobre /sobre-nos 301
/categoria-descontinuada /categoria-substituta 301

Regras de ouro do mapeamento:

  • Toda URL indexada precisa ter destino. Nenhuma URL relevante pode virar 404.
  • Redirect para a página mais relevante. Se um produto foi descontinuado, redirecione para a categoria dele ou para um similar — não para a home genérica. Redirect em massa para a home é sinal ruim para o Google.
  • Um pulo só. Evite cadeias de redirect (URL antiga → intermediária → final). Cada pulo dilui autoridade e piora performance.
  • 301, não 302. O 301 é permanente e transfere autoridade; o 302 é temporário e não transfere da mesma forma.
  • Cuidado com parâmetros e paginação. URLs de filtros e paginação precisam de tratamento (canonical, redirect ou noindex conforme o caso).

Padrões de URL: VTEX x Magento

A VTEX e o Magento têm convenções diferentes de URL. A VTEX costuma usar padrões como /produto/p e estruturas de categoria próprias. O Magento, por padrão, usa URL keys com sufixo .html (configurável) e uma estrutura de categoria baseada na árvore. Mapear um padrão para o outro de forma consistente, produto a produto e categoria a categoria, é o trabalho central desta fase.

Quando o catálogo tem milhares de SKUs, montar esse mapa manualmente é inviável. Automatizar a geração do mapa de redirects a partir dos dados dos dois sistemas — cruzando SKUs, slugs e categorias — economiza tempo e reduz erro humano. Esse é um dos pontos onde automações aceleram a migração com segurança, gerando e validando milhares de redirects de forma sistemática.

Implementação no Magento

O Magento tem gestão nativa de URL rewrites, onde os redirects 301 são cadastrados. Para volumes grandes, os redirects são importados em lote. Também é possível tratar redirects no nível do servidor web (regras de reescrita) para padrões que se repetem. A escolha entre gerenciar no Magento ou no servidor depende do volume e da natureza dos redirects.

Fase 4: Homologação — testar tudo antes de virar

A homologação é a fase em que a nova loja, completa e povoada com dados, é testada exaustivamente em um ambiente que espelha a produção, antes de ir ao ar. Pular ou apressar a homologação é a origem da maioria dos desastres de migração.

O que homologar

Funcional:

  • Navegação, busca, filtros
  • Fluxo de compra completo (do carrinho ao pagamento)
  • Meios de pagamento (transações de teste)
  • Cálculo de frete
  • Cálculo de impostos e emissão de nota fiscal
  • Cadastro e login de clientes
  • E-mails transacionais

SEO (crítico):

  • Metadados de cada tipo de página (title, meta description)
  • URLs conforme o mapeamento planejado
  • Redirects 301 testados um a um (amostragem ampla para catálogos grandes)
  • Sitemap XML gerado corretamente
  • robots.txt permitindo o que deve ser indexado
  • Canonical tags corretas
  • Dados estruturados (schema de produto, breadcrumb)
  • hreflang, se houver mais de um idioma

Performance:

  • Tempo de carregamento das páginas-chave
  • Configuração de cache (Varnish, Redis)
  • Otimização de imagens
  • Core Web Vitals

Integrações:

  • ERP sincronizando estoque e pedidos
  • Gateway processando pagamentos
  • Ferramentas de marketing e analytics
  • Transportadoras cotando frete

Ambiente de homologação

O ambiente de homologação precisa ser fiel à produção — mesma stack, mesma configuração de servidor, mesmos dados (ou uma amostra representativa). Testar em um ambiente diferente da produção esconde problemas que só aparecem no go-live. Um ambiente gerenciado de homologação e produção, com paridade garantida, é parte de uma boa operação de outsourcing de TI e infraestrutura.

O ambiente de homologação e o Google

Um cuidado técnico essencial: o ambiente de homologação não pode ser indexado pelo Google. Se o Google encontra a loja de teste, pode indexá-la e gerar conteúdo duplicado com a produção futura. O ambiente de homologação deve estar bloqueado (por robots, autenticação ou noindex) durante toda a fase de testes.

Fase 5: A virada (go-live)

A virada é o momento em que o Magento substitui a VTEX como a loja em produção. Bem planejada, é um evento controlado; malfeita, é uma crise.

Preparação da virada

  • Janela de menor tráfego. Escolha um horário/dia de menor movimento para minimizar impacto de qualquer imprevisto.
  • Congelamento de dados. Defina um ponto de corte para migrar os dados mais recentes (últimos pedidos, cadastros, alterações de estoque) e sincronizar tudo.
  • Checklist de virada. Uma lista detalhada de cada passo, com responsável e ordem de execução.
  • Plano de rollback. Se algo der muito errado, como voltar para a VTEX rapidamente. Ter esse plano dá segurança para executar.

Execução

  1. Sincronizar os dados finais (delta desde a última migração)
  2. Apontar o domínio para o novo ambiente (DNS)
  3. Ativar os redirects 301
  4. Verificar que o site responde corretamente
  5. Rodar um checklist rápido de sanidade (compra teste, páginas-chave, redirects)

Ações de SEO imediatamente após a virada

Este é o momento de sinalizar ao Google que a loja mudou e ajudá-lo a reprocessar rápido:

  • Submeter o novo sitemap no Google Search Console.
  • Verificar a propriedade do domínio no Search Console (se necessário reconfigurar).
  • Monitorar o relatório de cobertura para pegar erros de indexação e 404 cedo.
  • Usar a inspeção de URL para forçar a reindexação das páginas mais importantes.
  • Acompanhar os redirects — garantir que estão respondendo 301 e levando ao destino certo.

Fase 6: Monitoramento pós-migração

A migração não termina no go-live. As semanas seguintes são de vigilância ativa. O SEO leva tempo para se reassentar — o Google precisa rastrear, processar os redirects e reindexar. Uma leve oscilação temporária de posições é normal; uma queda acentuada e sustentada é sinal de problema.

O que monitorar de perto:

  • Tráfego orgânico comparado ao período pré-migração
  • Posições das palavras-chave prioritárias
  • Erros 404 no Search Console (indicam redirects faltando)
  • Cobertura de indexação (páginas indexadas x esperadas)
  • Core Web Vitals e performance real
  • Taxa de conversão e vendas

Se aparecerem 404 de URLs que traziam tráfego, é redirect faltando — corrija imediatamente. Se a performance está pior que a esperada, ajuste cache e otimizações. O monitoramento ativo nas primeiras semanas é o que garante que qualquer problema seja pego e resolvido antes de causar dano duradouro.

O que o Magento pode melhorar no seu SEO

Migrar bem não é só "não perder" SEO — bem feito, o Magento pode melhorar seu desempenho orgânico:

  • Performance. Com Varnish, Redis, Elasticsearch/OpenSearch e otimização de front-end, o Magento serve páginas rápido, e velocidade é fator de ranking.
  • Controle técnico total. Você ajusta canonical, meta tags, dados estruturados e estrutura de URL com liberdade que um SaaS fechado não dá.
  • Conteúdo rico. Páginas de categoria e produto com conteúdo otimizado, atributos bem estruturados e dados estruturados completos.
  • Mobile e Core Web Vitals. Temas bem construídos entregam experiência mobile impecável, que o Google valoriza.

Ou seja, a migração é também uma oportunidade de subir de patamar em SEO técnico — se for conduzida por quem entende do assunto. Se você está começando do zero ou reconstruindo a presença digital junto com a migração, vale conhecer também nossos serviços de criação de sites, que garantem base técnica sólida desde o início. E para acelerar a montagem da nova loja, o Magento Express encurta o caminho até uma base profissional no ar.

Perguntas frequentes

Vou perder meu tráfego orgânico ao migrar da VTEX para o Magento?

Não, desde que a migração seja feita com método. A perda de SEO em migrações vem de negligência com redirects 301, estrutura de URLs, metadados e homologação — não da troca de plataforma em si. Com um mapa de redirects completo, preservação de metadados e monitoramento pós-virada, o tráfego é mantido, e frequentemente melhora graças à performance superior do Magento.

O que são redirects 301 e por que são tão importantes?

Um redirect 301 é um sinal permanente que informa ao Google que uma página se mudou definitivamente para um novo endereço, transferindo a autoridade da URL antiga para a nova. Como a VTEX e o Magento usam padrões de URL diferentes, cada URL indexada precisa de um 301 apontando para sua correspondente no Magento. Sem isso, as páginas viram 404 e as posições caem.

Quanto tempo leva uma migração da VTEX para o Magento?

Depende do tamanho do catálogo, da quantidade de integrações e da complexidade das customizações. O que não deve ser apressado é o planejamento, a homologação e o mapeamento de redirects — são justamente essas fases que protegem o SEO e o funcionamento da loja. Uma migração bem-feita prioriza segurança sobre velocidade.

Consigo migrar meus clientes e pedidos antigos?

Sim. A base de clientes e o histórico de pedidos podem ser migrados. Um detalhe: as senhas não migram em texto (são armazenadas com hash), então pode ser necessário um fluxo de redefinição no primeiro acesso, comunicado aos clientes. O histórico de pedidos preserva a experiência do cliente e o atendimento.

Magento 2 é a mesma coisa que Adobe Commerce?

Sim, o núcleo é o mesmo. A Adobe adquiriu a Magento e hoje oferece a versão Open Source (gratuita) e a Adobe Commerce (paga, com recursos enterprise). Ambas compartilham a base tecnológica. Na migração, escolhe-se a edição conforme as necessidades da operação.

Como sei se a migração deu certo em termos de SEO?

Monitorando de perto nas semanas seguintes: tráfego orgânico comparado ao período anterior, posições das palavras-chave, erros 404 no Search Console, cobertura de indexação e Core Web Vitals. Uma leve oscilação temporária é normal enquanto o Google reprocessa; uma queda acentuada e sustentada indica problema — geralmente redirect faltando — que deve ser corrigido imediatamente.

Conclusão

Migrar da VTEX para o Magento sem perder SEO é totalmente possível — e a experiência de quem já fez muitas migrações prova isso. O que derruba o tráfego orgânico não é a mudança de plataforma, e sim a negligência com os detalhes que preservam o patrimônio digital: o mapa completo de redirects 301, a preservação de metadados e estrutura, uma homologação criteriosa e o monitoramento ativo após a virada. Cuide obsessivamente desses pontos e você não só mantém o SEO como ganha a performance, o controle e a flexibilidade que motivaram a migração.

O Magento 2 (Adobe Commerce) oferece um patamar técnico que muitas lojas não tinham antes, e a migração bem conduzida é a ponte segura entre o que você construiu e o que sua operação pode se tornar. O segredo, do começo ao fim, é o método — e um parceiro que já percorreu esse caminho muitas vezes.

Na Inventando Sites, planejamos e executamos migrações de plataforma para Magento desde 2004, em São Paulo, com foco em preservar SEO e continuidade de vendas. Se você está avaliando sair da VTEX para o Magento, fale com a gente e peça um orçamento. Começamos por uma auditoria completa do seu SEO atual e desenhamos a migração que protege seu tráfego e destrava o crescimento.