WordPress, un SaaS o una piattaforma gestita non sono 'tre CMS'. Sono tre modi diversi di pagare, patchare e, un giorno, uscire.
Non stai scegliendo un editor. Stai scegliendo chi patcha, chi possiede i dati, come esci, e quanto del tuo lavoro vive in un plugin o in un contratto. WordPress, un SaaS chiuso e una piattaforma gestita non sono "tre CMS". Sono tre modi diversi di pagare, di aggiornare e, un giorno, di migrare. L'interfaccia che piace in demo è la parte più piccola del contratto implicito.
In breve: open source auto-ospitato significa che il codice è ispezionabile e tu (o chi paghi) operi lo stack. SaaS significa che il vendor opera lo stack e tu usi il servizio, con i suoi limiti di export. Una piattaforma gestita sta in mezzo: qualcuno tiene in piedi runtime e aggiornamenti, tu resti sui contenuti e sul dominio. Si sceglie su lock-in, patch e dati. Poi sull'editor.
Cosa trovi in questo articolo
Tre contratti, non tre editor
Il CMS visibile, blocchi, anteprime, media library, è la superficie. Sotto sta un accordo, scritto o no, su quattro punti: chi pubblica il codice, chi applica le correzioni di sicurezza, dove stanno i dati, come li porti via. Se discuti solo di "facilità d'uso", stai comprando la demo. La demo dura un pomeriggio. Il contratto dura gli anni in cui il sito è il canale.
Questo pezzo sta nel cluster Stack per un motivo: la scelta del CMS è una scelta di stack, anche quando a decidere è il marketing. Chi vuole il quadro più largo, skill del team e tempo di cambio, lo trova in scegliere lo stack tecnologico. Qui si stringe sul content management, e sul fatto che "proprietario" non è una parolaccia: è un tipo di vincolo, da nominare.
Open source auto-ospitato
WordPress è il caso più citato, e i fatti sono semplici. Il software è rilasciato sotto GNU GPL, versione 2 o successiva: lo scrive il progetto stesso nella pagina di licenza e nel testo della GPL. Puoi usarlo, modificarlo, redistribuirlo nei termini di quella licenza. Non significa "gratis in produzione". Significa che il codice del core è ispezionabile e che l'onere di farlo girare, di tenerlo aggiornato, di scegliere hosting e backup, è tuo o di chi incarichi.
Il vantaggio vero non è il tema carino. È il controllo: dove sta il database, come fai l'export, quale versione giri, quale estensione accetti. Lo svantaggio vero non è "è da tecnici". È la superficie. Ogni plugin è un pezzo di stack che qualcuno deve patchare, e il costo di quella selva non sta nel prezzo della licenza del plugin. Sta in runtime, CVE, incompatibilità, autori che spariscono. Il pezzo dedicato è il costo nascosto dei plugin.
Open source non è, da solo, "più sicuro" né "meno sicuro". È un modello di visibilità del codice e di distribuzione dell'onere. Se nessuno applica gli aggiornamenti, la GPL non ti protegge. Se li applichi con disciplina, hai un percorso noto, una comunità, e la possibilità di togliere un pezzo senza chiedere permesso a un account manager. Quella possibilità vale se la usi. Altrimenti hai un SaaS fatto in casa, peggio: senza qualcuno pagato per operarlo.
SaaS: il vendor tiene lo stack
SaaS, software as a service, in questo contesto significa che il fornitore opera l'applicazione. Tu hai un account, un editor, dei limiti di piano. Patch, runtime, a volte anche CDN e certificati: sono il suo mestiere. Il vantaggio è onesto e va detto senza storta: meno operatività sulle tue spalle, meno "chi si alza per la CVE di stanotte". Lo svantaggio è simmetrico. I dati stanno nel suo perimetro. Le funzioni sono quelle che decide di esporre. L'export è quello che il contratto e l'interfaccia ti danno, non quello che ti piacerebbe avere il giorno in cui te ne vai.
Non è un discorso morale. È un discorso di uscita. Prima di firmare si prova l'export, si legge cosa succede ai URL, ai media, agli utenti, ai redirect. Si legge dove stanno i dati e sotto quale legge. Si legge cosa resta tuo se smetti di pagare: di solito i contenuti, se li hai scaricati, e non il comportamento del sito. Un sito che "è" il vendor, con logiche di checkout e form che esistono solo lì, il giorno dell'uscita è un progetto, non un file ZIP.
Il lock-in del SaaS non è sempre un tranello. A volte è il prezzo corretto per non tenere un runtime. Diventa un tranello quando lo scopri tardi, o quando il commerciale ha detto "esporti tutto" e in pratica esporti un HTML piatto senza struttura. Si verifica. Non si crede alla slide.
Piattaforma gestita
Tra auto-ospitato puro e SaaS chiuso sta un terzo contratto: una piattaforma su cui i contenuti e, in parte, il dominio restano tuoi, mentre runtime, aggiornamenti, a volte hosting e osservabilità, sono operati da qualcuno. Non è "il migliore". È un'allocazione diversa dell'onere. Ha senso quando vuoi controllo su dati e URL senza montare tu la macchina, o quando il team interno non deve diventare una sysadmin di CMS.
Esempio, non verdetto: la piattaforma KeideaCMS è un caso di prodotto gestito, con stack tenuto da chi lo sviluppa. Serve a illustrare il tipo di accordo, non a chiudere la tabella. Si valuta come gli altri: cosa esce in export, chi applica le patch, dove vivono i dati, quanto del comportamento è portabile. Lo stesso metro si applica a qualunque nome, più famoso o meno.
Il rischio di questa fascia è linguistico. "Gestito" può voler dire backup provati e patch in giornata, o può voler dire pannello e auguri. Si chiede la lista. Chi patcha il core. Chi patcha le estensioni. RPO del backup. Come si esce. Se la risposta è vaga, il contratto è vago. La decisione build-or-buy, quando il CMS è il prodotto o solo un pezzo, sta in build or buy: si costruisce il vantaggio, si compra il resto, e il CMS è "resto" più spesso di quanto l'orgoglio ammetta.
Lock-in, export, giorno dell'uscita
Ogni scelta ha un lock-in. L'open source ti sposa all'ecosistema di plugin e a un modo di modellare i contenuti. Il SaaS ti sposa al vendor. La piattaforma gestita ti sposa a un operatore. Il criterio onesto è il tempo di uscita: mesi di lavoro per riavere URL, media, redazioni, form, eventuale catalogo, senza perdere il senso delle pagine. Se non sai stimarlo, non hai scelto. Hai sperato.
L'export si prova prima. Un dump SQL più una cartella uploads è un export, per un WordPress convenzionale. Un JSON senza media e senza mappa URL è un souvenir. I redirect, i permalink, gli alias: sono prodotto, non dettaglio SEO da aggiungere dopo. Il giorno della migrazione è tardi per scoprire che gli slug vivevano solo nel vendor.
Non pubblichiamo quote di mercato. Non servono a decidere il tuo contratto, e i numeri che girano sono spesso di perimetro diverso (siti che "girano un certo CMS" contro siti attivi, contro ecommerce, contro top million). In una redazione tecnica, un percentuale senza denominatore è rumore. Il denominatore che conta è il tuo: team, dati, tempo di uscita, chi patcha.
Ha senso quando. Non serve quando
Ha senso l'open source auto-ospitato quando hai, o paghi, chi opera stack e aggiornamenti, quando ti serve controllo su dati e URL, quando accetti la disciplina dei plugin. Ha senso il SaaS quando l'operatività deve uscire di casa e il prodotto del vendor copre il bisogno senza pieghe strane, e quando l'export l'hai visto. Ha senso la piattaforma gestita quando vuoi un via di mezzo: non montare il runtime, non regalare il modello dei contenuti a un recinto da cui non esci.
Non serve cambiare famiglia per noia dell'editor, o perché un concorrente ha fatto una landing su un altro logo. Non serve "un CMS headless" se non hai un team front-end che lo giustifichi: hai aggiunto uno stack, non hai semplificato. Non serve accumulare plugin per copiare un SaaS, né copiare in un SaaS flussi che il SaaS non fa: in entrambi i casi stai litigando con il contratto invece di sceglierlo.
Errori da evitare
Decidere sulla demo dell'editor. L'editor lo usi un'ora al giorno. Il contratto lo vivi di notte, quando c'è la CVE.
Confondere GPL e "nessun costo". Il core può essere libero. Hosting, tempo, plugin, incidenti no.
Non provare l'export. "Si può esportare" non è un dato. Un file che hai aperto e da cui hai ricostruito una pagina, sì.
Lasciare i plugin senza owner. Ogni estensione è pezzo di stack. Senza owner è debito.
Chiamare "proprietà dei dati" un account che non hai mai scaricato. I dati tuoi sono quelli che sai estrarre.
Migrare senza mappa URL. È un altro articolo, e un altro disastro. Il CMS nuovo non perdona i permalink vecchi dimenticati.
In sintesi
Open source auto-ospitato, SaaS e piattaforma gestita sono tre contratti su patch, dati e uscita. WordPress è GPL, e la GPL non opera il sito al posto tuo. Il SaaS opera lo stack e ti chiede, in cambio, di prendere sul serio export e recinto. Il gestito sposta l'onere runtime, non la necessità di sapere come esci. Si sceglie su quel metro. L'editor, i temi, le percentuali di mercato, restano fuori dalla tabella. Meno rumore, più metodo.
Fonti
WordPress.org, License (GPLv2 o successiva).
WordPress.org, GNU General Public License.
Free Software Foundation, GNU GPL v2.
Nessuna quota di mercato e nessun ranking di "miglior CMS" è usato come prova in questo pezzo.
Questo contenuto è stato realizzato con il supporto di sistemi di intelligenza artificiale e successivamente verificato secondo le linee editoriali della redazione.
