O que é composable commerce
Composable commerce combina os melhores serviços de cada categoria (catálogo, busca, CMS, pagamento, checkout e frontend) em uma arquitetura API-first. Difere do modelo monolítico porque cada capability pode ser trocada, escalada e evoluída separadamente.
A CCX Company desenha e entrega stacks MACH prontos para escalar no varejo brasileiro e latino-americano. Na prática, isso inclui:
- arquitetura MACH (microservices, API-first, cloud e headless);
- VTEX FastStore, commercetools e Shopify Hydrogen;
- serviços best-of-breed como Algolia, Stripe, Contentful e Vercel;
- roadmap Strangler Fig para migração incremental;
- squads full-stack com foco em Next.js e GraphQL;
- observabilidade e governança de APIs por padrão.
Os quatro pilares MACH
MACH é mais do que buzzword: é um conjunto de princípios que separa o commerce moderno do commerce monolítico tradicional. Cada pilar resolve uma dor real de operações enterprise.
Microservices
Cada funcionalidade (catálogo, carrinho, busca, checkout) roda como serviço independente, com deploy e escalabilidade próprios.
API-first
Toda capability é entregue primeiro como contrato de API pública, versionada e testável. A interface vem depois, como consumidora.
Cloud-native
SaaS multi-tenant, elástico, com SLAs claros. Sem infraestrutura legada e sem janelas de manutenção longas.
Headless
Frontend totalmente desacoplado do backend. Storefront web, mobile, PWA, POS e IoT consomem a mesma camada de APIs.
Sinais de que o monolito não serve mais
Composable não é para todo mundo. Mas, quando vale, os retornos aparecem em agilidade, TCO e experiência de cliente. Os sinais mais claros de que chegou a hora:
- releases levam semanas por dependência entre times;
- custos de licença escalam mais rápido que o GMV;
- busca, CMS ou checkout não acompanham o roadmap do negócio;
- múltiplas marcas ou países dividem o mesmo monolito;
- a experiência mobile e PWA sofre com performance;
- falta flexibilidade para testar novos canais (POS, app, marketplace).
O stack composable que a CCX entrega
- VTEX FastStore. Storefront composable oficial da VTEX, em Next.js e GraphQL, otimizado para Core Web Vitals.
- commercetools. Commerce engine API-first, com forte presença enterprise e extensibilidade.
- Algolia. Search-as-a-service com ranking semântico, merchandising e relevância ajustável em tempo real.
- Stripe ou Adyen. Pagamento global com APIs robustas, suporte a PIX, recorrência e conformidade com a PSD2.
- Contentful ou Builder.io. CMS headless para conteúdo rico, landing pages e experimentação multivariada.
- CPMS (CCX). O content & pages management system da CCX, que conecta o stack composable ao ciclo de marketing.
Monolito ou composable
| Dimensão | Monolito | Composable |
|---|---|---|
| Time-to-market | Lento (releases em semanas) | Rápido (deploys diários) |
| Custo de licença | Cresce de forma linear com o GMV | Modular, paga só o que usa |
| Best-of-breed | Limitado ao vendor | Livre para escolher |
| Escalabilidade | O monolito inteiro escala | Cada serviço escala sozinho |
| Complexidade operacional | Baixa (um só sistema) | Maior (vários contratos) |
| Lock-in | Alto | Baixo |
Onde composable entrega mais valor
Varejo B2C multimarca
Grupo com quatro ou mais marcas compartilhando catálogo, pagamento e CMS por uma camada composable, mas com storefronts totalmente independentes e frontend próprio por marca.
B2B enterprise
Operação B2B com cotação, contrato, tabelas negociadas e punchout, usando commercetools como engine e FastStore no frontend self-service.
Marketplace híbrido
Arquitetura composable que combina sellers, 1P e 3P, com motor de fulfillment próprio, busca Algolia e integração SAP para o financeiro.
A filosofia MACH na prática
Adotar MACH não é trocar um vendor por outro: é mudar a forma como o commerce é arquitetado. Microservices obrigam o time a pensar em contratos, idempotência, eventos e consistência eventual. API-first significa que o design do produto começa pelo contrato, não pela tela. Cloud-native pressupõe SaaS elástico com SLA publicado. Headless implica múltiplos frontends, do mobile ao POS, consumindo a mesma camada.
A CCX parte desses princípios para desenhar a stack, não como checklist, mas como regra que orienta cada decisão, da escolha de vendor à topologia de deploy.
Trade-offs honestos de composable
Composable não é bala de prata. Trocar o monolito por múltiplos serviços aumenta a complexidade operacional: contratos de API precisam ser versionados, falhas precisam ser tratadas em cada ponto de integração e observabilidade vira pré-requisito, não opcional. Os times precisam evoluir em DevOps, SRE e API design.
Para operações menores ou com baixa maturidade técnica, um monolito moderno (como VTEX all-in-one ou Shopify Plus) costuma entregar mais valor por real investido. A CCX é transparente nesse diagnóstico: recomenda composable quando o ROI é claro e desaconselha quando não é.
TCO em horizonte de 3 a 5 anos
Um erro comum é comparar composable e monolito só pelo primeiro ano. No CapEx inicial, composable quase sempre é mais caro: mais integrações, mais treinamento, mais ferramental. Mas o OpEx se reorganiza: licenças proporcionais ao uso, capabilities trocáveis sem replatform e evolução incremental sem big-bang.
Em 3 a 5 anos, operações composable maduras tendem a custar menos que o equivalente monolítico, com muito mais agilidade. A CCX ajuda a modelar um TCO realista, considerando licenças, time interno, fornecedores, infraestrutura e o custo de oportunidade do time-to-market.
Escolhendo o time e o modelo de squad
A arquitetura composable exige um time que entenda frontend moderno (Next.js, React, GraphQL), backend distribuído (Node, serverless, event-driven) e DevOps (CI/CD, IaC, observabilidade). Nem toda empresa tem esse perfil in-house.
A CCX oferece modelos flexíveis: squad full-stack dedicada para implementação e sustentação, advisory técnico para times internos ou modelo híbrido com transferência progressiva de conhecimento. O objetivo final é deixar a operação do cliente autônoma, com a CCX disponível para evoluções e temas mais complexos.