Composable: ¿sí o no?

El papel del eCommerce headless

Hay un sinfín de opciones para headless, con todo tipo de lenguajes de programación y estructuras que permiten a los comerciantes actualizar, o incluso cambiar por completo, sus escaparates manteniendo la misma plataforma.

Según las predicciones de Andy Hoar y Brian Beck para el eCommerce B2B en 2024, ​“el futuro no será headless, sino sobre todo composable”.

Aunque las arquitecturas headless aportan flexibilidad, pueden carecer de funciones clave ya precompuestas. Por otro lado, el comercio composable —que en realidad es anterior al headless— va más allá separando todos los componentes, no solo el frontend del backend. 

Así que es probable que veamos a más empresas inclinarse hacia un enfoque más composable y buscar un punto medio, una arquitectura híbrida entre las soluciones todo en uno y las estructuras totalmente composable, para lograr el equilibrio necesario entre el valor de la flexibilidad total y la rapidez y facilidad de uso de las funciones precompuestas.

El término comercio composable (acuñado por Gartner) se define por la capacidad de descomponer una entidad en varios módulos, que luego se combinan para formar el conjunto. Este principio de diseño en tecnología y negocio que pone el énfasis en la capacidad de elegir y ensamblar distintos componentes o servicios para crear soluciones a medida.

Entonces, ¿cuál es la pregunta?

Este enfoque permite flexibilidad, escalabilidad y una adaptación rápida a necesidades o tecnologías cambiantes. Por eso es vital para las empresas que buscan mantener una ventaja competitiva aprovechando arquitecturas modulares, como microservicios o APIs, para construir sistemas ágiles y resilientes.

Una arquitectura composable permite a las empresas construir su organización a partir de piezas intercambiables, con cuatro principios clave: modularidad, apertura, flexibilidad y un enfoque centrado en el negocio. 

Esta estructura facilita ensamblar Capacidades de Negocio Empaquetadas (PBC) como carritos de compra virtuales, gestión de pedidos o gestión de cuentas, según las necesidades concretas del negocio. Permite elegir proveedores best-in-breed para construir un stack tecnológico robusto y funcional, con una flexibilidad de personalización que va más allá de las limitaciones de las plataformas monolíticas tradicionales.

Además, permite elegir e integrar las mejores soluciones de cada categoría —desde sistemas de gestión de contenido hasta pasarelas de pago— en una plataforma coherente.

Sin embargo, la necesidad de integrar distintos componentes y gestionar un sistema modular introduce complejidad y puede requerir competencias especializadas que no todas las organizaciones tienen a mano.

Además, adoptar un enfoque composable puede implicar una inversión inicial considerable y plantear retos a la hora de integrar sistemas dispares, sobre todo en empresas con experiencia técnica limitada. Así que, aunque el comercio composable ofrece a las empresas B2B una flexibilidad, escalabilidad y preparación de futuro sin parangón, también exige valorar con cuidado su complejidad, los recursos que requiere y los retos de integración. 

Cada empresa debe sopesar estos factores según sus circunstancias, recursos y objetivos estratégicos. Esa es la cuestión.

Tres arquitecturas, tres apuestas

Antes de ​“composable o no”, una mirada más amplia. La arquitectura de eCommerce B2B suele adoptar tres formas. Cada una hace una apuesta distinta.

Monolítica. Una sola plataforma lo hace todo: catálogo, carrito, checkout, contenido, cuentas. El ejemplo clásico es Magento/​Adobe Commerce autoalojado, o suites como SAP Commerce. Ojo: plataformas SaaS como BigCommerce o Shopify pueden operarse en modo todo en uno, pero son modulares por diseño, con APIs abiertas — lo monolítico es una forma de usarlas, no lo que son. La apuesta: rapidez de lanzamiento, menor coste operativo, menos puntos de integración que mantener. Sacrificas algo de flexibilidad a cambio de una plataforma que funciona desde el primer día y un proveedor que responde por todo el stack.

Headless. El frontend se desacopla del motor de comercio. La plataforma sigue siendo, en su mayoría, monolítica, pero ganas libertad sobre el aspecto, el comportamiento y el rendimiento del escaparate. La apuesta: innovación en el frontend y flexibilidad de canales (web, app, kiosk, marketplace) sin tener que reconstruir el backend. Pagas por un segundo equipo de desarrollo: uno para el motor, otro para la cabeza.

Composable. Cada capacidad es su propio servicio. Tu motor de comercio habla con un CMS, un buscador, un checkout, un PIM, un CDP y un sistema de fidelización independientes. Lo mejor de cada categoría en cada capa. La apuesta: consigues exactamente lo que quieres en cada punto. También te quedas con la propiedad de las integraciones para siempre.

Ninguna es objetivamente mejor. La adecuada depende de qué estés optimizando y de lo que tu equipo pueda mantener de forma realista, hoy y de aquí a tres años.

Cómo saber cuál necesitas

El monolito está bien si…

• Todavía estás creciendo dentro de las funciones de tu plataforma actual. Es el caso de la mayoría de las empresas.
• Tu equipo es reducido. Un stack composable necesita gente que entienda cómo fallan las APIs.
• Tu ventaja competitiva no es la experiencia de checkout. Si es el producto, el servicio o la marca, lo monolítico no te frenará.

Considera headless si…

• Tus equipos de contenido y de eCommerce están en guerra, y el CMS de la plataforma es la razón.
• Necesitas lanzar experiencias en varios canales (escaparate, app, kiosk, dentro de catálogo) que no pueden compartir un único frontend renderizado.
• Tienes el equipo de frontend para hacerse cargo de la cabeza, no solo para construirla, sino para seguir construyéndola.

Ve a composable si…

• Necesitas una capacidad de primer nivel y la versión de la plataforma monolítica no lo es. (Buscador para un catálogo de 400.000SKU. Fidelización para una operación multimarca. Facturación por suscripción con reconocimiento de ingresos.)
• Tienes el liderazgo técnico para pensar en tu stack como una cartera de integraciones, no como un producto que compraste.
• Has aceptado el hecho de que la integración es una línea permanente en tu hoja de ruta.

Un ejemplo composable que se puede visualizar

Imagina un distribuidor B2B con 80.000SKU, tres segmentos de clientes (minoristas, instaladores, usuarios finales) y un programa de fidelización que construyeron ellos mismos en 2019.

Una plataforma monolítica les da el 70% de lo que necesitan de fábrica. El buscador es ​“aceptable”. La fidelización es un plugin que casi funciona. Los precios segmentados están soportados pero son incómodos de gestionar.

La versión composable: motor de comercio de BigCommerce B2B. Buscador de Algolia (porque 80.000SKU con especificaciones técnicas lo exigen). Fidelización de un proveedor especializado que soporta niveles multimarca. Lógica de precios en un servicio a medida que habla con el ERP. Checkout del propio motor de ecommerce, porque reinventar el checkout casi nunca merece la pena.

Cada pieza hace bien una sola cosa. El pegamento —APIs, eventos, gestión de errores, monitorización— pasa a ser responsabilidad del distribuidor. Para siempre.

Esto funciona de maravilla para el distribuidor del ejemplo. Sería un desastre para una startupB2B de 15 personas sin un equipo dedicado de DevOps.

La versión honesta

El composable se vende a menudo como la opción sofisticada. Puede serlo. También puede ser la forma en que terminas gestionando seis relaciones con proveedores, tres capas de integración y un dashboard que muestra dónde falló la última sincronización.

Algunas verdades que rara vez se cuentan en la venta:

• El monolítico que ya tienes probablemente esté bien. La mayoría de las migraciones a composable que vemos ocurren porque el 20% que le falta a una plataforma se volvió emocionalmente intolerable, no porque ese 20% realmente perjudicara al negocio. Haz las cuentas antes de reconstruir.
• Lo composable convierte cada actualización en un problema tuyo. Cuando tu proveedor de comercio lanza una función nueva, no la recibes por defecto: la recibes después de que tu equipo la integre. Tiene un coste.
• Alinear las hojas de ruta de los proveedores se complica. Proveedores, hojas de ruta, cambios de precios, tickets de soporte. Todo depende de ti para coordinarlo.
• Lo composable no arregla una mala estrategia. Si tu problema es que no sabes qué debería hacer tu portal B2B, ninguna elegancia arquitectónica te va a salvar.

Nada de esto significa que composable sea un error. Significa que composable es un compromiso que conviene asumir con los ojos abiertos.

Qué viene después

La arquitectura es el plano. Construir la cosa de verdad es donde las intenciones chocan con la realidad. El siguiente paso es el desarrollo de un eCommerce B2B en la práctica.