Durante quince años, montar un marketplace se presentó como una decisión de software. Comparabas suites, marcabas funcionalidades y firmabas por una plataforma «todo en uno». Este enfoque ha funcionado y ha permitido a miles de empresas lanzarse rápido. Pero si ya cuentas con un sistema de información maduro —un ERP, un PIM, una pasarela de pago, un CRM y herramientas propias acumuladas con los años—, la pregunta cambia. ¿Cómo añades una capa de marketplace a lo que ya tienes, sin sustituirlo todo?
Es un cambio de naturaleza. Ya no hablamos de producto, hablamos de arquitectura. Ante esta pregunta, el monolito, demasiado rígido, no tiene respuesta. El modelo composable sí la da, y cada vez de forma más clara: es la tendencia de fondo del mercado. Según el Magic Quadrant DXP 2025 de Gartner, en 2026 al menos el 70 % de las organizaciones se decantará por una tecnología composable frente a una suite monolítica, frente al 50 % en 2023.
El monolito ha cumplido su función, pero muestra sus límites
Una plataforma todo en uno tiene un mérito real: es sencilla para empezar. Todo está integrado, un único proveedor, un único contrato, un camino ya marcado. Para probar un modelo de negocio o lanzar tu primer marketplace, suele ser la opción acertada. Y lo sigue siendo para muchos proyectos.
El problema no aparece en el lanzamiento, sino cuando la empresa ya cuenta con un sistema de información consolidado. Ahí, el monolito deja de ser un atajo y se convierte en una limitación, por tres motivos concretos.
Crea un segundo silo
Una gran empresa ya tiene su ERP, su PIM, su CRM y sus herramientas de pago y logística. Una suite de marketplace cerrada llega al lado, con su propia base de datos de producto. Su propia gestión de pedidos, su propia lógica. El resultado: dos «verdades» que hay que sincronizar constantemente, una deuda de integración que crece. Los equipos que dedican más tiempo a reconciliar sistemas que a generar valor. Es exactamente la trampa que ya señalamos al hablar de la conexión entre marketplace y ERP. Tratar el marketplace como una pieza independiente del sistema de información y pagar la factura más tarde. Un error todavía muy habitual.
Impone su propio ritmo
En un monolito todo está acoplado. Cambiar la pasarela de pago, conectar un nuevo motor de búsqueda o adaptar el recorrido de compra a un nuevo mercado suele obligar a tocar todo el flujo. ESo implica pruebas de regresión, riesgos y plazos añadidos. La empresa deja de avanzar al ritmo de su estrategia. Pasa a avanzar al ritmo que le permite su plataforma.
Genera dependencia
La lógica todo en uno significa depender de un único proveedor, y ahí está el problema. Cada evolución, cada integración, cada actualización depende de su hoja de ruta y de sus tarifas. El día que la plataforma deja de acompañar la necesidad del negocio, cambiar de proveedor sale caro. A veces tan caro que se renuncia, y se acaba conviviendo con un sistema que ya no evoluciona. Para una dirección que piensa a largo plazo y en soberanía tecnológica, esto no es un detalle. Es un riesgo estratégico con consecuencias reales.
Un ejemplo
Una cadena quiere lanzar un marketplace para ampliar su oferta sin comprar stock. Con un monolito, recrea un catálogo, una base de clientes y una gestión de pedidos en paralelo a su ERP. Pasa meses sincronizando estos duplicados y descubre que abrir un segundo país implica reabrir todo el proyecto. Con un enfoque composable, el marketplace lee el catálogo y escribe los pedidos directamente donde ya existen. El segundo país es solo una pieza más que añadir. Mismo objetivo, sin duplicidad ni rediseño.
Ninguno de estos tres problemas es un fallo de calidad del software: son consecuencias directas de la propia arquitectura monolítica. Corregirlos exige cambiar de arquitectura, no cambiar de suite.
El modelo composable, en la práctica
«Composable» suena a palabra de analista. Detrás hay una idea sencilla: en lugar de comprar una plataforma cerrada que lo hace todo, ensamblas piezas independientes, cada una especializada, sustituible y adaptable, conectadas mediante interfaces estándar. El marketplace deja de ser una fortaleza al margen del sistema de información para convertirse en un módulo más de ese sistema, alineado con un negocio y un mercado que cambian de forma constante.
Una arquitectura API-first y modular, sin tecnicismos
El marco de referencia tiene un nombre, MACH: Microservices, API-first, Cloud-native, Headless. Traducido: funciones divididas en servicios autónomos (microservicios), que se comunican mediante interfaces abiertas y documentadas (API-first), alojadas de forma nativa en la nube (cloud-native) y con la lógica de negocio separada de la presentación (headless), de modo que puedes conectar el frontend que prefieras. El principio que defiende MACH Alliance se resume en una frase: cada componente debe poder elegirse, actualizarse, escalarse o sustituirse de forma independiente, sin generar tensión en el resto del sistema.
Es precisamente la base sobre la que se construye la plataforma de IZBERG: un enfoque API First y API Centric, modular, que permite elegir y personalizar solo los módulos que realmente necesitas, en lugar de imponer un bloque único. Orientada a desarrolladores y bien documentada, se conecta con cualquier CMS o framework ya implantado: justo lo que necesita una empresa cuya arquitectura ya existe y no tiene sentido tirar.
El marketplace como pieza de tu sistema de información actual
Esta es la consecuencia más importante para quien toma decisiones. En un enfoque composable, el marketplace no duplica tu sistema de información: se conecta a él. El catálogo puede seguir viviendo en tu PIM, los pedidos pueden seguir llegando a tu ERP, los pagos pueden seguir pasando por tu proveedor autorizado, y los datos de cliente pueden seguir alimentando tu CRM. El marketplace orquesta a los vendedores externos y las transacciones; el resto permanece donde ya se gestiona bien.
No es solo teoría: la plataforma de IZBERG se integra de forma nativa con el ERP de LUNDI MATIN para una gestión omnicanal de stock, pedidos y facturación, e incorpora una interfaz de pago genérica, procesos de facturación y documentación KYC configurable. Es decir, los flujos financieros y el cumplimiento normativo —los puntos ciegos que hacen descarrilar tantos proyectos— están pensados para integrarse en un ecosistema ya existente, no para competir con él.
Donde el monolito exige «adáptate a mí», el modelo composable responde «me adapto a ti».
Una base que se recompone con el tiempo
El rasgo más estratégico es la reversibilidad. Como las piezas son independientes, puedes hacer evolucionar una sin tocar las demás: cambiar el motor de búsqueda, añadir un canal, abrir un nuevo país o incorporar una herramienta de IA sin reconstruir todo el sistema. La plataforma deja de quedar fijada el día de su puesta en marcha y se va recomponiendo según avanza tu estrategia. Es la diferencia entre comprar un edificio terminado y disponer de una estructura que puedes reorganizar según tus necesidades. Para una empresa cuyas prioridades cambian —y todas cambian—, esta capacidad de evolución vale más que cualquier lista de funcionalidades entregada «llave en mano».
Qué cambia esto para tu empresa
Estos principios solo importan por sus efectos concretos. Hay cuatro que merece la pena destacar.
Velocidad de evolución sin reconstruir nada
Es el beneficio más tangible. Añadir una capacidad se convierte en un proyecto acotado, no en un rediseño completo. Esta agilidad es justo lo que empuja al mercado hacia el modelo composable: Gartner prevé que, en 2027, al menos el 60 % de las nuevas soluciones de comercio digital B2C y B2B en la nube se alinearán con los principios MACH. Ya no es una tendencia emergente, es la dirección por defecto del sector.
Lo mejor de cada pieza (best-of-breed)
En lugar de aceptar una lógica en la que las funcionalidades son «suficientes en todo» dentro de una suite única, la empresa elige el mejor componente para cada función y lo integra. En la práctica, una arquitectura composable puede combinar un motor de comercio especializado, un buscador cloud-native, un sistema de gestión de contenidos headless y el frontend que prefieras: cada uno líder en su categoría, cada uno sustituible por separado, todos conectados por API.
Los datos de quienes ya lo han adoptado son claros: según la MACH Alliance, el 79 % de las empresas que han apostado por MACH se consideran por delante de su competencia, un porcentaje que sube al 91 % entre las más maduras.
Fin de la dependencia del proveedor (y soberanía tecnológica)
Piezas intercambiables conectadas por estándares abiertos significan poder cambiar de proveedor sin romper nada. Pero la soberanía tecnológica no se limita a la libertad de salida: también implica dónde se alojan tus datos, qué infraestructura y componentes controlas, y tu capacidad de responder a unos requisitos normativos que, en Europa, son cada vez más exigentes. El modelo composable mantiene estas decisiones abiertas, mientras que el monolito las deja en manos de su propio fabricante. Para una dirección que quiere conservar el control de su arquitectura y sus datos a largo plazo, este es un argumento de fondo, no un capricho.
Una misma base para B2B y B2C
Es una ventaja propia de las plataformas realmente modulares: operar en una sola base tanto negocios B2B como B2C, con sus lógicas distintas —pago aplazado, condiciones negociadas y facturación multiparte en B2B; volumen y experiencia fluida en B2C—, sin multiplicar plataformas. No es casualidad que empresas tan diferentes como ASOS, el Grupo ADP, SUEZ, TotalEnergies o Veepee se apoyen en este tipo de arquitectura: sus retos de negocio, multicanal y exigencias operativas son exactamente los que el monolito no logra absorber y el modelo composable sí sabe atender.
Una base lista para la IA
Es el argumento con más proyección hacia 2026. Conectar una IA —búsqueda inteligente, recomendación y, pronto, agentes que buscan, comparan y llegan a completar pedidos por el comprador— requiere interfaces abiertas y datos accesibles. Una arquitectura API-first ofrece exactamente ese punto de conexión; un monolito cerrado lo impide. No es un detalle menor: la MACH Alliance ha convertido el ecosistema de agentes y la IA empresarial en el eje central de su hoja de ruta 2025-2026. Dicho de otro modo, la arquitectura composable de hoy es la condición para la IA de mañana.
La otra cara: el modelo composable no es para todos
Sería poco honesto presentar el modelo composable como la respuesta universal. No lo es, y aquí explicamos por qué.
La contrapartida: gobernanza y coordinación
Ensamblar piezas exige saber orquestarlas. Donde el monolito ofrece un conjunto coherente desde el primer día, el modelo composable requiere madurez de arquitectura. Alguien tiene que decidir qué componentes se integran, cómo circulan los datos y quién garantiza la coherencia del conjunto. Sin esta gobernanza, la modularidad puede derivar en complejidad: una colección de herramientas mal conectadas en lugar de un sistema real. Composable no significa caótico, pero la libertad exige capacidad de gestión.
En la práctica, esto requiere un equipo técnico interno capaz de asumir esta orquestación o un buen partner de integración. Por eso el acompañamiento y el ecosistema de partners integradores no son opcionales en un proyecto composable: son una condición para que salga bien. Una plataforma API-first orientada a desarrolladores te da la capacidad de hacerlo todo, pero alguien tiene que ejecutarlo.
El cálculo real del coste
Una precisión sobre el coste, para desmontar una idea equivocada: el modelo composable no es automáticamente más barato. Mal gestionado —con demasiadas piezas, integraciones frágiles y falta de perfiles adecuados—, puede incluso encarecer el coste total de propiedad. Su rentabilidad no viene del precio de cada componente, sino de lo que evita: rediseños constantes, dependencia del proveedor y la deuda técnica de un sistema que ya no puede evolucionar. Es una inversión de arquitectura que se valora a largo plazo, no una factura más ligera desde el primer día.
La conclusión honesta es, por tanto, matizada. Para un proyecto sencillo, de un solo canal y sin un sistema de información complejo que integrar, una suite todo en uno sigue siendo a menudo la opción más rápida y razonable. El modelo composable gana ventaja a partir de cierto nivel de complejidad: cuando la empresa tiene un sistema existente que preservar, varios canales que atender, mercados que abrir y la intención de evolucionar rápido y de forma sostenida. Elegir, aquí, empieza por situarse con honestidad en esa escala.
¿Estás preparado para el modelo composable?
Más que un dogma, estas son las señales que indican que el modelo composable encaja con tu empresa. Cuantas más marques, más justificado está el cambio.
- Ya tienes un sistema de información consolidado (ERP, PIM, PSP, CRM) que no quieres ni puedes sustituir. El modelo composable se conecta a él; el monolito querría reemplazarlo.
- Operas, o vas a operar, en varios canales o varios países. La modularidad y el enfoque headless son justo lo que permite adaptar la experiencia sin duplicar plataformas.
- Combinas actividad B2B y B2C. Una base única y modular evita tener que sumar dos herramientas que no se comunican entre sí.
- Tu hoja de ruta cambia con rapidez. Si sabes que tus necesidades del próximo año no serán las de hoy, poder evolucionar sin rediseñar no es un lujo: es un seguro.
- Cuentas con capacidad de integración, propia o a través de un partner. Es la condición que convierte la promesa en resultado real.
En resumen
Para una empresa consolidada, la pregunta clave es qué tipo de arquitectura permite añadir el comercio de plataforma a lo que ya existe, y hacerlo evolucionar sin reconstruirlo por completo en cada cambio de rumbo.
El monolito responde imponiendo su propio mundo, su propio bloque cerrado; el modelo composable responde integrándose en la realidad de tu mercado y tu negocio. Por eso el mercado está cambiando de dirección, y por eso las grandes empresas, una a una, están dejando atrás el todo en uno.
Queda la parte honesta: el modelo composable exige madurez y orquestación. Bien ejecutado, devuelve a la empresa lo que el monolito le había quitado: el control de su ritmo, de su arquitectura y de su futuro.
Para seguir profundizando, descubre la plataforma modular y API-first de IZBERG, o consulta los clientes que ya la han adoptado. Si crees que una solución monolito encaja mejor con tu proyecto, conoce nuestra propuesta Uppler. Sea cual sea tu modelo, tenemos la opción adecuada para ti.
