Migração de plataforma é um dos projetos de maior risco para o SEO de um e-commerce. Uma migração bem executada pode manter ou até melhorar as posições orgânicas. Uma migração mal planejada pode destruir anos de link equity e posicionamento em poucas semanas.
Já participei de mais de 15 migrações de lojas VTEX — de Legacy para IO, de outras plataformas para VTEX, e de VTEX IO para FastStore. O padrão que separa as que preservaram SEO das que perderam tráfego é sempre o mesmo: planejamento de URLs e redirects antes do go-live, não depois.
Por que migrações derrubam o SEO
Quando uma página muda de URL sem redirect, o Google vê duas coisas:
- Uma URL nova (sem histórico, sem backlinks, com autoridade zero)
- Uma URL antiga retornando 404 (que vai ser desindexada)
Todo o link equity acumulado na URL antiga — os backlinks que outros sites criaram, os cliques que validaram o conteúdo, os anos de histórico — fica para trás. A nova URL começa do zero.
Em migrações de plataforma, centenas ou milhares de URLs de produto e categoria mudam ao mesmo tempo. Sem redirects 301, o impacto é devastador e leva meses para recuperar — às vezes nunca recupera completamente.
O processo correto: 6 etapas
Etapa 1: Mapeamento de URLs (antes de escrever uma linha de código)
Antes de qualquer desenvolvimento, fazer um inventário completo das URLs existentes:
- Crawl da loja atual com Screaming Frog ou Ahrefs para listar todas as URLs indexadas
- Exportar as URLs do Google Search Console (Cobertura > Válidas) para incluir páginas que só o Google conhece
- Cruzar com os dados de tráfego do GA4 para priorizar páginas com maior volume orgânico
- Criar a planilha de mapeamento com 3 colunas: URL antiga | URL nova | Tipo de redirect (301 / noindex / sem redirect)
Etapa 2: Validar a estrutura de URLs da nova plataforma
Antes do go-live, confirmar que a nova plataforma vai gerar URLs conforme o planejado. Pontos críticos:
- As URLs de produto terão a mesma estrutura? (ex:
/produto/nome-do-produtovs/p/nome-do-produto) - As páginas de categoria preservarão a hierarquia? (ex:
/roupas/feminino/camisetas/) - Parâmetros de URL serão tratados corretamente com canonical?
- O sitemap.xml será gerado automaticamente e atualizado?
Etapa 3: Implementação dos redirects
Os redirects 301 devem ser configurados antes do go-live — nunca depois. Em VTEX IO, os redirects são configurados via VTEX IO Rewriter (app nativo) ou via Nginx/CDN dependendo da arquitetura.
Priorização de redirects:
- Páginas com maior volume de tráfego orgânico (dados do GA4)
- Páginas com mais backlinks (dados do Ahrefs ou Search Console)
- Páginas de categoria principais
- Páginas de produto mais vendidos
Não é necessário redirecionar URLs sem tráfego e sem backlinks — o retorno é mínimo.
Etapa 4: Validação em staging
Antes do go-live, validar em ambiente de staging (nunca em produção):
- Cada redirect 301 do mapeamento retorna 301 (não 302, não 200)
- Canonical tags estão corretas em todos os tipos de página
- Dados estruturados estão presentes e sem erros (Schema.org Validator)
- Sitemap.xml está acessível e contém as URLs corretas
- robots.txt não está bloqueando páginas importantes
- Core Web Vitals da nova plataforma estão aceitáveis
Etapa 5: Go-live com monitoramento imediato
No dia do go-live:
- Submeter o novo sitemap no Google Search Console
- Pedir re-indexação das principais URLs via ferramenta de Inspeção de URL
- Monitorar o relatório de Cobertura nos primeiros 3 dias — aumento súbito de erros 404 indica redirects faltando
- Acompanhar impressões orgânicas no Performance do Search Console — quedas de mais de 30% em 7 dias indicam problema crítico
Etapa 6: Monitoramento pós go-live (30–90 dias)
Migrações bem-sucedidas geralmente têm uma queda leve de tráfego nas primeiras 2–4 semanas (o Google re-rastreia tudo) seguida de recuperação para os níveis anteriores. O que observar:
| Indicador | Normal | Sinal de problema |
|---|---|---|
| Queda de impressões | Até 20%, temporária | Acima de 30%, persistente |
| Erros 404 no Search Console | Poucos, não crescentes | Crescimento constante |
| Redirects sendo seguidos | Sim, Google confirma | Loop de redirect ou redirect para 404 |
| Tempo para recuperação | 4–8 semanas | Mais de 3 meses = problema grave |
O que fazer quando o tráfego cai após a migração
Se o tráfego orgânico caiu mais de 30% e não está recuperando:
- Exportar todos os erros 404 do Search Console e verificar quais têm histórico de tráfego orgânico no GA4
- Criar redirects para as URLs com maior volume que estão retornando 404
- Verificar se o conteúdo das páginas (especialmente título H1, descrição e corpo de texto) foi preservado na nova plataforma
- Validar canonical tags — um canonical errado pode fazer o Google desindexar a página correta
- Verificar se o Googlebot está sendo bloqueado no robots.txt ou via headers HTTP da nova plataforma
Em casos mais graves, o problema pode ser na qualidade do conteúdo da nova plataforma — textos mais curtos, ausência de dados estruturados ou mudança significativa de relevância topical.
Já coordenei mais de 15 migrações VTEX preservando SEO. Conheça o serviço de migração VTEX ou fala comigo para planejar sua migração.