Milano Calçados
Moda e calçados · 2024 · 5 meses
Migração de VTEX CMS para VTEX IO: loja mais rápida e pronta para o headless, numa rede de 33 lojas em 5 estados.

Frontend desacoplado, SEO técnico e UX à altura das melhores lojas, com VTEX FastStore, Shopify Hydrogen, Salesforce Composable Storefront e Next.js sobre qualquer engine API-first.
Front no edge, camada de APIs com contrato estável e o commerce engine como cérebro do pedido. Cada camada tem responsabilidade clara e evolui sozinha.
Arquitetura de referência. O framework e o CMS mudam conforme a plataforma de commerce e a stack que a empresa já usa.
Quatro frentes tocadas pelo mesmo squad, do storefront à operação depois do go-live.
Frontend desacoplado, em stack moderna, rodando no edge e consumindo as APIs da plataforma.
HTML pré-renderizado, metadata dinâmica e dados estruturados em todas as páginas.
A mesma camada de APIs atende web, app, PWA e ponto de venda.
Depois do go-live, o storefront vira produto, com squad dedicado e evolução a cada sprint.
A escolha sai da plataforma de commerce, da maturidade do time de front e do tipo de catálogo, não de preferência por uma stack.
Seis dimensões para comparar o storefront nativo da plataforma com um front desacoplado.
No full-stack, a velocidade depende do tema e dos apps instalados. No headless, HTML pré-renderizado e cache no edge.
Limitada ao tema da plataforma no full-stack; livre no headless, componente a componente.
Depende do tema no full-stack. No headless, metadata, dados estruturados e renderização ficam sob controle do time.
Baixa no full-stack. Média a alta no headless, que exige domínio de SSR, ISR, cache em edge e streaming.
Restrito no full-stack. Nativo no headless, com a mesma camada de APIs servindo web, app e ponto de venda.
No full-stack, front e back sobem juntos. No headless, cada camada tem o próprio ciclo de deploy.
Um case público e cenários entregues pela CCX, descritos sem identificar os clientes.
Moda e calçados · 2024 · 5 meses
Migração de VTEX CMS para VTEX IO: loja mais rápida e pronta para o headless, numa rede de 33 lojas em 5 estados.
Cenário entregue · VTEX FastStore
Grupo de moda com três marcas migrou de um CMS monolítico para FastStore.
Cenário entregue · PWA com checkout VTEX
Rede regional implementou um PWA headless com checkout VTEX: app instalável e modo offline para regiões com pouca conectividade.
Em até duas sessões, sem custo: arquitetura, framework, roadmap e estimativa de ganho em Core Web Vitals.
Home, listagem e página de produto no ar em 8 a 10 semanas.
Catálogo complexo, várias marcas, B2B e integrações pesadas, em 3 a 6 meses ou mais.
Squad dedicado, testes A/B, otimização de funil e monitoramento contínuo.
É um modelo de arquitetura em que o frontend, o storefront, fica totalmente desacoplado do backend de commerce. O storefront consome APIs para exibir catálogo, carrinho, busca e checkout, o que permite usar tecnologias modernas, como Next.js, React ou Vue, sem depender das telas nativas da plataforma.
Melhor desempenho em Core Web Vitals, liberdade visual, a mesma camada de APIs para web, app, PWA e ponto de venda, ciclos de deploy independentes do backend e espaço para testar e otimizar a experiência sem mexer no núcleo do commerce.
Não. Headless separa frontend e backend; composable vai além e divide o backend em vários serviços. Uma loja pode ser headless com backend monolítico (VTEX tradicional com Next.js) ou headless e composable (FastStore com Algolia, Contentful e Stripe). Veja a página de composable commerce.
Sim. FastStore é o framework headless e composable oficial da VTEX, baseado em Next.js, otimizado para Core Web Vitals, com SSG e ISR nativos e integração direta com as APIs VTEX. É a evolução natural para marcas VTEX que querem alta performance.
Sim. Hydrogen é o framework headless oficial da Shopify, baseado em Remix, e funciona com Shopify Plus no Brasil. A CCX já implementa Hydrogen em lojas brasileiras integradas a meios de pagamento locais, NF-e e ERPs.
Projetos típicos levam de 3 a 6 meses. MVPs focados em home, listagem e página de produto podem sair em 8 a 10 semanas. Escopos completos, com catálogo complexo, várias marcas, B2B ou integrações pesadas, costumam passar de 6 meses.
Pelo contrário: bem implementado, o SEO melhora. Next.js e FastStore usam SSG e ISR para entregar HTML pré-renderizado, com metadata rica, dados estruturados e Core Web Vitals no verde.
Não. O headless afeta o storefront e a camada de commerce. As integrações com ERP, WMS, TMS e sistemas fiscais continuam como estão; trocamos a camada visual e, às vezes, parte da orquestração de pedidos.
Por que o headless virou padrão, o que ele custa de verdade e como operar o storefront depois do go-live.
Há dez anos, usar o storefront pronto da plataforma era vantagem: menos código, menos custo e lançamento mais rápido. Com os Core Web Vitals pesando no ranking do Google, a maior parte do tráfego no celular e a disputa visual cada vez mais sofisticada, a conta mudou.
Storefronts nativos raramente carregam rápido sem muita customização, e customizar um monólito é caro, lento e frágil. No headless, o time de front trabalha em stack moderna (Next.js, Remix, Hydrogen) e o commerce engine segue fazendo o que faz bem: catálogo, pedido e pagamento.
Headless não é almoço grátis. O time precisa dominar front moderno, com SSR, SSG, ISR, cache em edge e streaming, governar contratos de API e lidar com versionamento. O custo inicial sobe, e recursos prontos da plataforma, como editor visual e preview nativo, dão lugar a um CMS headless.
A CCX avalia com honestidade se a empresa tem maturidade para colher o retorno. Quando tem, o ganho em performance, SEO e agilidade é grande. Quando não tem, um storefront nativo otimizado pode ser o caminho mais prudente.
Next.js e FastStore geram milhares de páginas de produto e categoria com HTML pronto no servidor, via SSG e ISR. Imagens saem em AVIF ou WebP com carregamento sob demanda, a metadata é dinâmica e os dados estruturados de schema.org aparecem nos resultados de busca.
A CCX instrumenta o monitoramento de usuários reais, com Vercel Speed Insights ou Datadog, para acompanhar o comportamento real da loja, não só o laboratório.
Migrar para headless não termina no go-live. O storefront vira produto contínuo, com squad dedicado, ciclos de discovery, testes A/B, otimização de funil e novos componentes a cada sprint.
A CCX oferece modelos de operação pós-go-live que cobrem evolução e resposta a incidentes. PWA, modo offline, experimentos, personalização, recomendação e IA ficam mais simples de implantar nessa stack.
Trinta minutos com um engenheiro da CCX, sem custo, para revisar a arquitetura atual e sair com framework, roadmap de entrega e estimativa de ganho em Core Web Vitals.