FastStore e Store Framework não são duas plataformas. São duas formas de construir a vitrine de uma loja VTEX. O catálogo, os preços, as promoções, o checkout e os pedidos continuam sendo os serviços da VTEX nos dois casos; o que muda é a tecnologia das páginas, quem consegue mantê-las, quais aplicativos funcionam na frente da loja e como cada alteração chega ao ar.
Por isso a pergunta certa não é qual das duas é melhor, e sim qual atende aos requisitos da sua vitrine com a equipe que vai mantê-la. Este guia serve para quem já escolheu a VTEX, ou está perto disso, e para quem tem uma loja em Store Framework e avalia mudar a vitrine. Se a operação ainda não está mapeada, comece pelo guia sobre como criar loja VTEX: ele trata de catálogo, ERP e pedidos, que não dependem desta escolha.
Plataforma ou arquitetura: o que muda de fato?
O guia oficial de soluções de storefront da VTEX lista três opções de vitrine. O Legacy CMS Portal, a primeira delas, não está mais disponível para lojas novas. Sobram duas, que a VTEX descreve assim: o FastStore prioriza desempenho e estabilidade e é baseado em Jamstack; o Store Framework é um modelo de comércio componível, baseado em apps VTEX IO.
A tabela resume as diferenças documentadas, consultadas em 20/10/2026:
| Aspecto | FastStore | Store Framework |
|---|---|---|
| Base técnica | Jamstack, com pacotes npm da VTEX | Apps VTEX IO combinados |
| Tecnologias | React, TypeScript, Node.js, Next.js, GraphQL | React, TypeScript, Node.js, .NET, GraphQL |
| Ponto de partida | FastStore Starter e Onboarding | Store Theme ou projeto do zero |
| Edição de conteúdo | CMS e Headless CMS (legado) | Site Editor |
| Publicação | FastStore WebOps e robôs de qualidade no GitHub | VTEX IO CLI |
| Ambiente de desenvolvimento | Servidor local que não afeta a loja no ar | Workspaces de desenvolvimento e de produção |
| Personalização | Theming, Overrides, API Extensions, Dynamic Content | Apps VTEX IO |
| Apps de frente de loja VTEX IO | Não suportados | Suportados |
| Suporte VTEX | Serviços centrais, pacotes FastStore e problemas de código | Serviços centrais, apps e componentes nativos VTEX IO e problemas de código |
Duas linhas pesam mais do que parecem. A de publicação muda o processo da equipe: no FastStore, alterações passam por repositório e fluxo no GitHub; no Store Framework, pela CLI da VTEX IO e pelos workspaces. A de apps de frente de loja pode decidir sozinha: se a loja depende de um app que mexe em componentes React da vitrine, ele não roda no FastStore.
Como avaliar apps existentes, edição de conteúdo e integrações?
Apps. Liste todos os apps instalados ou previstos e classifique cada um em duas colunas: é de back-end ou de frente de loja? Existe alternativa? Pela documentação, apps de back-end VTEX IO podem funcionar no FastStore por meio de API Extensions; apps de frente que manipulam componentes React não são suportados. Para cada app de frente que a operação não dispensa, a migração ao FastStore exige reconstruir o recurso ou abrir mão dele.
Edição de conteúdo. Pergunte quem vai trocar banners, montar páginas de campanha e alterar a home, e com que frequência. O Store Framework usa o Site Editor; o FastStore se integra ao CMS da VTEX. Peça uma demonstração da tarefa real da sua equipe, como montar uma página de coleção, nas duas ferramentas, em vez de comparar listas de recursos.
Modelos de negócio e recursos. O guia traz uma tabela de disponibilidade por tecnologia. Os pontos que mais afetam a escolha, em 20/10/2026:
| Recurso | FastStore | Store Framework |
|---|---|---|
| B2B | Disponível como B2B Buyer Portal em Closed Beta | Disponível |
| Bindings | Closed Beta | Disponível |
| Loja internacional e multi-idioma | Closed Beta (recurso de localização do FastStore v4) | Disponível |
| Marketplace, franquias, várias políticas comerciais | Disponível | Disponível |
| Carrinho abandonado | Limitado: exige implementação específica | Disponível |
| Integração com Master Data | Limitada: exige implementação específica | Disponível |
| Live Shopping | Recurso experimental | Disponível |
| Busca inteligente, regionalização, assinatura, promoções | Disponível | Disponível |
“Limitado”, na linguagem da VTEX, significa que o recurso existe mas pede implementação própria, e a recomendação oficial é abrir chamado no suporte para avaliar a viabilidade. “Closed Beta” significa acesso sob pedido. Se B2B ou loja multi-idioma é requisito da fase 1, essa linha pesa mais do que qualquer outra.
Integrações. ERP, estoque e pedidos conversam com os serviços centrais da VTEX, não com a vitrine. Já scripts de terceiros (análise, chat, pixels de mídia) e personalizações que leem dados na página precisam ser revistos na troca de vitrine. Liste-os também.
Equipe, atualização, testes e migração da vitrine
Equipe. O FastStore pede gente confortável com Next.js, React, TypeScript e fluxo de trabalho em GitHub. O Store Framework pede domínio do ecossistema VTEX IO, dos seus apps e da CLI. Pergunte ao fornecedor quem da equipe já trabalhou na tecnologia proposta e quem vai manter a vitrine depois do lançamento, porque a dependência continua depois da entrega.
Atualização. As duas tecnologias aparecem na documentação com atualização automática da vitrine. Mesmo assim, personalizações (Overrides no FastStore, apps próprios no Store Framework) precisam ser conferidas a cada mudança relevante. Combine na proposta quem faz essa revisão.
Desempenho sem promessa automática. A VTEX descreve o FastStore como focado em desempenho, com conteúdo pré-renderizado servido por CDN e uso do Partytown para reduzir o impacto de scripts de terceiros. Isso é a proposta da tecnologia, não um resultado garantido para a sua loja: imagens pesadas, muitos scripts e personalizações mal feitas anulam a vantagem em qualquer vitrine. Meça a loja atual antes, defina a meta e meça de novo na homologação. O mesmo vale para busca orgânica: o que entra no projeto está no guia de SEO no projeto da loja virtual.
Migração. A documentação informa que FastStore e Store Framework podem rodar ao mesmo tempo na loja, porque os ambientes são separados. Isso permite planejar a troca de vitrine sem desligar a loja atual durante a construção. Como dividir as páginas ou o tráfego entre as duas durante a transição é um ponto a validar com a VTEX no seu caso. Se a discussão está indo para uma vitrine totalmente própria, fora das duas opções, veja quando avaliar e-commerce headless.
Matriz de requisitos e testes de uma operação demonstrativa
A matriz abaixo é um modelo ilustrativo, montado sobre a documentação e não sobre um teste executado. A operação demonstrativa é uma marca de cosméticos com loja própria, página de kits montada pela equipe de marketing, área para revendedoras e chat de atendimento de terceiro. Use a coluna “teste antes de decidir” como roteiro da prova de conceito.
| Requisito | Sistema responsável | FastStore (documentação) | Store Framework (documentação) | Teste antes de decidir |
|---|---|---|---|---|
| Marketing monta páginas de campanha sem desenvolvedor | Equipe de marketing | CMS integrado | Site Editor | Montar a mesma página de kit nas duas ferramentas e cronometrar |
| Área de revendedoras com preço próprio | VTEX (política comercial) e ERP | B2B em Closed Beta | B2B disponível | Confirmar com a VTEX a liberação e o escopo do B2B no FastStore |
| E-mail de carrinho abandonado | VTEX e ferramenta de CRM | Limitado | Disponível | Abrir chamado de viabilidade e orçar a implementação no FastStore |
| Cadastro de revendedora com campos extras | VTEX (Master Data) | Limitado | Disponível | Simular o cadastro e o fluxo de aprovação |
| App de frente de loja já em uso (ex.: seletor de tons) | Fornecedor do app | Não suportado | Suportado | Confirmar se há versão compatível ou orçar reconstrução |
| Chat de atendimento de terceiro | Fornecedor do chat | Script de terceiro (Partytown) | Script de terceiro | Medir o carregamento da página com e sem o script |
| Publicação de alterações com revisão | Equipe técnica | WebOps e GitHub | Workspaces e CLI | Publicar uma alteração de teste e reverter |
| Busca e filtros do catálogo | VTEX (busca inteligente) | Disponível | Disponível | Validar filtros de tipo de pele e linha com o catálogo real |
O resultado esperado da matriz não é uma pontuação. É uma lista curta de bloqueios. Se uma linha marcada como “não suportado” ou “Closed Beta” é obrigatória na fase 1 e não tem alternativa, ela decide a tecnologia. Se nenhuma linha bloqueia, a decisão passa para equipe, processo de publicação e custo de manutenção.
Condições e limites
Todas as informações vêm do guia oficial da VTEX consultado em 20/10/2026. Recursos em Closed Beta, limitados ou experimentais mudam com frequência, e a disponibilidade pode depender do contrato e de liberação pelo suporte. Confira a página antes de decidir e peça confirmação por escrito para os recursos que bloqueiam o projeto. A matriz é demonstrativa e não substitui a prova de conceito com os seus dados.
Próximo passo
A vitrine é uma parte do projeto; o restante está no planejamento de catálogo, integrações e lançamento descrito no guia para criar loja VTEX. Se quiser que a escolha entre FastStore e Store Framework saia de uma matriz com os seus requisitos e entre na proposta com testes de aceite, conheça a nossa criação de loja na VTEX.
