O FastStore é a resposta da VTEX para um problema real: lojas VTEX IO com Core Web Vitals ruins que impactam tanto o SEO quanto a conversão. Trabalho com VTEX há 10 anos e vi esse cenário se repetir — lojas tecnicamente bem construídas no Store Framework, mas com LCP acima de 4 segundos em mobile e Lighthouse abaixo de 60.
O FastStore resolve esse problema pela raiz, mas exige uma avaliação honesta antes de decidir migrar. Não é a solução certa para todo mundo.
O que é o VTEX FastStore
O VTEX FastStore é o framework de storefront headless da VTEX, baseado em Next.js e GraphQL Federation. Ele desacopla o frontend da loja do backend VTEX, que continua sendo responsável por catálogo, carrinho, checkout, pagamentos e pedidos.
A diferença técnica central em relação ao VTEX IO com Store Framework:
- VTEX IO / Store Framework: renderização Server-Side (SSR) a cada request. O servidor gera o HTML no momento da requisição.
- VTEX FastStore: Static Site Generation (SSG). As páginas são pré-geradas em build time como HTML estático e servidas imediatamente — sem processamento no request.
O resultado prático: o usuário recebe o HTML completo no navegador muito mais rápido, porque ele já estava pronto. O LCP cai significativamente porque não há espera por processamento server-side.
Diferenças que importam: FastStore vs VTEX IO
| Aspecto | VTEX IO | VTEX FastStore | |---|---|---| | Renderização | SSR por request | SSG / ISR com Next.js | | LCP típico (mobile) | 2,5s – 5s | 1,2s – 2,5s | | Lighthouse | 60 – 75 | 85 – 98 | | Ecossistema de apps | Extenso (VTEX App Store) | Menor, em crescimento | | Curva de aprendizado | Média (Store Framework) | Alta (Next.js + GraphQL) | | Edição de layout | Site Editor visual | Mais técnica (código + CMS) | | Custo de desenvolvimento | Menor | 2–3x maior |
Impacto em Core Web Vitals e SEO
O ganho de performance do FastStore se traduz em duas vantagens de negócio:
1. Core Web Vitals e conversão LCP abaixo de 2,5s (benchmark "bom" do Google) é consistentemente alcançável com FastStore, enquanto é difícil sem mudança de arquitetura no VTEX IO em lojas mais complexas. Como cada segundo de LCP acima de 2,5s reduz a conversão em ~7%, o impacto na receita é mensurável.
2. Ranqueamento orgânico O Google usa LCP e INP como fatores de ranqueamento (Page Experience Signal). Lojas FastStore com CrUX verde tendem a ganhar posições orgânicas 2–3 meses após a migração, especialmente em mercados competitivos onde os concorrentes têm CWV ruins.
Além disso, o HTML é entregue completo no primeiro byte — sem dependência de JavaScript para renderizar conteúdo. Isso garante indexação imediata e completa pelo Googlebot.
Quando o FastStore faz sentido
Critérios que indicam que a migração é uma boa decisão:
- LCP > 4s consistente em mobile e impacto mensurável na conversão
- Volume de tráfego alto suficiente para que cada décimo de segundo de LCP tenha impacto real na receita (em lojas pequenas, o ROI é menor)
- Time ou parceiro técnico com experiência em Next.js e GraphQL
- Poucos apps VTEX IO críticos que precisariam ser reescritos como extensões FastStore
- Orçamento disponível para uma migração bem feita (é 2–3x mais cara que um projeto VTEX IO equivalente)
Quando vale mais otimizar o VTEX IO
Para a maioria das lojas de médio porte, otimizar o VTEX IO existente tem melhor ROI que uma migração completa:
- O LCP ruim tem causas corrigíveis sem mudar arquitetura (imagens não otimizadas, scripts bloqueadores, sem preload do hero)
- A loja tem muitas customizações no Store Framework que seriam reescritas do zero
- O time não tem familiaridade com Next.js e GraphQL Federation
- O prazo não comporta uma migração com qualidade adequada
Como é feita a migração
Uma migração bem feita segue etapas claras:
- Auditoria — mapear todos os apps, customizações e features críticas da loja atual
- Análise de viabilidade — verificar quais apps têm equivalência no FastStore e quais precisam ser reescritos
- Setup do projeto — configuração do starter FastStore com conexão ao catálogo e search VTEX
- Desenvolvimento — construção das páginas principais (Home, PLP, PDP) e componentes customizados
- Preservação de SEO — mapeamento de URLs, redirects 301, validação de canonical e sitemap
- Go-live — testes de performance (Lighthouse 90+ pré-launch), validação funcional e monitoramento pós-go-live
A migração sem um plano de redirects e preservação de SEO pode destruir posições orgânicas conquistadas ao longo de anos. É a parte que mais negligenciada nesses projetos.
Trabalho com VTEX FastStore e tenho histórico em migrações VTEX IO que preservam SEO. Se quiser avaliar se o FastStore faz sentido para sua loja, conheça meu trabalho de desenvolvimento VTEX ou fala comigo diretamente.