VTEX CMS Portal é legacy
A própria VTEX direciona novos projetos e inovação para IO e FastStore. Ficar no Portal significa perder acesso a apps modernos, Intelligent Search, headless e integrações recentes.
Migração VTEX Legacy → VTEX IO / FastStore
Do VTEX CMS legacy para o VTEX IO: performance, headless e futuro garantido
Se sua loja ainda roda em VTEX CMS Portal com templates antigos, você está pagando caro em performance, SEO e produtividade. A CCX migra seu storefront para VTEX IO e FastStore mantendo catálogo, checkout e operação — e elevando Core Web Vitals ao patamar atual.
- Migração somente do storefront — sem tocar no catálogo nem no checkout
- FastStore com SSG/SSR, imagens otimizadas e LCP mobile abaixo de 2,5s
- Preservação total de SEO, slugs e autoridade de domínio
- Design system reutilizável em React + TypeScript
- Roadmap claro para sair do legacy em 3–5 meses
200+
Projetos VTEX entregues
10+
Anos no ecossistema VTEX
50+
Especialistas VTEX
98%
Satisfação de clientes
Por que migrar
Por que sair do VTEX CMS agora
Core Web Vitals ruins
Templates Portal carregam CSS/JS pesados, usam renderização no backend com cache limitado e tornam difícil atingir métricas verdes em mobile. Isso afeta Google Ads, SEO e conversão.
Produtividade baixa
Mudanças simples no Portal exigem navegação entre múltiplas telas, HTML/Razor acoplado e deploy manual. Em IO/FastStore, design system e CI/CD modernos aumentam drasticamente a velocidade.
Limitações em SEO técnico
Portal tem controle limitado sobre metadados dinâmicos, structured data, sitemap e performance. IO + FastStore entregam SSR/SSG, JSON-LD nativo e controle total do HTML gerado.
Mercado cada vez mais headless
Concorrência atual usa headless com PWA, personalização, A/B test nativo e apps experimentais. Ficar em Portal cria gap competitivo difícil de recuperar com custom no legacy.
Futuro do talento
Profissionais novos preferem trabalhar com React/TypeScript em FastStore a Razor/JS antigo em Portal. Migrar amplia o pool de talento e facilita contratação.
Nosso método
Abordagem CCX de migração VTEX CMS → VTEX IO
Seis fases focadas no storefront, preservando o core de catálogo e checkout já em VTEX. Cada fase tem entregáveis objetivos e gate de decisão com o cliente.
01
Fase 01
Diagnóstico
Auditoria do Portal atual: quantidade de templates, apps customizados, volume de páginas, performance, SEO, integrações de front (analytics, personalização, A/B). Saída: mapa de escopo e recomendação.
02
Fase 02
Planejamento
Definição da arquitetura FastStore, design system, matriz de páginas, estratégia de SEO, plano de conteúdo e cronograma. Saída: blueprint aprovado e kick-off.
03
Fase 03
Setup
Provisionamento do projeto FastStore, workspace IO, repositórios, pipelines, acessos e ambientes. Saída: stack FastStore pronta para desenvolvimento contínuo.
04
Fase 04
Desenvolvimento
Construção do design system em React/TS, páginas home/PLP/PDP/institucionais, integração com Intelligent Search, personalizações de checkout leves e testes de performance e acessibilidade.
05
Fase 05
Cutover
Publicação do workspace master em produção, troca de rota dos domínios para FastStore, ativação de redirects 301 e desativação gradual do Portal. Downtime efetivo próximo de zero.
06
Fase 06
Hypercare
30–60 dias de acompanhamento: ajustes finos de Core Web Vitals, monitoramento de SEO e conversão, correções pontuais e transferência de conhecimento para o time interno.
Entregáveis
O que você recebe
Design system FastStore em React + TypeScript
Home, PLP, PDP, institucionais e landing pages em IO
Intelligent Search configurado e afinado
SEO técnico: metadados, sitemap, JSON-LD, performance
Matriz de redirects 301 do Portal para FastStore
Core Web Vitals verdes em desktop e mobile
Pipeline de CI/CD e workspaces para QA
Documentação técnica e guia de manutenção
Treinamento do time de marketing e TI
Plano de evolução pós-migração
Riscos e mitigações
Riscos típicos e como mitigamos
Risco
Queda de performance em mobile após go-live.
Mitigação CCX
Budget de performance definido desde a fase 02, testes de Lighthouse em PRs e gates de CI que bloqueiam deploy se LCP/CLS piorarem.
Risco
Perda de ranking em palavras-chave de cauda longa.
Mitigação CCX
Auditoria de SEO do Portal, matriz de redirects 1:1, preservação de slugs, metadados e sitemap, monitoramento diário no Search Console e GA4.
Risco
Divergência visual com a identidade atual.
Mitigação CCX
Design system revisado com o time de marca antes do desenvolvimento, revisões quinzenais em stage e homologação formal por tela antes do cutover.
Risco
Integrações de terceiros (tag manager, personalização) quebrando.
Mitigação CCX
Inventário de tags e scripts do Portal, recriação planejada em FastStore via GTM server-side e testes E2E em stage antes do cutover.
Risco
Time interno sem autonomia pós go-live.
Mitigação CCX
Workstream de enablement com treinamentos práticos, documentação viva e sessões hands-on durante o hypercare.
Investimento
Estimativa de alto nível
Prazo médio
Projetos típicos de 3 a 6 meses
Investimento
Investimento sob diagnóstico
Time dedicado
Squad de 4 a 6 pessoas
Valores e prazos variam conforme número de templates atuais, volume de customizações e maturidade do design system. Estimativa detalhada é entregue ao final do diagnóstico.
Análise profunda
Por que VTEX CMS virou um problema
O VTEX CMS Portal foi a base de dezenas de milhares de lojas VTEX por mais de uma década. Mas o modelo clássico, baseado em templates no portal, Razor-like e apps legacy, envelheceu. Em um cenário onde Core Web Vitals entraram no cálculo de ranking do Google, onde Intelligent Search e headless passaram a ser a base da inovação VTEX, e onde times querem produtividade moderna com React, TypeScript, CI/CD e design system, o Portal virou âncora. Não é uma questão de se migrar, mas de quando. Quanto mais cedo a empresa sai do legacy, menor o custo técnico acumulado e mais rápido o retorno em conversão, SEO e produtividade.
FastStore: a ponte natural para headless
FastStore é o framework open-source mantido pela VTEX para storefronts headless modernos. Rodando em cima de Next.js/Gatsby e Vercel/Netlify-like, entrega SSG/SSR, imagens otimizadas por padrão, JSON-LD pronto e integração direta com as APIs da VTEX. Para quem vem do Portal, a curva é controlada: a CCX já tem starter interno, design system base, bibliotecas de componentes e um conjunto de templates de página que aceleram o projeto em semanas. O resultado é um storefront 100% próprio, com performance de top-tier, onde o time passa a trabalhar com as mesmas ferramentas que grandes nativos digitais usam.
SEO durante a migração: o detalhe que define o ROI
Muitos projetos de migração CMS → IO falham em SEO não por falta de conhecimento, mas por falta de disciplina de processo. Na CCX Company, o workstream de SEO começa na fase de planejamento e segue até o pós go-live. Auditamos todo o Portal atual, listamos as páginas mais importantes em tráfego orgânico, preservamos slugs sempre que possível, criamos redirects 301 para os casos onde mudança é inevitável, e validamos metadados, sitemap e structured data antes do cutover. Pós go-live, monitoramento diário de indexação no Search Console, tráfego orgânico no GA4 e ranking de palavras-chave definidas com o cliente. Se algo entra em queda, temos plano de reação rápido.
Boas práticas de SEO em migração de sites e loja virtual
Migrar uma loja virtual entre plataformas é um dos momentos onde mais SEO se perde no Brasil — e é totalmente evitável seguindo as melhores práticas de SEO consolidadas pelo mercado. Antes do go-live é fundamental mapear todas as URLs antigas com tráfego orgânico relevante, classificar por receita gerada, e construir uma matriz 1:1 de redirecionamentos 301 para o novo site. Realizar a migração sem essa matriz é a causa #1 de queda brusca de tráfego nos mecanismos de busca. É essencial também preservar o conteúdo dos metadados (title, description), o JSON-LD de produto, a estrutura de breadcrumb e o canonical em cada página migrada.
Monitoramento pós go-live: Google Analytics, Search Console e erros 404
Depois que o novo site sobe, a operação de monitoramento de SEO entra em ritmo intensivo nos primeiros 90 dias. Utilize ferramentas como Google Search Console (cobertura de indexação, Core Web Vitals, performance), Google Analytics (sessões orgânicas, páginas de entrada, taxa de rejeição) e ferramentas externas (Ahrefs, SEMrush, Screaming Frog) para auditar a saúde da migração. É essencial monitorar erros 404 diariamente — qualquer URL antiga que não foi redirecionada vira ponto de fuga de tráfego e link juice. Além disso é fundamental conferir que o sitemap.xml está atualizado, o robots.txt está funcionando corretamente, e que o Search Console aceita o novo sitemap. O resultado é uma migração onde o tráfego orgânico se mantém estável no primeiro mês e cresce nos meses seguintes pela performance superior do novo storefront.
O que acontece com o checkout e as integrações
Uma das grandes vantagens da migração Portal → IO/FastStore é que o core da VTEX não muda. Catálogo, pedidos, checkout, promoções, pagamento e logística continuam rodando na mesma conta, com os mesmos apps e as mesmas integrações que você já tem. A migração é focada no storefront — as camadas visuais e de experiência. Isso reduz drasticamente o risco operacional: não há risco de perder pedidos em cutover, integrações SAP/ERP/OMS continuam intactas, WMS e TMS não são tocados. O impacto operacional é pequeno, mas o ganho em performance, SEO e produtividade é grande.
Time, governança e continuidade após o go-live
Do ponto de vista do time interno, migrar para IO/FastStore é uma atualização de stack. O time de marketing passa a configurar campanhas em uma UI mais moderna; o time de TI passa a trabalhar com React/TypeScript e pipelines de CI/CD; o time de performance ganha visibilidade real sobre Core Web Vitals por ambiente. A CCX entrega toda a base, mas também inclui treinamentos, playbooks e um período de hypercare onde o time interno opera junto. Seis meses após o go-live, a maioria dos clientes já faz evoluções do storefront com a CCX em modelo de squad sob demanda ou de advisory, não mais em projeto fechado.
FAQ
Perguntas frequentes
Preciso migrar catálogo ou checkout também?
Não. A migração VTEX CMS → IO/FastStore é focada no storefront. Catálogo, checkout, pagamentos, promoções e integrações continuam rodando na mesma conta VTEX sem alterações.
Quanto tempo leva a migração?
Projetos típicos rodam de 3 a 6 meses. Lojas simples com poucas páginas e um design system razoavelmente definido podem ficar em 2–3 meses. Marketplaces multi-loja e multi-idioma podem chegar a 7–8 meses.
Vou perder SEO ao migrar?
Com disciplina de processo, não. A CCX mantém um workstream dedicado de SEO durante toda a migração, com matriz de redirects 301, preservação de slugs e metadados, e monitoramento pós go-live.
Haverá downtime no cutover?
O downtime efetivo é próximo de zero. A troca de rota do domínio para o workspace FastStore é feita em minutos, em janela de baixo tráfego.
Posso manter meus apps VTEX atuais?
A maior parte dos apps VTEX continua funcionando, já que o core da plataforma não muda. Revisamos app a app durante o diagnóstico para identificar eventuais legacy que precisam ser substituídos.
E as integrações com ERP, OMS e WMS?
Não são tocadas. Elas conversam com o core VTEX, não com o storefront. Por isso o risco operacional da migração Portal → IO é muito menor do que o de uma troca de plataforma.
Qual a faixa de investimento?
O investimento depende de número de páginas, complexidade do design system e volume de customizações atuais. Entregamos estimativa detalhada ao final do diagnóstico.
Como fica a manutenção pós go-live?
Oferecemos três modelos: squad dedicada sob demanda, advisory mensal ou projetos fechados de evolução. A maioria dos clientes opta por squad reduzida nos primeiros 6 meses e depois migra para advisory.
Vamos conversar
Saia do VTEX CMS legacy em até 6 meses
Diagnóstico gratuito do seu Portal atual, com recomendação de arquitetura FastStore, plano de SEO e estimativa de esforço.
+55 11 96140-1372 • [email protected]
Migração enterprise com squads certificadas