Composable Commerce Site (Sitio de comercio componible)
Definición
Un Composable Commerce Site es una arquitectura de tienda online en la que la experiencia de compra se construye ensamblando módulos o servicios independientes —catálogo, carrito, checkout, pasarela de pago, CMS, buscador, motor de promociones, CDN, etc.— en lugar de depender de una única plataforma monolítica que lo haga todo. Cada pieza se contrata, se despliega y se actualiza por separado, y se conecta con las demás mediante API-first (REST, GraphQL o eventos).
El término nace del concepto MACH (Microservices, API-first, Cloud-native y Headless) y de Composable Commerce, popularizado por Gartner en 2020. La diferencia clave con un sitio headless “clásico” es que aquí no solo se desacopla el frontend: toda la lógica de negocio se trocea en capacidades contratables por separado.
En la práctica, esto significa que un DTC puede tener:
- Shopify Plus o commercetools como motor de catálogo y pedidos.
- Contentful o Sanity como CMS.
- Algolia o Constructor.io para búsqueda y merchandising.
- Stripe o Adyen para pagos.
- Yotpo o Okendo para reseñas.
- Klaviyo para email y SMS.
- Un frontend propio en Next.js o Nuxt desplegado en Vercel o Netlify.
Todo se orquesta mediante un Composable Commerce Orchestrator (a veces llamado *experience manager* o *frontend framework*), que decide qué módulo responde a cada petición.
Analogía
Piensa en un monolítico como un restaurante de menú fijo: un solo local, una sola cocina, un solo equipo. Si quieres cambiar el pescado del día, tienes que reformar la cocina entera.
Un Composable Commerce Site es como una plaza de mercado gourmet: tú eliges el puesto de pescado, el de verduras, el de pan y el de vino. Cada puesto es especialista, tiene su propio horario y su propio precio. Tú montas el menú final. La ventaja: si el puesto de pescado cierra o sube precios, cambias de proveedor sin cerrar la plaza. La desventaja: necesitas un coordinador que sepa qué puesto abre cuándo, cómo se paga a cada uno y cómo se sirve el plato caliente.
Fórmula
El coste total de propiedad (TCO) de un sitio componible se puede modelar así:
TCO = (Σ Coste_licencia_módulo_i) + (Coste_integración) + (Coste_operación) + (Coste_oportunidad)
Donde:
- Σ Coste_licencia_módulo_i = suma de suscripciones o consumo de cada servicio (catálogo, CMS, búsqueda, pagos, email…).
- Coste_integración = horas de desarrollo para conectar APIs, sincronizar datos y mantener contratos.
- Coste_operación = monitorización, alertas, gestión de incidentes multi-proveedor, seguridad y cumplimiento.
- Coste_oportunidad = lo que dejas de vender por latencia, caídas o fricción en el checkout.
Ejemplo numérico realista para un DTC de 5 M€ anuales:
| Concepto | Coste anual estimado |
|---|---|
| Licencias de 7 módulos (catálogo, CMS, búsqueda, pagos, email, reseñas, CDN) | 48.000 € |
| Integración inicial (agencia + interno) | 90.000 € |
| Operación y mantenimiento (2 días/semana de dev) | 62.000 € |
| Coste de oportunidad por incidencias (0,5 % de ventas) | 25.000 € |
| **TCO año 1** | **225.000 €** |
Comparado con un monolítico tipo Shopify Plus + apps: ≈ 120.000 € año 1. La diferencia se amortiza solo si necesitas flexibilidad extrema o escala internacional con catálogos muy complejos.
Comparativa: Composable vs. Monolítico vs. Headless
| Criterio | Monolítico (Shopify, WooCommerce) | Headless (frontend desacoplado) | Composable (módulos independientes) |
|---|---|---|---|
| **Velocidad de lanzamiento** | 2–6 semanas | 6–12 semanas | 12–24 semanas |
| **Flexibilidad de negocio** | Baja | Media | Muy alta |
| **Coste inicial** | Bajo (500–5.000 €) | Medio (15.000–40.000 €) | Alto (60.000–150.000 €) |
| **Coste operativo anual** | Bajo (2–8 % de ventas) | Medio (5–12 %) | Alto (8–18 %) |
| **Dependencia de proveedor** | Alta | Media | Baja |
| **Time-to-market de nuevas funciones** | Días | Semanas | Semanas (pero con integración) |
| **Escalabilidad internacional** | Limitada | Buena | Excelente |
| **Riesgo de caída** | Único punto de fallo | Frontend + backend | Múltiples puntos de fallo |
| **Necesidad de equipo técnico** | 1 persona | 2–4 personas | 4–8 personas |
Aplicación en DTC
Un sitio componible tiene sentido cuando se cumplen al menos dos de estas condiciones:
1. Catálogo > 50.000 SKU con variantes, bundles o suscripciones.
2. Operación en 3+ países con idiomas, monedas, impuestos y pasarelas locales.
3. Necesidad de experiencias personalizadas por segmento (B2B, B2C, mayorista).
4. Equipo de producto propio que quiere iterar sin depender de un roadmap ajeno.
5. Requisitos de compliance que obligan a elegir proveedor de pagos o datos por región.
Ejemplo real: una marca de suplementos con 12.000 SKU, ventas en España, México y Chile, y suscripciones mensuales. Usa:
- commercetools para catálogo y pedidos.
- Contentful para landings de campaña.
- Algolia para búsqueda con sinónimos locales.
- Stripe (Europa) y Mercado Pago (LATAM).
- Klaviyo para flujos de retención.
- Next.js en Vercel como frontend.
Resultado: +18 % en conversión móvil, −22 % en tiempo de lanzamiento de nuevas campañas, pero +35 % en coste de operación técnica.
Errores comunes
1. Subestimar la integración. Conectar 7 módulos no es sumar 7 APIs: hay que sincronizar stock, precios, clientes y pedidos en tiempo real. El 60 % del coste está aquí.
2. Elegir módulos sin contrato de datos claro. Si el CMS no puede leer el catálogo en el mismo formato que el buscador, el proyecto se atasca.
3. Olvidar la observabilidad. Sin trazas distribuidas, un fallo en el módulo de pagos parece un fallo del frontend. El tiempo de resolución se multiplica por 3.
4. Creer que es más barato. A corto plazo, no. A largo plazo, solo si la flexibilidad genera ingresos.
5. No definir un orquestador. Sin una capa que decida qué módulo responde, el frontend se llena de lógica condicional y vuelve a ser un monolito disfrazado.
6. Ignorar el SEO técnico. Múltiples dominios, redirecciones y renderizado híbrido pueden destruir el posicionamiento si no se planifica desde el día 1.
Términos relacionados
- MACH Architecture — Microservices, API-first, Cloud-native, Headless.
- Headless Commerce — frontend desacoplado del backend, sin trocear el backend.
- API-first — diseño donde la API es el producto principal.
- Composable Commerce Orchestrator — capa que coordina módulos.
- Monolithic Commerce — plataforma todo-en-uno (Shopify, WooCommerce, PrestaShop).
- Best-of-Breed — estrategia de elegir el mejor proveedor por capacidad.
- Total Cost of Ownership (TCO) — coste total de propiedad.
- Time-to-Market — tiempo desde la idea hasta la puesta en producción.
- Distributed Tracing — técnica de observabilidad para sistemas multi-módulo.
- Edge Computing — ejecución de lógica cerca del usuario (Vercel Edge, Cloudflare Workers).