Piattaforme e-commerce SaaS o open source: criteri di scelta e responsabilità

La scelta che non è più una questione di prezzo

Per anni scegliere una piattaforma e-commerce è stato soprattutto una questione di prezzo. Da una parte il software gratuito da installare su un server proprio, dall'altra il canone mensile per una piattaforma in hosting. La domanda resta quella, ma la risposta è cambiata: nel commercio è diventata più netta del previsto.

Il paradosso è nel periodo: l'open source diventava il cuore dell'informatica mondiale, dai sistemi operativi che reggono il cloud ai modelli di intelligenza artificiale. Nello stesso tempo, nell'e-commerce perdeva terreno. Chi vende online sceglie sempre più spesso il SaaS, e i marchi strutturati seguono la stessa direzione.

Capire perché significa capire cosa si compra davvero con una piattaforma. Significa anche capire dove finiscono i costi che il listino non racconta. Contano il costo reale su più anni, sicurezza e continuità del servizio, conformità dei dati dei clienti, manutenzione e velocità. Senza tifoserie.

La posta in gioco non è un abbonamento di poco conto. Scegliere una piattaforma e-commerce è una decisione da decine di migliaia di euro. Conviene arrivarci con i conti in mano, non con una preferenza ideologica. I criteri che seguono sono operativi, non di schieramento.

Sul versante della semplicità, gli strumenti di creazione web hanno democratizzato lo sviluppo. Offrono interfacce drag-and-drop, modelli preconfigurati e librerie di widget. Le soluzioni senza codice arrivano oggi a generare codice backend, logica di business ed endpoint API. È il terreno su cui il SaaS ha costruito il suo vantaggio commerciale.

Il caso di riferimento è un negozio online italiano che vende a clienti in Italia e in Europa. Il quadro normativo di partenza è il Regolamento generale sulla protezione dei dati. Si applica a qualsiasi azienda che opera nel mercato UE e interagisce con i clienti europei.

Il metodo che segue usa tre contenitori di spesa. L'orizzonte è di almeno tre anni. Prevede cinque domande da mettere per iscritto e cinque nomi concreti: Shopify e BigCommerce per il SaaS; WooCommerce, PrestaShop e Magento Open Source con il fork Mage-OS per l'open source.

SaaS e open source: due modelli, due responsabilità

SaaS sta per software come servizio. La piattaforma vive sui server del fornitore e si usa pagando un canone, di norma mensile o annuo. Il punto non è il pagamento ricorrente: il fornitore si carica di tutto lo strato tecnico.

Il fornitore copre infrastruttura, potenza di calcolo, aggiornamenti, patch di sicurezza, conformità di base e continuità del servizio. Per questo si parla anche di piattaforme in hosting. Nel commercio gli esempi sono Shopify e BigCommerce: offrono una vetrina già funzionante. Al venditore resta da costruire il negozio sopra una base che qualcun altro tiene in piedi.

Open source significa che il codice è pubblico e liberamente utilizzabile. Si può scaricare, installare sul server che si preferisce, leggere e modificare ogni riga. Il controllo è totale e, per esigenze fuori standard, è un valore reale. Ma con il controllo arriva la responsabilità.

Ciò che nel SaaS fa il fornitore, qui lo fa chi vende online o chi viene pagato per farlo. Nel commercio gli esempi sono WooCommerce, estensione di WordPress, PrestaShop e Magento Open Source con il fork indipendente Mage-OS.

La differenza di fondo è questa. Con il SaaS si paga per non doverci pensare. Con l'open source non si paga la licenza, ma ci si accolla tutto il resto. E il resto, come mostrano le sezioni seguenti, è quasi tutto.

I nomi sono cinque. Shopify e BigCommerce stanno sul fronte SaaS. WooCommerce, PrestaShop e Mage-OS, fork di Magento Open Source, stanno sull'altro. La differenza tra le due famiglie non è nel prezzo di listino, ma in chi risponde di infrastruttura, aggiornamenti e sicurezza.

I migliori piattaforme e-commerce a Italia

Ultimo aggiornamento: 2026-10-08.

Il canone non è l'unica voce: dove finiscono davvero i soldi

Da un lato il canone ricorrente: esplicito, prevedibile, fatturato. Dall'altro la licenza a zero, che non significa costo zero. Le comparazioni dei software gestionali gratuiti lo dicono chiaramente: «gratuito non significa illimitato».

Spesso si accede a servizi limitati e le opzioni più avanzate restano riservate alle versioni a pagamento. Per le soluzioni open source l'avvertenza riguarda l'investimento in risorse e tempo, oltre ai costi di hosting e aggiornamenti.

Per un confronto solido, scomponi la spesa in tre contenitori. Convertila in una cifra annua su un arco minimo di tre anni, non sul primo. Primo contenitore: spesa certa, il canone, che scala per piani e funzioni.

Secondo contenitore: spesa variabile. Comprende hosting, server, backup, certificati, servizi collegati e interventi tecnici straordinari. Terzo: costo del lavoro interno. Sono le ore di chi aggiorna, controlla, risponde ai ticket e tiene in piedi il sistema quando non lo fa un fornitore esterno.

La differenza di natura tra le due voci conta quanto l'importo. Il canone è un costo fisso e contrattuale, noto in anticipo.

Nell'open source la componente variabile e quella di lavoro dipendono da quanti incidenti, quante personalizzazioni e quante competenze servono davvero. Si possono solo stimare. Chi non ha ore interne da destinare alla gestione, di fatto, le paga a un fornitore terzo.

Un ordine di grandezza aiuta a impostare il conto. Nelle comparazioni dei software gestionali gratuiti le versioni a pagamento partono da 14,00 € al mese e arrivano a 49,00 € al mese. Nelle soluzioni open source le voci che crescono sono hosting, aggiornamenti e tempo. Sono riferimenti di mercato, non preventivi: le cifre vanno rifatte sul proprio catalogo e sui propri volumi.

Sul triennio i termini noti si calcolano in fretta. 14,00 € al mese fanno 504,00 €; 49,00 € al mese fanno 1.764,00 €. È la scala su cui misurare la spesa variabile e le ore di gestione che l'open source trasferisce all'interno.

Applicato ai nomi, il conto chiede due colonne. A sinistra il canone di Shopify o BigCommerce: cifra contrattuale nota prima di firmare. A destra, per WooCommerce, PrestaShop e Mage-OS, fork di Magento Open Source, la licenza a zero più hosting, aggiornamenti e ore di intervento. Sono voci che si possono solo stimare.

Da qui una regola pratica. Se il canone annuo di una piattaforma in hosting resta sotto il valore delle ore che l'open source trasferisce all'interno, il confronto su tre anni pende verso il SaaS. Se quelle ore sono già pagate e sottoutilizzate, la bilancia cambia. È lo stesso ragionamento che porta a stimare la spesa variabile per difetto, non per ottimismo.

Chi aggiorna, chi protegge, chi risponde quando qualcosa si rompe

Manutenzione e sicurezza non sono un tecnicismo: sono la conseguenza diretta del modello scelto. Nel SaaS patch di sicurezza e continuità del servizio spettano al fornitore. Il venditore non decide quando applicarle.

Nell'open source vigilanza, correzioni e tenuta del sistema ricadono su chi gestisce il negozio o sul suo fornitore tecnico. La domanda operativa va posta prima: chi viene svegliato di notte se il sito è irraggiungibile? Chi decide quando installare un aggiornamento di sicurezza?

Vale lo stesso per le prestazioni. Nel SaaS la potenza di calcolo è gestita dal fornitore e il venditore non interviene sull'infrastruttura. Nell'open source il server si sceglie e si paga. Tempi di caricamento e tenuta sotto traffico dipendono da dimensionamento, configurazione e manutenzione di chi lo amministra.

Lo stesso volume di visite può dare esperienze molto diverse a seconda di chi tiene l'infrastruttura. È una competenza da acquistare all'esterno o mantenere all'interno.

Sui cinque nomi il criterio si applica così. Con Shopify e BigCommerce patch e tenuta del servizio spettano al fornitore. Con WooCommerce, PrestaShop e Mage-OS, fork di Magento Open Source, il server si sceglie, si configura e si paga. Chi risponde di notte è una persona o un'agenzia individuata dal venditore.

Dati dei clienti: cosa cambia tra piattaforma in hosting e installazione propria

Il quadro di partenza è comune ai due modelli e vale anche per un negozio online italiano. Il Regolamento generale sulla protezione dei dati si applica a qualsiasi azienda che opera nel mercato UE e nello Spazio Economico Europeo e interagisce con clienti europei. La conformità è obbligatoria.

Il mancato rispetto può comportare sanzioni fino a 20 milioni di euro o al 4% del fatturato annuo globale dell'azienda. Gli utenti hanno diritti specifici: vedere, modificare, rimuovere e limitare il trattamento dei propri dati. Le piattaforme che gestiscono dati sensibili devono garantire processi di raccolta trasparenti e strumenti e procedure di facile uso per esercitare quei diritti.

Il consenso è un passaggio esplicito. I clienti dell'UE devono essere informati su come i loro dati verranno raccolti, utilizzati e archiviati. Devono anche fornire il loro consenso. Le piattaforme che raccolgono dati sensibili, come le informazioni sulle carte di credito, devono garantire processi di raccolta trasparenti.

I fornitori SaaS trattano volumi significativi di dati dei clienti. Parliamo di cronologia di navigazione, tendenze di utilizzo e informazioni di identificazione personale.

Sul come, le indicazioni per le piccole imprese sono operative. In qualità di titolare del trattamento, sia quando si progetta un trattamento sia al momento del trattamento, occorre attuare misure e salvaguardie adeguate. Bisogna assicurarsi che per impostazione predefinita vengano trattati solo i dati personali necessari per ogni specifico scopo. Vale per quantità di dati, entità del trattamento, limitazione della conservazione e accessibilità.

È utile tenere registri delle valutazioni e delle misure adottate. Servono a dimostrare il rispetto dei principi di protezione dei dati fin dalla progettazione. In determinate circostanze è prevista una valutazione d'impatto sulla protezione dei dati.

Due strumenti hanno un nome preciso e non vanno improvvisati. Il registro delle attività di trattamento e, quando ricorrono determinate circostanze, la valutazione d'impatto sulla protezione dei dati (DPIA). Servono a dimostrare la conformità adottata. L'organizzazione può poi valutare l'adesione a codici di condotta e a certificazioni.

Un esempio rende concreto il punto. Una libreria che vuole vendere online può impostare un modulo d'ordine con tutti i campi obbligatori, compresi data di nascita, numero di telefono e indirizzo di casa. Ma non tutti servono a vendere e consegnare libri. Se il prodotto è un eBook, il cliente lo scarica direttamente sul proprio dispositivo.

Nel negozio online il punto di attrito è il modulo d'ordine: informativa, consenso e campi obbligatori. Chiedere più del necessario contraddice il principio per cui vanno trattati solo i dati personali necessari allo scopo. La piattaforma decide quanto di quel modulo è già impostato e quanto resta da scegliere.

Il modello di piattaforma condiziona proprio questo. Nel SaaS si sceglie tra campi e raccolte messi a disposizione dalla piattaforma. Nell'installazione propria si scrive il modulo campo per campo, con piena responsabilità di ciò che si decide di chiedere.

C'è poi la divisione degli obblighi. In una piattaforma in hosting una parte degli adempimenti ricade sul fornitore e va verificata: dove sono tenuti i dati, chi sono i sub-responsabili, quali strumenti sono offerti per far valere i diritti degli interessati. In un'installazione propria non c'è nessun fornitore SaaS da controllare. Titolarità e gestione tecnica coincidono, e la responsabilità è interamente di chi vende.

Rischi e obblighi legali in base al modello scelto

Quando il controllo totale vale quello che costa

Il criterio che giustifica davvero l'open source non è il risparmio sulla licenza. È la necessità di fare cose che la piattaforma in hosting non consente. Ci sono esigenze fuori standard, integrazioni particolari con sistemi già in azienda, necessità di leggere e modificare il codice, volontà di non dipendere dalla roadmap e dalle condizioni commerciali di un fornitore.

In quegli scenari, poter scaricare la piattaforma, installarla sul server scelto e riscriverne le parti necessarie diventa un vantaggio concreto. L'esistenza di un fork indipendente come Mage-OS, nato da Magento Open Source, mostra che un ecosistema può portare avanti un progetto per conto proprio. Mostra anche che qualcuno deve continuare a svilupparlo e mantenerlo.

Il costo di quella libertà va messo sull'altro piatto: responsabilità e competenze da mantenere nel tempo. Il lock-in esiste in entrambi i modelli, cambia solo il vincolo.

Nel SaaS si è legati al fornitore, ai suoi prezzi e alla sua roadmap. Nell'open source si è legati a chi materialmente mantiene l'installazione: agenzia, freelance, fork scelto. Cambiare fornitore tecnico richiede che il nuovo arrivato sappia leggere le personalizzazioni fatte. Prima di scegliere open source per il controllo, la domanda utile è chi farà aggiornamenti e interventi tra tre anni, e a quali condizioni.

Sui nomi: solo WooCommerce e PrestaShop, insieme a Magento Open Source e al suo fork Mage-OS, si possono scaricare, installare sul server scelto e riscrivere dove serve. Su Shopify e BigCommerce si costruisce il negozio sopra una base che qualcun altro tiene in piedi.

Cinque domande da farsi prima di firmare

Chi si occupa della parte tecnica nel mio caso? Se non c'è nessuno di interno né un fornitore sotto contratto, il modello verso cui si spinge è il SaaS. Se esiste una competenza interna o un rapporto continuativo con un tecnico, l'open source diventa praticabile.

Quanto pesa il canone rispetto al costo del lavoro che l'open source mi trasferisce? Se hosting, aggiornamenti e ore di gestione superano il canone annuo, il confronto pende verso il SaaS. Se le ore sono già pagate e sottoutilizzate, verso l'open source.

Che vincoli ho sui dati dei clienti? Doversi chiedere dove sono tenuti i dati, chi li tratta e come si dimostrano le misure adottate aggiunge un lavoro di verifica sul fornitore in hosting. Le misure includono il registro delle attività di trattamento e, quando serve, la valutazione d'impatto (DPIA). L'installazione propria elimina quella verifica, ma concentra l'intera responsabilità sul titolare.

Quante personalizzazioni fuori standard mi servono davvero? Poche e compatibili con quanto offre la piattaforma: SaaS. Molte, strutturali e destinate a crescere con catalogo e processi: open source. A condizione di avere chi le mantiene.

Quanto conta poter cambiare fornitore domani? Se il vincolo principale è la continuità garantita da qualcun altro, il SaaS risponde a quel bisogno accettando il lock-in sul fornitore. Se il vincolo è poter spostare il negozio senza dipendere da prezzi e roadmap altrui, il modello da valutare è l'open source. Resta l'onere di gestire il passaggio.

Le risposte vanno messe per iscritto accanto ai numeri: canone annuo, spesa variabile stimata, ore di lavoro. Il conto si fa su almeno un triennio, non sul primo anno. È il solo modo per confrontare due modelli che espongono costi di natura diversa.

Il risultato non è un vincitore assoluto. Shopify e BigCommerce rispondono a chi vuole continuità garantita da altri. WooCommerce e PrestaShop, più Magento Open Source e il fork Mage-OS, rispondono a chi ha competenze da spendere e personalizzazioni da mantenere nel tempo.

Cinque domande fondamentali prima di scegliere una piattaforma

Passaggi per valutare la scelta tra SaaS e open source