Shopify y Vercel están reconstruyendo Hydrogen como una base abierta y agnóstica al runtime. Hydroge…
commercetools Frontend: ¿cuándo merece la pena cambiar? (2026)
commercetools ofrece un backend de Composable Commerce excelente, eso es indiscutible en el mercado DACH. Pero el stack de frontend del lado del comprador no viene en la caja. Todo proyecto con ct se enfrenta antes o después a la pregunta "¿qué estrategia de frontend?", y según la fase de crecimiento la respuesta es distinta.
Quien construyó su stack de frontend hace 2 o 3 años ve hoy síntomas que apuntan a un cambio. Quien está empezando ahora con ct debería plantearse la pregunta de forma proactiva, antes de que el frontend se convierta en un lastre.
Esta guía te ayuda a tomar la decisión con claridad, incluidas las situaciones en las que desaconsejamos activamente el cambio.
¿Qué significa "commercetools Frontend"?
A diferencia de Shopify o Shopware, commercetools no incluye un frontend por defecto. Eliges entre tres opciones consolidadas: desarrollo propio (Next.js o Nuxt a medida), commercetools Frontend (Frontastic) o una Frontend Management Platform como Laioutr. Encontrarás una visión detallada de las opciones en nuestra página hub sobre frontend para commercetools.
Cinco síntomas que apuntan a un cambio
1. El backlog de frontend crece más rápido que el equipo de ingeniería
Tienes un stack de Next.js a medida, construido hace dos años. Cada nuevo requisito de funcionalidad pasa por el equipo de React, y el backlog crece al doble de velocidad que la capacidad del equipo. Marketing espera, los stakeholders están frustrados, las nuevas iniciativas se retrasan trimestres enteros.
Esa es la señal más clara: necesitas una plataforma que haga productivos a los equipos de marketing y contenido con independencia de ingeniería.
2. La estrategia multimarca o multimercado se vuelve concreta
Una segunda marca aterriza sobre el stack de ct, o expandes a un nuevo mercado con su propio layout, su propio idioma y su propia identidad de marca. Con Next.js a medida eso significa una segunda codebase, mantenimiento duplicado y, en su caso, componentes inconsistentes.
Una Frontend Management Platform con un pool central de componentes y varios storefronts sobre una misma plataforma escala aquí de forma estructuralmente distinta.
3. El lock-in con Frontastic se convierte en un riesgo estratégico
Elegiste Frontastic cuando ct compró el producto en 2021. El stack funciona, pero los costes de licencia están ligados al pricing de ct, y el código del frontend vive dentro del ecosistema de ct. Una diversificación posterior del backend sería una reconstrucción completa.
Quien quiera mantener abierta la opcionalidad de backend a nivel estratégico no debería atar la elección de frontend a un vendor.
4. El cumplimiento de BFSG y WCAG se convierte en un requisito enterprise
Desde 2025, la ley alemana de refuerzo de la accesibilidad (BFSG) es obligatoria para casi cualquier tienda online comercial. Con un stack a medida eso significa: revisar cada componente, auditoría externa, una inversión en cumplimiento de cifras de varios dígitos. Con una FMP en la que WCAG 3.0 y BFSG ya están anclados en los componentes, te ahorras el proyecto interno de auditoría.
5. Los valores de rendimiento ya no son competitivos
Las puntuaciones de Lighthouse se estancan entre 60 y 70, aunque el equipo de ingeniería aplique optimizaciones. En un stack construido a mano, el techo de rendimiento suele venir dado por la arquitectura. Las FMP basadas en componentes con un objetivo de Lighthouse 100 rompen ese techo de forma estructural.
Cuándo (todavía) no merece la pena cambiar
Tres situaciones en las que desaconsejamos activamente el cambio:
Estás en mitad de un replatforming a ct. Si el propio backend de ct está migrándose ahora mismo, no merece la pena cambiar en paralelo el stack de frontend. Un proyecto detrás de otro, si no se genera un riesgo doble.
Tu stack a medida lleva menos de 18 meses en marcha. Si acabas de construirlo y el equipo es productivo, el cambio rara vez recupera el ROI en un plazo aceptable. Solo cuando aparecen puntos de dolor reales merece la pena la inversión.
No hay arquitecto en casa. Una migración a una FMP sin un owner técnico rara vez sale bien. Al menos un arquitecto debería acompañar activamente el proyecto, ya sea interno o a través de un partner de composable como valantic.
Tres reglas prácticas para decidir
- ¿Backlog de frontend de más de 6 meses? Señal clara para evaluar una FMP.
- ¿Puntuación de Lighthouse por debajo de 80 tras 3 sprints de optimización? Señal clara para cuestionar el stack de frontend.
- ¿Roadmap multimarca o multimercado ya concreta? Señal clara para elegir ahora una plataforma que escale con ello.
Si se cumplen dos de estos tres puntos, la pregunta ya no es "si", sino "cómo".
Qué cambia en concreto con un cambio de frontend
En los proyectos con ct que hemos acompañado se perfilan tres efectos que se hacen visibles en un plazo de 90 días:
El time-to-market de nuevas landing pages y campañas baja de semanas a horas, porque marketing construye de forma autónoma en Studio y ya no depende de ingeniería.
El rendimiento pasa a ser el estándar por defecto. Lighthouse 100 deja de ser un objetivo de proyecto y se convierte en un estándar de los componentes. Efecto directo sobre el posicionamiento SEO y la tasa de conversión.
El escalado multimercado se convierte en un paso de configuración y no en un fork del repositorio.
Un arranque pragmático
Una migración completa en un solo paso rara vez es el camino correcto. Lo que funciona: empezar con un único storefront, por ejemplo para una marca nueva, un mercado nuevo o un microsite de campaña. Así la decisión de arquitectura se valida primero de forma controlada, antes de migrar la tienda principal.
El camino de migración completo, incluida la estrategia de redirecciones 301 y la transición SEO, se describe en el artículo Migración a commercetools Frontend, paso a paso.
Conclusión: la estrategia de frontend es una decisión de arquitectura
Quien marque más de dos casillas en la lista de síntomas debería estudiar en serio el cambio de frontend. Quien marque cero o una probablemente esté bien servido con su stack actual. La verdad está en la trayectoria de crecimiento: un stack que hoy aguanta puede llegar a su límite en 18 meses.
Si tienes dudas, lo repasamos contigo encantados. Te enseñamos Laioutr en vivo sobre tu setup de ct y te decimos con honestidad si un cambio tiene sentido para ti, también cuando la respuesta sea "todavía no".
Recursos adicionales: Composable Headless Frontend y Content Management.