In questi giorni è nata la MACH Alliance, un consorzio di vendor e system integrator che si mette insieme per promuovere un modo diverso di costruire piattaforme e-commerce. La sigla sta per Microservices, API-first, Cloud-native, Headless. Progetto e gestisco soluzioni Adobe Commerce (l’ex Magento) dal 2011, e quando un pezzo dell’ecosistema decide di darsi un nome e un manifesto, di solito significa che qualcosa si sta muovendo davvero. Vale la pena capire cosa, e soprattutto cosa cambia per chi oggi vende online su una piattaforma monolitica.
Cosa significano davvero quelle quattro lettere
Provo a tradurle senza il gergo da slide.
- Microservices: invece di un unico blocco applicativo che fa tutto (catalogo, carrello, checkout, promozioni, ricerca), hai tanti servizi indipendenti, ognuno che fa una cosa sola e la fa bene. Aggiorni la ricerca senza toccare il checkout.
- API-first: ogni funzionalità nasce come API. Non è un’esposizione aggiunta dopo, è il punto di partenza. Il frontend, l’app, il chiosco in negozio parlano tutti con gli stessi endpoint.
- Cloud-native: costruito per girare in cloud, con scalabilità elastica, non un software pensato per un server e poi spostato a fatica su un’infrastruttura gestita.
- Headless: il “testa” (la presentation layer, il sito che vede il cliente) è staccato dal “corpo” (la logica commerciale). Comunicano via API. Puoi rifare il frontend senza rimettere mano al backend.
Il concetto ombrello che sta emergendo si chiama composable commerce: componi la tua piattaforma scegliendo il best-of-breed per ogni pezzo — un motore di catalogo, un CMS headless, un provider di search, un servizio di pagamento — e li tieni insieme con le API. L’opposto filosofico della suite che ti dà tutto in un pacchetto solo.
Perché se ne parla proprio adesso
Non è che headless o microservizi siano stati inventati questo mese. Se ne discute da anni. La novità è la coalizione: mettersi insieme, darsi una sigla, provare a fare lobbying culturale contro il modello monolitico. È un’operazione di posizionamento, e come tale va letta con occhio critico — chi promuove MACH vende, in un modo o nell’altro, pezzi componibili.
Detto questo, la spinta di fondo è reale. Tre cose stanno succedendo insieme. Primo, i touchpoint si sono moltiplicati: web, mobile app, marketplace, social, punto vendita fisico che si digitalizza. Un frontend unico incollato al backend fatica a servirli tutti. Secondo, le performance sul frontend sono diventate una questione di business — il tempo di caricamento pesa sulla conversion, e le architetture headless con un frontend moderno promettono pagine più veloci. Terzo, i team di sviluppo vogliono lavorare a pezzi, rilasciare in autonomia, non aspettare il deploy monolitico di tutto insieme.
E chi sta su Magento / Adobe Commerce?
Qui la questione si fa interessante, perché è la mia zona. Adobe Commerce è, nella sua architettura storica, una piattaforma monolitica. Un solo grande applicativo PHP, con il suo database, che fa tutto. Nel dibattito MACH questo suona come una parolaccia. La realtà è più sfumata.
Magento non è rimasto fermo. Da qualche anno c’è PWA Studio, il toolkit per costruire frontend headless (Progressive Web App) sopra il backend Magento. E c’è una copertura GraphQL in costante crescita, che è esattamente lo strato API-first di cui parla il manifesto MACH. In altre parole, chi è su Adobe Commerce oggi può già fare headless: disaccoppiare il frontend, tenere il backend robusto che conosce, e servire un’esperienza moderna. Non è full-MACH — il backend resta un monolite, non un insieme di microservizi indipendenti — ma è un ibrido che, per moltissimi merchant, è più che sufficiente.
Ho visto sul campo entrambe le facce. Un merchant fashion attorno ai 15M di GMV che ha adottato un frontend PWA su backend Magento e ha guadagnato in velocità percepita e libertà di design, senza buttare via anni di logica di business, promozioni e integrazioni ERP già rodate. E ho visto progetti in cui l’entusiasmo per il “componibile” ha portato a mettere insieme cinque servizi di vendor diversi, e poi a scoprire che l’integrazione — il famigerato glue code — costa più della piattaforma stessa e non lo mantiene nessuno.
La mia posizione onesta: promessa reale o hype per il mid-market?
Provo a essere netto, perché è quello che serve. MACH è una promessa reale per l’enterprise e, allo stato attuale, in buona parte hype per il mid-market.
Il composable puro presuppone una capacità che la maggior parte dei merchant EU mid-market — quelli tra i 10 e i 20 milioni di GMV con cui lavoro — semplicemente non ha in casa. Comporre significa integrare, orchestrare, monitorare e aggiornare N servizi con N contratti, N SLA, N fatture e N punti di rottura. Ci vuole un team tecnico interno serio, o un partner che quel lavoro se lo prende in carico per sempre. Chi ha quella struttura — grandi retailer, aziende con un dipartimento e-commerce vero — dal composable ci guadagna flessibilità e velocità. Chi non ce l’ha rischia di ritrovarsi con un Frankenstein più fragile e più caro del monolite che voleva superare.
Il monolite ha un vantaggio che nel dibattito viene sottovalutato: la coerenza. Un solo fornitore, un solo modello dati, un solo aggiornamento. Per un merchant che deve vendere, non fare ricerca e sviluppo sulla propria architettura, questa non è arretratezza — è sensatezza economica.
La mia previsione, che scrivo sapendo di espormi: non vinceranno né il monolite puro né il MACH puro. Vincerà l’ibrido. Backend solido e coeso, frontend disaccoppiato via API, e qualche servizio best-of-breed innestato dove serve davvero (la search, magari il PIM, un CMS headless). Ed è precisamente la direzione in cui la stessa Adobe Commerce si sta muovendo con PWA Studio e GraphQL. Il monolite non muore: si apre.
La MACH Alliance ha comunque un merito, e glielo riconosco: sta costringendo tutti — vendor monolitici inclusi — a prendere sul serio le API e il disaccoppiamento. Anche solo per questo, il movimento fa bene al mercato. Il mio consiglio a chi mi legge dal lato merchant è di non farsi sedurre dalla sigla. La domanda giusta non è “sono MACH-compliant?”, ma “ho in casa, o presso il mio partner, le competenze per gestire ciò che sto per comprare?”. Il resto è marketing.
In sintesi
- MACH sta per Microservices, API-first, Cloud-native, Headless: un manifesto per costruire e-commerce a componenti anziché in un blocco unico.
- Composable commerce significa scegliere il best-of-breed per ogni funzione e tenerlo insieme con le API.
- Adobe Commerce è monolitico ma già oggi fa headless via PWA Studio e GraphQL: un ibrido praticabile senza rifare tutto.
- Per l’enterprise il composable è una promessa reale; per il mid-market è ancora in larga parte hype, per via del costo di integrazione e delle competenze richieste.
- La direzione più probabile è l’ibrido: backend coeso, frontend disaccoppiato, qualche servizio innestato dove serve.
Domande frequenti
Cosa significa MACH?
Microservices, API-first, Cloud-native, Headless. È l’acronimo attorno a cui è nata la MACH Alliance nel giugno 2020 per promuovere architetture e-commerce componibili in alternativa alle piattaforme monolitiche.
Adobe Commerce è una piattaforma MACH?
No, nella sua architettura è monolitica. Però supporta un approccio headless tramite PWA Studio e uno strato API-first via GraphQL, quindi consente un modello ibrido senza abbandonare il backend.
Il composable commerce conviene a un merchant mid-market?
Dipende dalle competenze tecniche disponibili. Comporre più servizi richiede integrazione e manutenzione continue: senza un team interno forte o un partner dedicato, il costo del glue code può superare il beneficio.
Headless e composable sono la stessa cosa?
No. Headless significa separare frontend e backend via API. Composable è più ampio: comporre l’intera piattaforma con più servizi best-of-breed indipendenti. Si può essere headless restando su un backend monolitico.
Sull’autore. Fabio Canovi progetta e gestisce soluzioni Magento / Adobe Commerce dal 2011. È tra i primi professionisti in Italia certificati su Adobe Commerce e segue merchant EU mid-market nelle scelte di architettura e piattaforma e-commerce.