Store Framework vs FastStore: comparativo tecnico completo
El ecosistema VTEX ofrece dos opciones de frontend para tiendas: Store Framework (construido sobre VTEX IO) y FastStore (construido sobre Next.js). Ambos sirven el mismo proposito - renderizar la experiencia de compra - pero con filosofias radicalmente diferentes. Store Framework prioriza configurabilidad y ecosistema. FastStore prioriza performance y control. Entender las diferencias tecnicas es esencial para tomar la decision correcta.
Arquitectura del Store Framework
Store Framework funciona con bloques declarativos en JSON. Cada pagina se compone de bloques como header, slider-layout, shelf, product-summary, search-result-layout y footer. Cada bloque acepta propiedades que configuran su comportamiento y apariencia. La tematizacion ocurre via CSS Handles: selectores CSS expuestos por cada bloque que permiten personalizacion visual sin modificar el codigo fuente. Los bloques se distribuyen como apps VTEX IO. El build ocurre en el servidor VTEX: el desarrollador ejecuta vtex link para preview y vtex deploy para publicar. El resultado es un bundle React server-side rendered, pero con hydration completa en el client, generando frecuentemente bundles pesados.
Arquitectura del FastStore
FastStore es un proyecto Next.js con una capa de componentes y utilidades especificos para VTEX. El desarrollador trabaja con React puro, TypeScript y Tailwind CSS. No existen bloques declarativos: cada pagina es un componente React que busca datos via GraphQL o REST y renderiza HTML directamente. El build ocurre localmente o en CI/CD (Vercel, GitHub Actions). El deploy puede hacerse en la infraestructura VTEX (WebOps) o en cualquier proveedor compatible con Next.js. El resultado son paginas server-rendered con hydration selectiva, bundles minimos y cache agresivo en el edge.
Performance: numeros reales
En tests con tiendas reales, Store Framework tipicamente entrega scores de Lighthouse entre 40 y 70 dependiendo del numero de apps instaladas. El principal cuello de botella es el tamano del bundle JavaScript: cada app instalada agrega codigo y tiendas con 20+ apps facilmente superan 1MB de JS. FastStore entrega consistentemente scores entre 85 y 100. El secreto es la ausencia de apps de terceros en el bundle: cada funcionalidad se implementa como codigo dentro del proyecto, permitiendo tree-shaking, code splitting y lazy loading granulares. En Core Web Vitals: LCP en FastStore tipicamente queda bajo 1.5s (vs 3-5s en Store Framework). CLS consistentemente cero con dimensiones de imagen definidas. INP bajo 100ms por ausencia de JavaScript pesado en el main thread.
Ecosistema y funcionalidades
Store Framework tiene ventaja clara en ecosistema. Cientos de apps listas: reviews, wishlists, product customizer, subscription, live shopping, chatbots, A/B testing y decenas mas. Instalar una app es tan simple como vtex install vendor.app-name. En FastStore, cada funcionalidad necesita implementarse manualmente o via SDK dedicado. No existe marketplace de componentes visuales. Si la operacion necesita subscription, gift cards, live shopping o product customizer, Store Framework ofrece soluciones listas. En FastStore, requieren desarrollo customizado consumiendo APIs directamente.
Experiencia de desarrollo (DX)
En Store Framework, el workflow es: editar JSON de bloques, ejecutar vtex link, visualizar cambios en workspace, promover a produccion. La curva de aprendizaje es moderada para quien conoce React, pero alta para quien nunca trabajo con bloques. En FastStore, el workflow es: editar componentes React/TypeScript, ejecutar npm run dev para preview local, push al repositorio y CI/CD maneja el deploy. La experiencia es identica a cualquier proyecto Next.js moderno. Desarrolladores con experiencia React se sienten comodos inmediatamente.
Caminos de migracion
Migrar de Store Framework a FastStore no es un upgrade simple. Es una reconstruccion del frontend. El backend VTEX permanece igual: checkout, catalogo, precios, stock y pedidos siguen funcionando. Pero toda la capa visual necesita reescribirse. El proceso tipico: relevamiento de funcionalidades del tema actual, priorizacion, desarrollo del nuevo frontend, configuracion de APIs, QA comparativo y go-live con monitoreo. Plazo medio: 2 a 4 meses. Inversion desde USD 6.000. No migres si la tienda esta estable. Migra si la deuda tecnica es insostenible o si la performance es prioridad estrategica.
Cuando elegir cada uno
Elige Store Framework si: la operacion depende de apps que no existen en FastStore, el equipo es experto en bloques y CSS Handles, el presupuesto no permite reconstruccion, o la tienda funciona bien sin problemas criticos de performance. Elige FastStore si: la performance es prioridad numero uno, el equipo domina React y Next.js, la operacion empieza de cero, la tienda tiene problemas graves de performance que la optimizacion puntual no resuelve, o el proyecto requiere control total sobre el HTML/CSS/JS generado. En ambos casos, el backend VTEX es el mismo. La eleccion es exclusivamente sobre como se construye y entrega el frontend.