Qué es composable commerce
Composable commerce combina los mejores servicios de cada categoría (catálogo, búsqueda, CMS, pagos, checkout y frontend) en una arquitectura API-first. Se diferencia del modelo monolítico porque cada capacidad puede sustituirse, escalarse y evolucionar por separado.
CCX Company diseña y entrega stacks MACH listos para escalar en el retail brasileño y latinoamericano. En la práctica, esto incluye:
- arquitectura MACH (microservicios, API-first, cloud y headless);
- VTEX FastStore, commercetools y Shopify Hydrogen;
- servicios best-of-breed como Algolia, Stripe, Contentful y Vercel;
- roadmap Strangler Fig para una migración incremental;
- squads full-stack enfocados en Next.js y GraphQL;
- observabilidad y gobernanza de APIs por defecto.
Los cuatro pilares MACH
MACH es más que una palabra de moda: es un conjunto de principios que separa el commerce moderno del commerce monolítico tradicional. Cada pilar resuelve un problema real de las operaciones enterprise.
Microservices
Cada funcionalidad (catálogo, carrito, búsqueda, checkout) funciona como un servicio independiente, con deploy y escalabilidad propios.
API-first
Cada capacidad se entrega primero como un contrato de API pública, versionado y testeable. La interfaz viene después, como consumidora.
Cloud-native
SaaS multi-tenant y elástico, con SLA claros. Sin infraestructura legada y sin largas ventanas de mantenimiento.
Headless
Frontend totalmente desacoplado del backend. Storefront web, móvil, PWA, POS e IoT consumen la misma capa de APIs.
Señales de que el monolito ya no sirve
Composable no es para todos. Pero, cuando conviene, los resultados se ven en agilidad, TCO y experiencia del cliente. Las señales más claras de que llegó el momento:
- los releases tardan semanas por dependencias entre equipos;
- los costos de licencia crecen más rápido que el GMV;
- la búsqueda, el CMS o el checkout no acompañan el roadmap del negocio;
- varias marcas o países comparten el mismo monolito;
- la experiencia móvil y PWA sufre problemas de rendimiento;
- falta flexibilidad para probar nuevos canales (POS, app, marketplace).
El stack composable que entrega CCX
- VTEX FastStore. Storefront composable oficial de VTEX, en Next.js y GraphQL, optimizado para Core Web Vitals.
- commercetools. Commerce engine API-first, con fuerte presencia enterprise y extensibilidad.
- Algolia. Search-as-a-service con ranking semántico, merchandising y relevancia ajustable en tiempo real.
- Stripe o Adyen. Pagos globales con APIs robustas, soporte para PIX y cobros recurrentes, y cumplimiento de PSD2.
- Contentful o Builder.io. CMS headless para contenido enriquecido, landing pages y experimentación multivariante.
- CPMS (CCX). El content & pages management system de CCX, que conecta el stack composable con el ciclo de marketing.
Monolito o composable
| Dimensión | Monolito | Composable |
|---|---|---|
| Time-to-market | Lento (releases que tardan semanas) | Rápido (deploys diarios) |
| Costo de licencia | Crece de forma lineal con el GMV | Modular, pagas solo lo que usas |
| Best-of-breed | Limitado al proveedor | Libertad de elección |
| Escalabilidad | Escala el monolito entero | Cada servicio escala por separado |
| Complejidad operativa | Baja (un solo sistema) | Mayor (varios contratos) |
| Lock-in | Alto | Bajo |
Dónde composable aporta más valor
Retail B2C multimarca
Un grupo con cuatro o más marcas que comparten catálogo, pagos y CMS a través de una capa composable, pero con storefronts totalmente independientes y un frontend propio para cada marca.
B2B enterprise
Una operación B2B con cotizaciones, contratos, listas de precios negociadas y punchout, con commercetools como engine y FastStore en el frontend self-service.
Marketplace híbrido
Una arquitectura composable que combina sellers, 1P y 3P, con motor de fulfillment propio, búsqueda con Algolia e integración con SAP para finanzas.
La filosofía MACH en la práctica
Adoptar MACH no es cambiar un proveedor por otro: es cambiar la forma en que se diseña el commerce. Los microservicios obligan al equipo a pensar en contratos, idempotencia, eventos y consistencia eventual. API-first significa que el diseño del producto empieza por el contrato, no por la pantalla. Cloud-native presupone un SaaS elástico con SLA publicado. Headless implica múltiples frontends, del móvil al POS, que consumen la misma capa.
CCX parte de estos principios para diseñar el stack, no como un checklist, sino como reglas que orientan cada decisión, desde la elección del proveedor hasta la topología de deploy.
Trade-offs honestos de composable
Composable no es una solución mágica. Cambiar el monolito por múltiples servicios aumenta la complejidad operativa: los contratos de API deben versionarse, los fallos deben tratarse en cada punto de integración y la observabilidad pasa a ser un requisito previo, no algo opcional. Los equipos necesitan evolucionar en DevOps, SRE y diseño de APIs.
Para operaciones más pequeñas o con baja madurez técnica, un monolito moderno (como VTEX all-in-one o Shopify Plus) suele aportar más valor por la inversión realizada. CCX es transparente en este diagnóstico: recomienda composable cuando el ROI es claro y lo desaconseja cuando no lo es.
TCO en un horizonte de 3 a 5 años
Un error común es comparar composable y monolito solo por el primer año. En el CapEx inicial, composable casi siempre es más caro: más integraciones, más capacitación, más herramientas. Pero el OpEx se reorganiza: licencias proporcionales al uso, capacidades que se cambian sin cambiar de plataforma y evolución incremental sin big bang.
En 3 a 5 años, las operaciones composable maduras tienden a costar menos que su equivalente monolítico, con mucha más agilidad. CCX ayuda a modelar un TCO realista, que considera licencias, equipo interno, proveedores, infraestructura y el costo de oportunidad del time-to-market.
Cómo elegir el equipo y el modelo de squad
La arquitectura composable exige un equipo que domine el frontend moderno (Next.js, React, GraphQL), el backend distribuido (Node, serverless, event-driven) y DevOps (CI/CD, IaC, observabilidad). No todas las empresas tienen ese perfil en su equipo interno.
CCX ofrece modelos flexibles: squad full-stack dedicado para implementación y soporte, asesoría técnica para equipos internos o un modelo híbrido con transferencia progresiva de conocimiento. El objetivo final es que la operación del cliente sea autónoma, con CCX disponible para evoluciones y temas más complejos.