Opciones de frontend para Salesforce Commerce Cloud en 2026: SFRA, PWA Kit, Storefront Next o un desacople con FMP

Los comerciantes de Salesforce Commerce Cloud llevan años sin tener que tomar una decisión real de frontend. SFRA era la opción por defecto, PWA Kit era el camino de actualización composable para equipos con un equipo de React en plantilla, y todo lo demás era una construcción a medida. Eso cambió el 6 de julio de 2026, cuando Storefront Next pasó a disponibilidad general. Los comerciantes de SFCC tienen ahora cuatro caminos distintos para la capa de presentación, y cada uno responde de forma diferente a las preguntas que realmente importan: cuánto esfuerzo, cuánto lock-in, cuán preparada está la storefront para agentes de IA y con qué rapidez puedes cambiar de opinión más adelante.

Esto es una guía de decisión, no un veredicto. SFRA, PWA Kit y Storefront Next son opciones nativas de Salesforce, todas con contrapartidas reales. El cuarto camino, desacoplar el frontend hacia una Frontend Management Platform (FMP) independiente mientras SFCC sigue siendo tu backend de comercio, es una opción complementaria que merece la pena entender junto a las otras tres, no una propuesta de sustitución.

El punto de decisión de 2026 para los comerciantes de SFCC

Si tu storefront corre hoy sobre SFRA, no estás obligado a moverte. Pero tres cosas cambiaron el cálculo este año: la disponibilidad general de Storefront Next, la presión continua de costes del Managed Runtime sobre los despliegues de PWA Kit, y la creciente demanda de los equipos de marketing por una velocidad de lanzamiento para la que las plantillas ISML renderizadas en servidor nunca se diseñaron. Añade la preparación para agentes (datos estructurados, schema.org, superficies de API que los agentes de compra con IA puedan interpretar) como una cuarta presión, y la mayoría de los comerciantes de SFCC tienen ahora sobre la mesa una decisión de arquitectura real por primera vez desde el lanzamiento de PWA Kit.

SFRA: el veterano, que sigue en producción

SFRA (Storefront Reference Architecture) se renderiza en servidor, usa plantillas ISML y es profundamente familiar para el ecosistema de partners de implementación de Salesforce. Es estable, está bien documentado y es barato de dotar de personal. Lo que no es: rápido de iterar. Cada landing page o variante de campaña pasa por un ticket de desarrollo y un cambio de plantilla ISML. Para comerciantes con baja ambición de frontend y altos requisitos de estabilidad, SFRA sigue siendo una opción defendible en 2026. Para quien persiga los Core Web Vitals o una cadencia de campañas semanal, es el techo, no el suelo.

PWA Kit: composable, pero todavía propiedad de Salesforce

PWA Kit trasladó a los comerciantes de SFCC a una storefront basada en React que corre sobre el Managed Runtime de Salesforce. Es un salto real en experiencia de desarrollo frente a SFRA, e introdujo a los comerciantes en el pensamiento de frontend basado en componentes años antes de que existiera Storefront Next. La pega: el Managed Runtime sigue siendo una capa de hosting controlada por Salesforce, la cadencia de lanzamientos está atada al tren de Salesforce, y la composabilidad está limitada por lo que expone la Commerce API y el Managed Runtime. Los equipos que adoptaron PWA Kit pronto se hacen en 2026 una pregunta razonable: ¿era esto composable o simplemente React dentro de una caja nueva?

Storefront Next: la nueva respuesta de Salesforce (disponibilidad general el 06/07/2026)

Storefront Next es la respuesta más directa de Salesforce hasta ahora a los puntos de fricción de PWA Kit, y merece la pena pilotarla para los comerciantes que quieren permanecer totalmente dentro del stack de Salesforce. En el momento de escribir esto, lleva menos de tres semanas en disponibilidad general, así que los casos de referencia en producción, la madurez de las herramientas de migración y los compromisos de roadmap a largo plazo todavía son escasos. Reduce parte de la sobrecarga operativa del Managed Runtime que arrastraba PWA Kit, pero sigue siendo un stack de un solo proveedor: tu ciclo de lanzamientos de frontend, las opciones de hosting y el techo de extensibilidad los sigue fijando Salesforce. Es una contrapartida razonable para los comerciantes que valoran una única relación de proveedor por encima de la independencia de frontend. Merece la pena probarla en una sección no crítica de la storefront antes de un compromiso total, sencillamente porque la plataforma es nueva.

El camino de desacople con FMP: un frontend composable sobre SFCC

La cuarta opción no toca en absoluto tu backend de SFCC. Mantienes la Commerce API/Open Commerce API como tu lógica de comercio, gestión de pedidos y motor de precios, y desacoplas la capa de presentación hacia un frontend headless dedicado para Salesforce Commerce Cloud, que se comunica con SFCC a través de su API en lugar de vivir dentro del modelo de hosting y lanzamientos de Salesforce. Este es el modelo detrás de nuestra Agentic Frontend Management Platform: el frontend pasa a ser desplegable de forma independiente, preparado para agentes de forma independiente y actualizable de forma independiente, mientras SFCC sigue haciendo bien lo que hace como backend de comercio. Detrás de ese desacople está Composability & Orchestration: la capa de orquestación de datos que mantiene sincronizados la Commerce API de SFCC, el PIM y el OMS con el nuevo frontend sin código glue a medida. No es un rip-and-replace de Salesforce. Es una forma de desacoplar los dos ciclos de lanzamiento que Storefront Next y PWA Kit mantienen unidos.

Las opciones de un vistazo

• Esfuerzo de adopción. SFRA: bajo, ya está en marcha. PWA Kit: medio-alto, reconstrucción en React. Storefront Next: medio, plataforma nueva, disponibilidad general en julio de 2026. Desacople con FMP: medio, reconstrucción del frontend, backend intacto.
• Lock-in de proveedor. SFRA: alto, ISML + hosting de Salesforce. PWA Kit: medio-alto, requiere Managed Runtime. Storefront Next: alto, stack de un solo proveedor. Desacople con FMP: bajo, capa de frontend agnóstica de backend.
• Preparación para agentes. SFRA: baja, control limitado de datos estructurados. PWA Kit: media. Storefront Next: incierta, demasiado reciente para verificarlo. Desacople con FMP: alta, construido API-first con soporte de schema.org.
• Quién controla el ciclo de lanzamientos. SFRA: el tren de lanzamientos de Salesforce + el partner de implementación. PWA Kit: el Managed Runtime de Salesforce. Storefront Next: el roadmap de Salesforce. Desacople con FMP: el comerciante + el proveedor de frontend elegido.
• Tiempo para cambiar de rumbo más adelante. SFRA: lento, fuertemente acoplado. PWA Kit: medio. Storefront Next: todavía desconocido. Desacople con FMP: rápido, frontend y backend desacoplados.

Qué significa esto para los comerciantes de SFCC

• Si estás estable en SFRA con baja ambición de frontend, no hay una razón urgente para moverte en 2026. Revísalo cuando la velocidad de campañas o los Core Web Vitals se conviertan en un problema de negocio, no antes.
• Si estás en PWA Kit y frustrado por el coste del Managed Runtime o la fricción de lanzamientos, evalúa Storefront Next y un desacople con FMP en paralelo antes de comprometerte con cualquiera de los dos.
• Si estás evaluando Storefront Next, pilótalo primero en una sección de la storefront. Tres semanas de historial en disponibilidad general no son suficientes para apostar por un replatforming completo.
• Si la preparación para agentes (datos de producto estructurados, schema.org, arquitectura API-first para agentes de compra con IA) es una prioridad para 2026-2027, pondérala explícitamente. Es la dimensión donde las cuatro opciones más difieren.
• Si quieres mantener SFCC como tu backend de comercio de forma indefinida pero desacoplar los ciclos de lanzamiento del frontend del roadmap de Salesforce, el camino FMP está construido exactamente para esa restricción.

Preguntas frecuentes

¿Storefront Next sustituye a PWA Kit? Salesforce lo posiciona como la opción de frontend más nueva para SFCC, pero PWA Kit no está deprecado en el momento de escribir esto. Los comerciantes que ya están en PWA Kit pueden quedarse ahí; las construcciones nuevas son el ajuste más natural para evaluar primero Storefront Next.

¿Tenemos que migrar fuera de SFCC para usar una Frontend Management Platform? No. El camino de desacople con FMP mantiene SFCC como tu backend de comercio a través de su Commerce API. Solo la capa de presentación se traslada a un frontend independiente y desplegable por separado.

¿Qué tan maduro está Storefront Next en este momento? Pasó a disponibilidad general el 6 de julio de 2026. Con tres semanas de vida, cabe esperar herramientas de terceros todavía escasas, casos públicos de migración limitados y un roadmap aún en evolución. Trátalo como un buen candidato para un piloto, todavía no como la opción por defecto para un replatforming completo.

¿Qué opción es más rápida de cambiar más adelante si nos equivocamos de elección? Un desacople con FMP, porque los ciclos de lanzamiento del frontend y del backend ya están separados. SFRA es la más lenta de cambiar porque las plantillas ISML y el hosting están fuertemente acoplados al tren de lanzamientos de Salesforce.

Lectura relacionada: SAP Commerce Cloud: fin de vida de Spartacus + Accelerator en 2027, la ruta de migración del frontend y FastStore Starters vs. una plataforma de frontend gestionada: qué viene después del boilerplate.