Dibuja el customer journey de automoción y casi siempre obtienes la misma diapositiva: descubrimient…
commercetools ya vende Core Commerce y Product Catalog como módulos independientes: qué significa para tu decisión de frontend
commercetools ya vende Core Commerce y Product Catalog como módulos independientes: qué significa para tu decisión de frontend
commercetools ahora empaqueta Core Commerce y Product Catalog como módulos independientes basados en Sphere. Las empresas pueden adoptar capacidades individuales sin sustituir toda la plataforma. Para tu decisión de frontend eso significa: en cuanto el propio backend se vuelve modular, una arquitectura de frontend igualmente desacoplada deja de ser opcional y pasa a ser el siguiente paso lógico.
Qué anunció commercetools
El 15 de julio de 2026, commercetools confirmó que Core Commerce y Product Catalog ya están disponibles como módulos independientes basados en Sphere, al margen del resto de la plataforma. El CEO Doug McNary lo expresó con claridad: los equipos deberían poder modernizarse "sin un replatform completo". En la práctica, eso significa que una empresa puede adoptar únicamente el módulo de catálogo de productos, por ejemplo, y dejar intacto el resto de su panorama de sistemas, en lugar de verse obligada a una actualización de todo o nada.
Es un giro real respecto al discurso clásico de commercetools de los últimos años, que se apoyaba con fuerza en la suite MACH completa. Con módulos independientes y contratables, commercetools se posiciona más cerca de lo que las empresas hacen realmente: migrar por fases, resolver primero puntos de dolor concretos y reducir el riesgo en pasos pequeños en lugar de en un único proyecto greenfield de 18 meses.
Por qué esto es más que un movimiento de marketing
Las ofertas modulares de backend no son una idea nueva, pero la forma en que commercetools la plantea toca una fibra sensible: el miedo al replatforming es el mayor freno en las decisiones de comercio enterprise. Cuando un vendor demuestra de forma creíble que la adopción funciona por fases, baja la barrera de entrada precisamente para esos clientes que dudaban porque "cambiar toda la plataforma" les parecía demasiado arriesgado.
Sin embargo, para los equipos que ya usan commercetools o lo están evaluando, la verdadera pregunta no es "¿puedo comprar el backend de forma modular?". La pregunta es: "¿qué pasa con mi frontend cuando lo haga?".
El truco: un backend modular necesita una capa de frontend igual de flexible
Aquí está la parte que el propio anuncio no aborda. Si adoptas Core Commerce o Product Catalog como módulo independiente pero tu frontend sigue cableado a una única build de storefront, devuelves la flexibilidad de backend que acabas de ganar. Cada módulo adicional que adoptes desencadena entonces otra reconstrucción del frontend, el mismo trabajo de antes, solo que con más frecuencia, porque ahora el backend avanza de forma incremental.
Un frontend composable resuelve exactamente este problema. Habla con las APIs de commercetools, Core Commerce, Product Catalog o futuros módulos Sphere, sin que la capa de storefront necesite una reconstrucción cada vez que se añade una nueva pieza de backend. La Frontend Management Platform (FMP) se hace cargo de la capa de renderizado, rendimiento y operación, mientras el backend sigue su propio camino de modernización a su propio ritmo.
La independencia del frontend como contrapartida lógica
La tesis es simple: la modernización incremental del backend solo funciona si el frontend también puede avanzar de forma incremental. Un frontend composable headless que funciona con independencia del módulo de commercetools que esté activo en cada momento convierte el "acabamos de adoptar un módulo más" en una actualización de configuración en lugar de en un proyecto de reconstrucción.
Eso importa sobre todo a los equipos que introducen commercetools paso a paso junto a sistemas legacy existentes, exactamente el escenario para el que está pensado el enfoque de módulos Sphere. Si quieres la lectura estratégica más profunda sobre storefronts agénticos, nuestro análisis sobre commercetools Sphere y la capa de experiencia autónoma cubre la vertiente agéntica y de IA de Sphere por separado, al margen de la estrategia de modularización que se describe aquí.
A quién le importa esto ahora mismo
Tres perfiles de equipo obtienen el valor más directo de esta claridad: empresas que ya usan commercetools y quieren ampliar módulos concretos sin tocar el resto del panorama de sistemas. Equipos del mid-market que están evaluando commercetools como plataforma objetivo y que ahora pueden sopesar el anuncio de los módulos frente a un proyecto greenfield de 18 meses. Y equipos que hoy están sobre un monolito legacy y quieren usar los módulos Sphere como punto de entrada por fases en lugar de un replatform big-bang. En los tres casos, la arquitectura de frontend decide si la nueva flexibilidad de backend aterriza de verdad o se vuelve a perder en la capa de storefront.
Qué cambia para tu equipo
| Escenario | Flexibilidad del backend | Realidad del frontend |
|---|---|---|
| Backend modular, frontend monolítico | Alta, módulos individuales contratables | Baja, cada adopción de un nuevo módulo desencadena una reconstrucción del frontend |
| Backend modular, frontend composable | Alta, módulos individuales contratables | Alta, el frontend se mantiene estable, los módulos de backend se conectan en lugar de reconstruirse |
| Backend clásico de todo o nada | Baja, se requiere un replatform completo | Depende del setup de frontend, la modernización es más lenta en conjunto |
FAQ
¿Qué se puede contratar de forma independiente exactamente ahora? Tanto Core Commerce como Product Catalog están disponibles como módulos independientes basados en Sphere que las empresas pueden adoptar al margen del resto de la plataforma de commercetools, sin un replatform completo.
¿Tengo que cambiar mi frontend cuando adopto un nuevo módulo de commercetools? No necesariamente, pero solo si tu frontend ya está desacoplado. Si está cableado a una build de storefront existente, en la práctica cada adopción de un nuevo módulo suele desencadenar cambios en el frontend.
¿Con qué rapidez puede conectarse un frontend composable a un nuevo módulo de commercetools? Normalmente en semanas y no en meses, porque la capa de storefront ya es API-first contra commercetools, y un módulo nuevo suele necesitar solo una conexión de datos adicional, no una reconstrucción.
¿En qué se diferencia este artículo del resto de vuestra cobertura sobre commercetools? Nuestro análisis sobre la capa de experiencia autónoma cubre la vertiente agéntica y de IA de Sphere. Este artículo cubre la nueva estrategia de adopción y modularización, un tema distinto sobre la misma base de backend.
Próximos pasos
Si tu equipo está sopesando la adopción de módulos individuales de commercetools, merece la pena responder a la pregunta del frontend antes de firmar el primer contrato de módulo. Descubre cómo es un frontend composable para commercetools o reserva una llamada y lo repasamos contigo frente a tu roadmap real de módulos.
Más de la plataforma Laioutr
Sobre el autor: Marcel Thiesies es cofundador de Laioutr. Trabaja con equipos enterprise y del mid-market para reducir el riesgo de la modernización del backend, commercetools, Adobe Commerce y otras plataformas MACH, desde el lado del frontend, para que la flexibilidad de backend recién ganada no vuelva a quedar bloqueada en un storefront rígido.
*Todos los datos se basan en información públicamente disponible (incluido el anuncio de commercetools del 15 de julio de 2026, verificado a través de AOL, Yahoo Finance, EnterpriseTimes y MarTechCube), en la experiencia de conversaciones comerciales con marcas de e-commerce y en nuestras propias pruebas de plataforma. Datos a julio de 2026. Las funcionalidades de commercetools pueden haber evolucionado desde la publicación.*