WolfSellers — Adobe Experience Cloud Partner en México

Arquitectura · Commerce moderno

Composable Commerce — arquitectura MACH para eCommerce enterprise

Composable Commerce es el modelo arquitectural donde el stack de comercio se compone de servicios best-of-breed conectados por APIs, en vez de un monolito vertical. Sigue los principios MACH (Microservices + API-first + Cloud-native + Headless). WolfSellers implementa arquitecturas composable usando Adobe Commerce como motor de pedidos/catálogo + frontend desacoplado (PWA Studio, Next.js, Hyvä) + servicios especializados (Algolia, Talon.One, Contentful, Stripe).

Definición

¿Qué es Composable Commerce?

Composable Commerce (también llamado MACH architecture o headless modular) es el enfoque donde cada capa del stack de eCommerce vive como servicio independiente — catálogo, carrito, checkout, búsqueda, pagos, CMS, OMS — y se conectan vía APIs. Esto contrasta con plataformas monolíticas que integran todo verticalmente (Salesforce Commerce Cloud clásico, Shopify sin apps, Magento pre-headless).

La ventaja: podés cambiar una pieza sin rearquitectar el resto. ¿Tu buscador actual no escala? Reemplazás Elasticsearch por Algolia en un sprint sin tocar el checkout. ¿Querés un CMS mejor para editores? Swap a Contentful o Sanity sin reconstruir el storefront.

MACH

Los 4 principios MACH

MACH Alliance (fundada en 2020 por commercetools, Contentstack, EPAM y Valtech) definió los 4 requisitos para que una arquitectura sea verdaderamente composable:

  • Microservices: cada función de negocio vive como servicio deployable independiente
  • API-first: todo se comunica vía APIs bien diseñadas (REST, GraphQL, event-driven)
  • Cloud-native: diseñado para correr en cloud gestionado con elastic scaling
  • Headless: frontend desacoplado del backend, libertad total de stack UI

Adobe Commerce

Composable sobre Adobe Commerce

Adobe Commerce ofrece GraphQL API completo desde versión 2.3 y Adobe Commerce Optimizer (2024+) para arquitecturas composable-first. No es monolítico en el sentido clásico: podés usarlo solo como el motor de catálogo/orders y armar el resto con servicios best-of-breed.

  • Adobe Commerce como motor: catálogo, orders, promotions, pricing, B2B
  • Frontend headless: PWA Studio (React), Hyvä (ligero server-side), o Next.js custom contra GraphQL
  • Buscador: Live Search nativo de Adobe, Algolia o Elasticsearch custom
  • CMS: Adobe Experience Manager Sites o Contentful / Sanity para contenido
  • Pagos: Stripe, Mercado Pago, Conekta, Adyen como layer independiente
  • OMS: Walker OMS integrado, Shopify OMS, o custom middleware
  • Personalización: Adobe Target + Real-Time CDP alimentando el frontend

Decisión

Composable vs monolítico — cuándo elegir qué

No todos los clientes necesitan composable. Acá el criterio honesto:

  • Elegir composable si: múltiples canales (web + app + in-store), catálogo complejo que necesita integrar con PIM, equipo técnico senior, volúmenes GMV >$5M/año, necesidad de cambiar piezas específicas por performance/costo
  • Elegir monolítico si: tienda única B2C estándar, equipo pequeño, GMV <$5M, preferencia por time-to-market rápido sobre flexibilidad futura. Shopify Plus o Adobe Commerce monolítico con tema Hyvä son excelentes
  • Hybrid: Adobe Commerce tradicional (monolítico) con frontend Hyvä es una vía intermedia — aprovecha velocidad sin complejidad full-composable

Delivery

Qué hacemos en un proyecto composable

Una implementación composable nueva toma 6-12 meses según cantidad de servicios. Nuestro delivery incluye:

  • Discovery: evaluar qué servicios best-of-breed aplican a tu caso
  • Arquitectura: diagrama de servicios, APIs, data flows, event bus
  • Frontend headless: PWA Studio, Next.js o Hyvä según perfil
  • Integración de servicios: middleware de orquestación con retries e idempotencia
  • Observabilidad end-to-end: distributed tracing, correlación logs-metrics-traces
  • CI/CD por servicio con deploys independientes (microservices deployability)
  • Estrategia de contracts entre servicios (Pact, OpenAPI)
  • Governance: ADRs, documentación de APIs, runbooks

Preguntas frecuentes

¿Qué es Composable Commerce?
Composable Commerce es un modelo arquitectural donde el stack de eCommerce se compone de servicios best-of-breed (catálogo, checkout, search, CMS, OMS, pagos) conectados vía APIs, en vez de un monolito vertical. Sigue los principios MACH: Microservices, API-first, Cloud-native, Headless. Permite cambiar piezas individuales sin rearquitectar todo.
¿Adobe Commerce puede ser composable?
Sí. Adobe Commerce ofrece GraphQL APIs completas y Adobe Commerce Optimizer (2024+). Se puede usar sólo como el motor de catálogo/orders y combinar con frontend headless (PWA Studio, Next.js, Hyvä), buscador externo (Algolia), CMS separado (AEM, Contentful), pagos y OMS independientes. Es una arquitectura composable real con Adobe Commerce en el centro.
¿Composable Commerce vs Headless Commerce?
Headless es un subconjunto de composable: separar frontend del backend. Composable va más allá — cada pieza del stack puede ser un servicio independiente, no solo el frontend. Todo composable es headless, pero no todo headless es composable (podés tener frontend headless sobre un backend monolítico).
¿Cuáles son las desventajas de composable?
Complejidad operativa alta: coordinar múltiples servicios, versioning de APIs, observabilidad distribuida, governance. Requiere equipo técnico senior. Costo inicial mayor: cada servicio tiene su propia licencia + operación. Time-to-market inicial más lento. Por eso no tiene sentido para tiendas pequeñas/medianas.
¿Qué es MACH Alliance?
MACH Alliance es la organización que formalizó los principios Microservices + API-first + Cloud-native + Headless en 2020. Cofundada por commercetools, Contentstack, EPAM y Valtech. Actúa como evangelizadora del modelo composable y certifica vendors que cumplen los 4 principios.

¿Quieres discutir tu proyecto?

Evaluamos tu caso sin costo y te proponemos una ruta concreta.

Agendar una llamada