Composable Commerce dopo l'EoMM: È la scelta giusta per la vostra azienda?

L’End of Mainstream Maintenance per SAP Commerce on-prem arriva a luglio 2026 (SAP Help Portal, 2026). Ogni cliente deve prendere una decisione sulla piattaforma. Alcuni faranno una migrazione diretta a SAP Commerce Cloud. Altri useranno l’EoMM come innesco per ripensare tutto.

Ed è qui che il composable commerce entra nella conversazione. Di solito a una conferenza. Di solito con molto entusiasmo e troppo pochi conti.

Sarò onesto: il composable commerce non è una risposta universale. Risolve problemi specifici per organizzazioni specifiche. Il 90% delle aziende che hanno migrato la piattaforma e-commerce ha riportato miglioramenti di fatturato (commercetools, 2024), indipendentemente dalla scelta tra composable e integrato. La decisione sulla piattaforma conta meno dell’esecuzione.

TL;DR: L’EoMM di SAP Commerce (luglio 2026) impone una decisione sulla piattaforma. La migrazione a Commerce Cloud richiede 3-6 mesi e preserva gli investimenti esistenti. Il composable commerce richiede 9-15 mesi ma offre più flessibilità a lungo termine. Per la maggior parte dei clienti on-prem, Commerce Cloud è la scelta pragmatica: quella di Franke l’abbiamo completata in 90 giorni (SAP Quality Award). L’approccio ibrido (backend Commerce Cloud + frontend custom) è spesso il punto di equilibrio ideale.

Cosa sostituisce davvero il composable commerce?

Oltre 3.200 aziende usano attualmente SAP Commerce (6sense, 2025). Per chi guarda al composable, ecco cosa significa in pratica. State sostituendo una piattaforma commerce monolitica con servizi indipendenti best-of-breed.

Un headless CMS per i contenuti (Contentful, Storyblok, Strapi). Un PIM per i dati prodotto (Akeneo, Salsify, Pimcore). Un OMS per la gestione ordini (Fluent Commerce, commercetools Order API). Un motore di ricerca per la product discovery (Algolia, Typesense). Un framework frontend moderno (Next.js, Nuxt, Astro).

Questi servizi comunicano tramite API. Il livello di orchestrazione è vostro. La promessa è flessibilità: sostituire qualsiasi componente senza ricostruire tutto. La realtà è più sfumata di quanto suggeriscano i talk delle conferenze. E di quei talk ne ho ascoltati abbastanza.

Quando ha senso il composable dopo l’EoMM?

Il composable funziona bene in tre situazioni specifiche. Al di fuori di queste, sarei prudente.

Avete un team di sviluppo interno forte. Il composable sposta la responsabilità dal vendor al vostro team. Nessun contratto di supporto unico. Nessuna console di amministrazione unificata. I vostri sviluppatori costruiscono e mantengono le integrazioni, il livello di orchestrazione, il frontend. Se il team ha 5+ sviluppatori commerce esperti che capiscono architetture API e sistemi event-driven, il composable è fattibile. Altrimenti vi state preparando un paio d’anni difficili.

Vi serve una flessibilità frontend oltre il Composable Storefront. SAP Commerce Cloud include Composable Storefront: funzionale, ben integrato, stabile, ma opinionated. Se il vostro brand richiede configuratori 3D interattivi, portali B2B self-service complessi o storefront multi-brand con UX completamente diverse, il composable dà più spazio. Giusto così.

Il vostro livello di integrazione è già API-first. Se ERP, PIM, CRM e sistemi logistici espongono già API REST o GraphQL pulite, il composable si inserisce naturalmente. State aggiungendo API a un’architettura esistente, non adattandone una da zero.

Quando Commerce Cloud è il percorso migliore?

Per molti clienti SAP Commerce on-prem, Commerce Cloud è l’opzione più veloce, economica e a minor rischio. SAP è Leader nel Gartner Magic Quadrant for Digital Commerce da 11 anni consecutivi (SAP News Center, 2025). Ecco quando è la mossa più intelligente.

Le vostre personalizzazioni sono profondamente legate ai modelli dati SAP. Se avete passato anni a costruire logica di business intorno al type system di SAP Commerce, al motore di calcolo del carrello e al framework delle promozioni, migrare a Commerce Cloud preserva quell’investimento. Andare sul composable significa riscrivere da zero. Spesso uno sforzo di 6-12 mesi già di per sé.

Dovete muovervi in fretta. La scadenza EoMM è luglio 2026. Una migrazione a Commerce Cloud richiede 3-6 mesi. Quella di Franke l’abbiamo completata in 90 giorni. Un build composable (selezione dei vendor, design architetturale, sviluppo delle integrazioni, costruzione del frontend) richiede tipicamente 9-15 mesi. I conti non mentono.

Il vostro team è SAP-centrico. Se i vostri sviluppatori conoscono SAP Commerce a menadito ma hanno poca esperienza con gli ecosistemi Node.js e i pattern event-driven, il composable comporta una curva di apprendimento ripida. Non sottovalutatela. L’ho vista far deragliare timeline.

Volete un unico vendor per il supporto. Commerce Cloud vi dà un contratto di supporto, un SLA, un percorso di escalation. Il composable significa gestire da 5 a 10 relazioni con vendor, ognuna con condizioni di supporto e modelli di pricing diversi. Quell’overhead operativo è reale. E viene sempre sottovalutato.

E l’approccio ibrido?

C’è una via di mezzo che abbiamo visto funzionare alla perfezione per molte organizzazioni. Partire con SAP Commerce Cloud e adottare gradualmente elementi composable dove aggiungono valore.

Commerce Cloud supporta il commercio headless attraverso le sue API OCC (Omni Commerce Connect). Potete sostituire il Composable Storefront predefinito con un frontend personalizzato mantenendo Commerce Cloud come backend per catalogo, carrello, checkout e gestione ordini.

Questo vi dà una migrazione rapida fuori dall’on-prem (3-6 mesi), libertà sul frontend grazie all’architettura headless, stabilità del backend dalla piattaforma gestita da SAP e una decomposizione graduale, in cui sostituite componenti SAP con servizi best-of-breed nel tempo, quando ha senso.

Abbiamo applicato questo pattern per aziende che vogliono la flessibilità del composable ma non possono permettersi la timeline o il rischio di una decomposizione completa adesso. È una via di mezzo solida. Nota bene: non dovete scegliere una fazione. Potete partire pragmatici ed evolvere.

Che scegliate Commerce Cloud, l’ibrido o il fully composable, portiamo profonda esperienza SAP Commerce in ogni progetto. Scoprite di più sul nostro approccio nella pagina della soluzione SAP Commerce Cloud.

Come decidere? Cinque domande.

1. Quanti sviluppatori commerce avete internamente? Meno di 5: il composable metterà sotto pressione il team. Commerce Cloud è più sicuro.
2. Potete permettervi una timeline di 12-15 mesi? Se dovete uscire dall’on-prem entro luglio 2026 e non avete iniziato, il composable è troppo lento.
3. Il vostro frontend deve essere fondamentalmente diverso da Composable Storefront? Esigenze B2B o B2C standard non giustificano la complessità del composable.
4. Il vostro livello di integrazione è già API-first? File batch e PIM basato su Excel? Il composable aggiunge complessità senza offrire il suo vantaggio principale.
5. Siete pronti a gestire molteplici relazioni con vendor? Ticket di supporto presso 5-10 fornitori, conflitti di versione, scaricabarile tra provider. Se suona estenuante, Commerce Cloud vi dà un unico interlocutore.

Siate onesti con voi stessi su queste domande. Ho visto troppi team scegliere la risposta aspirazionale invece di quella realistica. E 9 mesi dopo ci chiamano per sistemare le cose.

Ogni situazione è diversa. Partiamo con un assessment architetturale: la vostra piattaforma attuale, le competenze del team, le esigenze di integrazione e la vostra timeline. Parlateci e vi aiuteremo a prendere la decisione giusta sulla piattaforma prima che l’EoMM ne imponga una affrettata.

Domande Frequenti

Possiamo partire con Commerce Cloud e passare al composable in seguito?

Sì. È l’approccio ibrido che raccomandiamo alla maggior parte dei clienti. Le API OCC di SAP Commerce Cloud abilitano il commercio headless dal primo giorno. Potete sostituire subito Composable Storefront con un frontend custom, poi sostituire gradualmente i componenti backend (PIM, ricerca, OMS) con alternative best-of-breed man mano che il team sviluppa le competenze e le esigenze di business giustificano l’investimento.

Quanto costa in più il composable rispetto a una migrazione a Commerce Cloud?

Il composable costa tipicamente da 2 a 3 volte di più all’inizio. Una migrazione a Commerce Cloud va da CHF 250K a 600K. Un build composable comparabile va da CHF 600K a 1,2M, incluse le licenze dei vendor, lo sviluppo delle integrazioni e la costruzione del frontend. Anche i costi ricorrenti sono più alti, per via delle molteplici sottoscrizioni SaaS e del team di engineering necessario a mantenere il livello di orchestrazione.

Qual è la dimensione minima del team per una piattaforma composable commerce?

Realisticamente, 5+ sviluppatori esperti: 2-3 sviluppatori frontend (React/Next.js), 1-2 sviluppatori backend/integrazione e almeno un ingegnere DevOps per gestire pipeline di deployment multiple. Confrontatelo con Commerce Cloud, che può funzionare con 2-3 sviluppatori SAP Commerce. Il composable richiede anche una disciplina architetturale più forte. Qualcuno deve essere responsabile del design del sistema.

Il composable commerce è più scalabile di Commerce Cloud?

Non necessariamente. Commerce Cloud include auto-scaling elastico e una CDN integrata. Le architetture composable possono scalare ogni componente in modo indipendente, il che è teoricamente più efficiente, ma solo se investite nell’orchestrazione dell’infrastruttura (Kubernetes, service mesh, observability). Per la maggior parte delle aziende mid-market, lo scaling gestito di Commerce Cloud è più che sufficiente.

Cosa succede se un vendor composable fallisce?

Questo è il vantaggio centrale del composable e insieme il suo rischio centrale. Se il vostro vendor CMS fallisce, potete sostituirlo con un altro CMS senza toccare il commerce engine o il frontend. Ma la sostituzione richiede comunque settimane di lavoro di integrazione. Commerce Cloud elimina questo rischio: la piattaforma commerce di SAP è sostenuta da un’azienda da oltre 35 miliardi di euro con 11 anni consecutivi da Leader Gartner.