Shopify y Vercel están reconstruyendo Hydrogen como una base abierta y agnóstica al runtime. Hydroge…
Alternativa de frontend para commercetools: cuándo un FMP es mejor opción
Todo proyecto de commercetools se topa antes o después con la pregunta "¿qué stack de frontend?". Las opciones establecidas son el desarrollo a medida (Next.js o Nuxt), commercetools Frontend (Frontastic) o una Frontend Management Platform como Laioutr. Quien busca una alternativa de frontend para commercetools casi siempre tiene un motivo concreto: evitar la dependencia de Frontastic, reducir el esfuerzo del desarrollo a medida, o ambas cosas.
En este artículo mostramos tres escenarios en los que un FMP es la mejor elección, y cuándo sigue siendo mejor optar por Frontastic o por un desarrollo a medida.
Qué ofrecen las opciones establecidas y qué no
Antes de mirar la alternativa, una valoración justa de las opciones existentes.
Desarrollo a medida (Next.js o Nuxt): Control máximo, la mayor flexibilidad. No incluye ningún builder, ninguna librería de componentes, ningún hosting. Fase de construcción de seis a doce meses, mantenimiento continuo a cargo de un equipo interno.
commercetools Frontend (Frontastic): Integrado en profundidad en el stack de ct, con el builder de Studio y hosting de ct. No incluye opcionalidad multi-backend, ni una librería de más de 70 componentes, ni precios independientes del proveedor. Dependencia de commercetools.
Una Frontend Management Platform cierra la brecha entre ambas: incluye Studio, componentes y hosting, sin dependencia de un backend concreto.
Escenario 1: la velocidad de marketing es el cuello de botella
Tienes un stack de desarrollo a medida o Frontastic, pero marketing produce más ideas de campañas de las que ingeniería puede sacar adelante. Cada landing page de temporada se convierte en una estimación de story points, cada configuración de A/B test en un sprint planning.
Con el desarrollo a medida no hay ningún builder visual, cada cambio de layout sigue siendo un commit de código. Con Frontastic existe un Studio, pero está orientado a desarrolladores y la autonomía de marketing depende del proyecto.
En este escenario, un FMP es la palanca directa. Marketing construye landing pages en el propio Studio, ingeniería gestiona el pool de componentes y la lógica de backend. El time-to-market suele pasar de semanas a horas.
Escenario 2: la opcionalidad de backend se vuelve estratégicamente importante
No quieres comprometerte estratégicamente con commercetools a largo plazo. Quizá estés evaluando Shopify para una segunda marca, o estés considerando Shopware para una configuración en la región DACH. Con Frontastic eso implicaría reconstruir el frontend por completo, con desarrollo a medida, reconstruir la capa de estado.
Con un FMP agnóstico de backend, configuras por storefront a qué backend te diriges. El frontend en sí se mantiene igual. El cambio de proveedor pasa de ser una inversión de arquitectura a ser una tarea de configuración.
Escenario 3: el cumplimiento de accesibilidad de la UE tiene que estar desde el primer día
Desde 2025, la Ley de Accesibilidad de la UE y la BFSG alemana son obligatorias para prácticamente cualquier tienda online comercial. Los requisitos son claros: WCAG 3.0, EN 301 549, ARIA, navegación por teclado, compatibilidad con lectores de pantalla.
Con desarrollo a medida y Frontastic, la responsabilidad es tuya. Hay que revisar cada componente, encargar la auditoría externamente y documentar la implementación. Una auditoría interna suele costar cifras de cinco dígitos, más varias semanas de tiempo de implementación.
Con un FMP como Laioutr, la BFSG ya está anclada en los componentes. La auditoría existe, los componentes nuevos pasan por la misma vía de cumplimiento. Te ahorras el proyecto de auditoría interna.
Cuándo Frontastic sigue siendo la mejor opción
Tres situaciones en las que recomendamos Frontastic:
La estrategia de proveedor único ya está decidida. Si tu estrategia de plataforma está construida en torno a commercetools como proveedor único a largo plazo, la integración profunda de Frontastic es una ventaja, no una desventaja.
Quieres que el propio ct sea el proveedor de frontend. Algunos compradores enterprise eligen deliberadamente el stack propio de ct, porque priorizan una hoja de ruta continua y soporte directo de ct.
Estás en una construcción greenfield con experiencia en Frontastic dentro del equipo. Si ya tienes know-how de Frontastic internamente, el cambio rara vez compensa.
Cuándo el desarrollo a medida sigue siendo la mejor opción
Tres situaciones en las que recomendamos el desarrollo a medida:
Tienes un equipo de frontend dedicado con experiencia en React/Vue. Al menos tres ingenieros que tratan el frontend como una competencia estratégica central.
Construyes frontends extremadamente especializados. Configuradores con máquinas de estado complejas, visualizaciones 3D en tiempo real, aplicaciones de realidad aumentada.
Quieres un stack de código abierto como decisión estratégica. Algunas organizaciones tienen buenas razones para apostar por una base de código completamente abierta.
Qué puedes esperar en concreto de una migración a un FMP
De los proyectos que hemos acompañado, suelen aparecer tres efectos en los primeros 90 días:
El time-to-market para nuevas landing pages pasa de una media de 8 a 12 días a unas pocas horas.
El rendimiento mejora de forma medible: puntuaciones de Lighthouse de 90 o más, un LCP y un INP notablemente mejores, con efecto directo en el ranking SEO y en la tasa de conversión.
Los costes operativos suelen bajar, porque el hosting, el mantenimiento de componentes y las auditorías de cumplimiento quedan agrupados en la licencia del FMP. Con desarrollo a medida y con Frontastic, los tres corren en paralelo como bloques de coste separados.
Cómo es la transición en la práctica
En la mayoría de los casos vemos un camino controlado en dos fases: primero se pone en marcha un segundo storefront (una marca nueva, un mercado nuevo o un microsite de campaña) en el FMP. Después se migra la tienda principal una vez que el equipo se siente cómodo con la nueva plataforma. El camino de migración detallado está en Migración de commercetools Frontend, paso a paso.
Conclusión: el FMP es el término medio pragmático
El desarrollo a medida y Frontastic son ambas opciones válidas, según la estrategia. El FMP es el término medio pragmático: se pone en marcha más rápido que el desarrollo a medida, sin la dependencia de Frontastic, con componentes terminados y cumplimiento normativo integrado. Exactamente lo que necesitan las marcas composable que quieren aumentar la velocidad de su frontend sin atarse a un único proveedor.
Si ahora mismo trabajas con Frontastic o llevas un stack a medida, hablemos. Te mostramos el camino con honestidad y te decimos cuándo tu stack actual sigue siendo la elección correcta.