Ghost CMS è una piattaforma open source specializzata nel publishing: permette di creare un sito, pubblicare contenuti, inviare newsletter, gestire membri e offrire abbonamenti a pagamento all’interno dello stesso sistema.
Ridurre Ghost a un’alternativa “più leggera” a WordPress, però, porta fuori strada. La differenza più importante non è il linguaggio con cui è sviluppato né una presunta superiorità assoluta nelle prestazioni. È il perimetro del prodotto.
WordPress è un CMS generalista che può essere esteso in moltissime direzioni. Ghost concentra invece gran parte della propria architettura sul percorso contenuto → pubblico → newsletter → membership → ricavi editoriali.
Questa specializzazione è contemporaneamente il suo vantaggio e il suo limite. Se stai costruendo un magazine, una pubblicazione indipendente, una newsletter professionale o un sito membership può eliminare parecchi componenti che altrimenti dovresti assemblare. Se devi realizzare un ecommerce articolato, una directory, un portale con molti tipi di contenuto o un progetto fortemente dipendente da estensioni verticali, la flessibilità di un CMS generalista può pesare di più.
Ghost CMS: cos’è davvero e perché è diverso da un CMS generalista
Ghost CMS è un progetto open source distribuito con licenza MIT e sviluppato attorno a publishing, membership, subscription e newsletter. Il repository ufficiale di Ghost rende disponibili codice sorgente, versioni e informazioni sul progetto.
Rientra quindi nella famiglia dei sistemi di gestione dei contenuti, ma occupa una posizione particolare. Nella nostra guida su cos’è un CMS e come funzionano i diversi modelli abbiamo distinto CMS generalisti, piattaforme verticali, soluzioni SaaS e architetture headless proprio perché prodotti capaci di pubblicare sul Web possono risolvere problemi molto differenti.
Con Ghost questa distinzione è fondamentale.
Non nasce per diventare qualunque cosa attraverso un enorme catalogo di estensioni. Il prodotto mette al centro articoli, autori, sito editoriale, audience, newsletter, accesso riservato e monetizzazione dei contenuti.
Da piattaforma di blogging a sistema per publishing e membership
Definirlo semplicemente una “piattaforma per blog” oggi è troppo limitante.
Un progetto Ghost può combinare nello stesso ambiente pubblicazione sul sito, distribuzione via email, registrazione degli utenti, membri gratuiti e a pagamento, contenuti riservati, commenti, offerte, tier di abbonamento, pagamenti tramite Stripe e analytics collegati al comportamento dell’audience.
Il punto non è che ognuna di queste funzioni sia impossibile da ottenere con altri CMS. Anche WordPress può coprire quasi tutti questi scenari. Cambia il modo in cui ci arrivi.
In Ghost queste funzioni appartengono al modello centrale del prodotto. In WordPress, a seconda del progetto, membership, newsletter, paywall e subscription possono richiedere plugin, servizi esterni o sviluppo personalizzato.
È quindi più corretto descrivere Ghost come un publishing system verticalmente integrato piuttosto che come un WordPress con meno funzioni.
Ghost può funzionare anche come headless CMS
Ghost espone API attraverso le quali un frontend separato può recuperare e presentare i contenuti. Se il concetto di interfaccia programmabile non ti è familiare, nella nostra guida sulle API e sul loro funzionamento trovi il modello completo client → richiesta → endpoint → risposta.
La documentazione per sviluppatori di Ghost prevede esplicitamente l’utilizzo della piattaforma in architetture headless.
Questo permette, per esempio, di usare Ghost come backend editoriale e costruire il frontend con un framework o un’applicazione indipendente.
C’è però un dettaglio che molte descrizioni superficiali saltano: headless non significa ottenere automaticamente tutte le funzionalità del sito Ghost standard su un frontend diverso.
Quando separi il frontend, alcune responsabilità che il tema Ghost gestirebbe normalmente devono essere ricostruite. Possono rientrare in questo lavoro routing, metadata, dati strutturati, sitemap, archivi e componenti collegati alla gestione dei membri.
La Content API aumenta quindi la libertà architetturale, ma può ridurre proprio quel vantaggio “tutto integrato” che rende Ghost interessante. Se il progetto non ha una ragione concreta per separare backend e frontend, aggiungere un framework esterno soltanto perché “headless è moderno” può aumentare costi e manutenzione senza migliorare il prodotto.
Come funziona Ghost: editor, temi, API e distribuzione dei contenuti
Una vecchia descrizione ancora comune presenta Ghost come “il CMS con editor Markdown”. Il supporto a Markdown esiste ancora, ma oggi quell’etichetta racconta solo una parte dell’esperienza editoriale.
Editor visuale, Cards e supporto Markdown
Ghost utilizza un editor visuale con normali strumenti di formattazione e un sistema di Cards per inserire contenuti più strutturati.
La documentazione ufficiale delle Cards di Ghost include, tra le altre, componenti per immagini, gallery, audio, video, HTML, callout, file, prodotti, pulsanti, form di iscrizione ed embed.
Markdown non è scomparso. Può essere utilizzato durante la scrittura o attraverso una Card dedicata, come documentato nella guida ufficiale sull’uso di Markdown in Ghost.
La distinzione conta perché cambia il pubblico a cui il CMS può rivolgersi. Non devi conoscere Markdown per pubblicare normalmente con Ghost, mentre chi lo preferisce conserva comunque quel workflow.
Temi Handlebars e personalizzazione del front-end
Nel modello tradizionale il frontend di Ghost viene costruito attraverso temi che utilizzano Handlebars.
I template contengono HTML, helper e dati provenienti dal CMS; CSS e JavaScript completano il livello di presentazione. La documentazione ufficiale sui temi Ghost prevede template specifici per homepage, post, pagine, tag, autori, errori e altri contesti.
Questo sistema offre molta più libertà di quanto suggerisca l’idea di una piattaforma chiusa per newsletter, ma l’ecosistema non ha la stessa ampiezza di WordPress.
La domanda pratica è quindi: quanto deve essere personalizzato il progetto?
Per una pubblicazione editoriale puoi partire da un tema e adattarlo. Per un portale con molti comportamenti applicativi, content type molto specifici o funzionalità verticali, il lavoro custom può crescere rapidamente.
Content API e utilizzo headless
La Content API consente di leggere contenuti pubblicati e utilizzarli in siti o applicazioni esterne.
Questa modalità diventa interessante quando uno stesso patrimonio editoriale deve alimentare più esperienze o quando il frontend richiede un controllo che il sistema di temi tradizionale non offre.
Non la sceglierei invece per ottenere genericamente “più performance” o “più SEO”. Cambiare architettura significa anche assumersi rendering, routing, metadata, dati strutturati, sitemap e altre responsabilità che nel frontend standard vengono già gestite dalla piattaforma.
Newsletter, membri, paywall e abbonamenti
Qui emerge uno dei motivi principali per scegliere Ghost.
Un visitatore può diventare membro gratuito, ricevere newsletter, autenticarsi e accedere a contenuti riservati. È possibile creare tier a pagamento e collegare Stripe per la gestione delle subscription.
Se vuoi capire cosa succede nella parte finanziaria del flusso, abbiamo approfondito separatamente come funziona Stripe.
Il vantaggio di Ghost non è semplicemente “avere Stripe”. È che contenuti, account del membro, accesso, newsletter e pagamento fanno parte dello stesso modello editoriale.
Per un progetto basato su contenuti premium questo riduce il numero di sistemi che devi coordinare.
Analytics e social web
La piattaforma comprende anche strumenti dedicati alla misurazione dell’audience e alla distribuzione dei contenuti.
Gli analytics nativi di Ghost possono coprire traffico web, newsletter, audience e, quando presenti, informazioni collegate alle subscription.
Ghost ha inoltre sviluppato funzioni di social web basate su ActivityPub, con l’obiettivo di consentire a una pubblicazione di partecipare a un ecosistema federato.
È un buon esempio del motivo per cui non conviene più descrivere Ghost soltanto attraverso la vecchia formula “blog + Markdown + Node.js”.
Ghost(Pro) o self-hosted: due modi molto diversi di usare Ghost
Ghost CMS può essere utilizzato come software self-hosted oppure attraverso il servizio gestito Ghost(Pro), ma le due modalità non implicano lo stesso lavoro operativo.
Con Ghost(Pro) paghi un servizio gestito. Con il self-hosting controlli maggiormente l’infrastruttura, ma diventi responsabile di una parte più ampia dello stack.
Cosa gestisce Ghost(Pro)
Ghost(Pro) è l’hosting gestito ufficiale.
Hosting, aggiornamenti della piattaforma, CDN e infrastruttura prevista dal servizio vengono assorbiti dal provider. A seconda del piano cambiano limiti e funzioni, tra cui temi personalizzati, numero di staff user, analytics avanzati e paid subscriptions.
È l’opzione più coerente quando vuoi utilizzare Ghost come prodotto editoriale senza trasformare l’amministrazione del server in una seconda attività.
Il costo va quindi letto anche come costo di infrastruttura e gestione delegata, non soltanto come prezzo di una licenza software.
Cosa devi gestire quando fai self-hosting
Self-hosted non significa semplicemente “scarico Ghost e non pago più”.
Devi gestire il server, il sistema operativo, il database, gli aggiornamenti, il web server o lo stack container, TLS, backup, monitoraggio e i servizi necessari al progetto. Anche il ciclo di aggiornamento diventa una tua responsabilità.
Se possiedi già competenze sistemistiche, questa libertà può essere un vantaggio. Se invece l’obiettivo era eliminare complessità tecnica rispetto a WordPress, potresti ottenere l’effetto opposto.
Il costo reale del self-hosting va quindi calcolato come:
infrastruttura + servizi collegati + manutenzione + tempo/competenze operative.
Requisiti server raccomandati oggi
Se scegli Ghost CMS in self-hosting, la configurazione del server non va impostata copiando requisiti da vecchi tutorial.
Per l’installazione tradizionale in produzione, la documentazione ufficiale di Ghost per Ubuntu indica lo stack supportato e i requisiti correnti per sistema operativo, Node.js, MySQL, NGINX e memoria disponibile.
Questo è il motivo per cui indicazioni generiche come “qualunque distribuzione Linux”, “Apache o NGINX” oppure “MySQL o MariaDB” non dovrebbero essere trattate come requisiti universali.
La piattaforma evolve e il punto di riferimento deve restare la documentazione della versione che intendi installare.
Ghost-CLI, Docker Compose, analytics e ActivityPub
Il self-hosting si è inoltre differenziato in percorsi diversi.
L’installazione Ubuntu tradizionale utilizza Ghost-CLI. Per configurazioni nelle quali vuoi gestire autonomamente componenti aggiuntivi collegati ad analytics e social web, Ghost documenta anche uno stack basato su Docker.
Questo cambia il significato di “Ghost self-hosted”: non esiste una singola configurazione universale da descrivere con un elenco immutabile di requisiti.
Prima devi decidere quali componenti vuoi effettivamente gestire in autonomia.
Quanto costa Ghost CMS
Il software Ghost è open source e disponibile con licenza MIT. Questo rende gratuita la licenza del core, non necessariamente il progetto che costruisci sopra di essa.
Con il self-hosting pagherai almeno infrastruttura e servizi necessari alla configurazione scelta, oltre all’eventuale lavoro tecnico.
Con Ghost(Pro) il modello è invece un abbonamento gestito.
Il software open source è gratuito, il progetto no
Questo principio vale per Ghost come per molti CMS open source.
Un’installazione reale può richiedere hosting, dominio, configurazione, tema o sviluppo personalizzato, email, backup, monitoraggio e manutenzione.
Per confrontare self-hosted e Ghost(Pro) bisogna quindi confrontare il costo totale di gestione, non “0 euro contro abbonamento”.
Piani e prezzi di Ghost(Pro)
Il costo di Ghost CMS cambia molto a seconda del modello scelto: software self-hosted e Ghost(Pro) non sono economicamente equivalenti.
Al momento della verifica, il listino ufficiale di Ghost(Pro) parte da 18 USD al mese con fatturazione annuale per Starter, mentre Publisher parte da 29 USD al mese e aggiunge funzioni importanti come custom themes, paid subscriptions e advanced analytics. Business parte da 199 USD al mese.
| Piano | Prezzo indicativo | Differenza principale |
|---|---|---|
| Starter | 18 USD/mese | sito e newsletter, configurazione più semplice |
| Publisher | 29 USD/mese | custom theme, paid subscriptions, analytics avanzati |
| Business | 199 USD/mese | più staff, limiti superiori e supporto prioritario |
| Custom | su richiesta | configurazioni e necessità più complesse |
I prezzi possono cambiare anche in funzione della dimensione dell’audience e delle condizioni di fatturazione. Per questo la tabella va letta come fotografia utile al confronto, non come listino permanente.
Un dettaglio importante è che Starter non comprende le paid subscriptions né l’installazione di custom theme. Per un progetto membership a pagamento o per una pubblicazione con frontend personalizzato, il confronto economico deve quindi partire almeno dalle funzioni effettivamente necessarie.
Membership, Stripe e commissioni sulle subscription
Sui piani Ghost(Pro) che supportano gli abbonamenti a pagamento, Ghost dichiara una propria transaction fee dello 0%. Il pagamento passa attraverso Stripe e restano applicabili le commissioni del processore.
È una differenza economica importante rispetto a piattaforme che trattengono una percentuale del fatturato delle subscription.
Non significa che monetizzare con Ghost sia gratuito: devi comunque considerare piano Ghost(Pro) quando lo utilizzi, commissioni di pagamento, eventuale fiscalità, costi operativi e acquisizione dell’audience.
Ghost CMS per SEO, performance e sicurezza: cosa fa davvero e cosa viene spesso semplificato
Questa è probabilmente l’area nella quale circolano più scorciatoie.
“Ghost è SEO-friendly”, “Node.js è più veloce di PHP” e “ha meno plugin quindi è più sicuro” contengono pezzi di ragionamento plausibili, ma diventano facilmente conclusioni troppo ampie.
Le funzioni SEO disponibili senza plugin
Dal punto di vista tecnico, Ghost CMS include già diverse funzioni SEO che in altri sistemi possono richiedere configurazione o componenti aggiuntivi.
La documentazione SEO ufficiale di Ghost indica fra le funzioni native metadata automatici e personalizzabili, Open Graph, sitemap XML, canonical e dati strutturati.
Questa è una buona base tecnica, ma non equivale a una garanzia di posizionamento.
La piattaforma non decide se il contenuto soddisfa l’intento di ricerca, se l’architettura delle informazioni è corretta, se gli internal link sono utili o se tema, immagini e script producono una buona esperienza.
In modalità headless questa distinzione diventa ancora più importante, perché alcune responsabilità normalmente assorbite dal frontend Ghost devono essere implementate nel frontend separato.
SEO integrata significa avere una base tecnica già predisposta, non avere un vantaggio automatico nelle SERP.
Perché Node.js non significa automaticamente “più veloce di WordPress”
Ghost utilizza Node.js, mentre WordPress è sviluppato principalmente in PHP.
Da questa differenza non consegue che qualsiasi sito Ghost sia necessariamente più veloce di qualsiasi sito WordPress.
Come abbiamo spiegato nella guida a Node.js e al suo modello di esecuzione, un runtime può essere particolarmente adatto a determinati carichi e modelli di concorrenza, ma la tecnologia scelta non elimina il resto del sistema.
Le prestazioni percepite di un sito dipendono anche da server, database, cache, CDN, tema, immagini, font, JavaScript di terze parti, volume delle richieste e architettura del frontend.
Ghost parte da un perimetro applicativo più focalizzato e questo può rendere più semplice mantenere uno stack leggero. È un vantaggio concreto.
Trasformarlo nella formula “Node.js > PHP, quindi Ghost > WordPress” non è invece un confronto tecnico sufficiente.
Meno estensioni non significa zero rischio di sicurezza
Un ecosistema più ristretto può ridurre alcune fonti di complessità: meno componenti arbitrari significa anche meno combinazioni da mantenere.
Non significa però che Ghost CMS sia immune da vulnerabilità.
Il progetto mantiene una pagina pubblica degli advisory di sicurezza e pubblica aggiornamenti quando vengono individuate vulnerabilità nel core. Un esempio è la SQL injection nella Content API corretta con una release successiva e documentata nell’advisory ufficiale su GitHub.
La conclusione pratica non è quindi “Ghost è insicuro”, ma l’opposto di una semplificazione molto comune: meno plugin non elimina la necessità di aggiornare e mantenere il CMS.
Nel self-hosting questa responsabilità ricade direttamente su chi gestisce il server.
Vantaggi e limiti di Ghost CMS
Il vantaggio principale di Ghost CMS non è una singola feature. È la coerenza fra le parti del prodotto.
Un team editoriale può scrivere, pubblicare sul sito, inviare lo stesso contenuto via newsletter, trasformare un lettore in membro e riservare determinati contenuti agli abbonati senza progettare da zero l’intero flusso.
Questa coerenza riduce parecchio attrito quando il contenuto è il prodotto.
Il rovescio della medaglia è che Ghost ha scelto intenzionalmente un campo più stretto. Non dispone dell’ecosistema di plugin di WordPress e non nasce come piattaforma ecommerce generalista, LMS, directory, booking system o application framework universale.
Per questo non valuterei vantaggi e svantaggi in astratto:
| Se il progetto richiede soprattutto… | Ghost tende a essere… | Perché |
|---|---|---|
| articoli, magazine e publishing | molto coerente | è il centro del prodotto |
| newsletter + sito | molto coerente | i due canali condividono contenuto e audience |
| membership e paid content | molto coerente | funzioni native e Stripe |
| frontend completamente custom | possibile, ma più tecnico | API/headless aggiungono responsabilità |
| ecommerce complesso | poco naturale | non è una piattaforma commerce-first |
| molte funzioni verticali diverse | da valutare con attenzione | ecosistema più focalizzato |
| workflow basato su molti plugin | poco equivalente | il modello di estensione è differente |
| pieno controllo del server | possibile in self-hosting | richiede competenze operative |
La domanda decisiva non è quindi “quante funzioni ha Ghost?”, ma quante delle funzioni che ti servono appartengono al suo nucleo naturale.
Ghost vs WordPress: quale scegliere
Ghost e WordPress si sovrappongono nel publishing, ma partono da due filosofie differenti.
WordPress è un CMS general purpose con un ecosistema enorme. Ghost CMS è invece un publishing system molto più focalizzato su contenuti, newsletter e membership.
Abbiamo analizzato più in generale questo problema nella guida alle alternative a WordPress in base al tipo di progetto. Il principio vale perfettamente anche qui: cambiare tecnologia ha senso quando cambia in meglio il modello operativo, non perché una piattaforma sembra più moderna.
| Criterio | Ghost | WordPress |
|---|---|---|
| Focus principale | publishing, newsletter, membership | CMS generalista |
| Software open source | sì | sì |
| Self-hosting | sì | sì |
| Hosting gestito ufficiale | Ghost(Pro) | WordPress.com e altri modelli managed |
| Editor | visuale + Cards + Markdown | Block Editor/Gutenberg |
| Newsletter | nativa | dipende dalla soluzione scelta |
| Membership | nativa | core + plugin/servizi secondo il progetto |
| Paid subscriptions | integrate con Stripe | implementabili tramite plugin/servizi |
| Temi | Handlebars | ecosistema molto ampio di temi |
| Estensioni | integrazioni, API e sviluppo | enorme ecosistema plugin |
| Ecommerce | non è il focus | WooCommerce e altre integrazioni |
| Headless | Content API | REST API/GraphQL tramite soluzioni dedicate |
| Complessità | più contenuta se resti nel suo perimetro | estremamente variabile |
| Flessibilità applicativa | più focalizzata | molto elevata |
Quando Ghost è più coerente con il progetto
Sceglierei Ghost prima di WordPress quando il progetto nasce essenzialmente come pubblicazione.
Magazine indipendenti, newsletter editoriali, creator business, siti membership e prodotti basati sull’accesso a contenuti sono gli scenari in cui la specializzazione del sistema diventa un vantaggio operativo.
Se sito, newsletter, membro e subscription appartengono allo stesso funnel editoriale, avere queste parti nello stesso prodotto riduce parecchie integrazioni.
Ghost diventa ancora più interessante quando non prevedi di trasformare successivamente il progetto in qualcosa di completamente diverso.
Quando WordPress offre più libertà e meno compromessi
WordPress diventa più naturale quando il sito deve evolvere in direzioni non ancora completamente definite o quando sai già che avrai bisogno di funzionalità molto diverse.
Ecommerce, corsi, prenotazioni, aree utenti complesse, directory, multilingua avanzato, custom post type, integrazioni verticali e comportamenti applicativi possono sfruttare un ecosistema molto più vasto.
Questo non significa che WordPress sia automaticamente più complesso.
Un WordPress progettato con pochi componenti scelti bene può essere più semplice da mantenere di un’architettura Ghost headless con frontend custom, deployment separato e servizi aggiuntivi.
La complessità dipende dall’architettura finale, non dal logo del CMS.
Alternative a Ghost CMS: Substack, beehiiv e Medium non risolvono esattamente lo stesso problema
Una ricerca di alternative a Ghost porta spesso a Substack, beehiiv e Medium. Sono confronti utili, purché non vengano trattati come prodotti intercambiabili.
Ghost mantiene una forte identità da software di publishing che puoi anche self-hostare. Le altre piattaforme spostano più peso verso il servizio gestito, la distribuzione o il newsletter business.
Substack: meno infrastruttura, più dipendenza dalla piattaforma
Substack riduce drasticamente il lavoro tecnico necessario per iniziare a pubblicare e costruire una newsletter.
La pubblicazione è gratuita, ma quando vengono attivate subscription a pagamento la documentazione ufficiale sui costi di Substack indica una commissione della piattaforma pari al 10% di ogni transazione, alla quale si aggiungono i costi di Stripe.
La differenza con Ghost non è quindi soltanto economica.
Con Substack scegli maggiormente un ecosistema e una rete di distribuzione già pronti. Con Ghost costruisci una proprietà editoriale più autonoma, controllando maggiormente sito e frontend e, nel self-hosting, anche l’infrastruttura.
Se la priorità è partire rapidamente e beneficiare del network della piattaforma, Substack può essere più semplice. Se vuoi che sito, brand e architettura restino maggiormente sotto il tuo controllo, Ghost cambia il trade-off.
beehiiv: più orientato a newsletter, crescita e monetizzazione
beehiiv nasce con un’impostazione fortemente newsletter-first e SaaS.
Il listino ufficiale di beehiiv prevede un piano gratuito per iniziare e piani superiori che aggiungono strumenti di monetizzazione, automazione e crescita. La piattaforma dichiara inoltre una propria commissione dello 0% sulle paid subscriptions nei piani che le supportano.
Rispetto a Ghost, il confronto diventa quindi:
publishing system open source e controllabile anche a livello infrastrutturale contro piattaforma SaaS focalizzata sull’operatività e sulla crescita di una newsletter.
Per un newsletter business puro beehiiv merita sicuramente la shortlist. Per un progetto nel quale il sito editoriale e la libertà sul frontend hanno un peso maggiore, Ghost può essere più coerente.
Medium: distribuzione e community prima del controllo sul prodotto web
Medium risolve un problema ancora diverso.
È una piattaforma di publishing con una propria audience e un sistema di distribuzione interno. La pagina About di Medium presenta il servizio come uno spazio nel quale pubblicare idee e raggiungere lettori all’interno della piattaforma.
Questo riduce la barriera di ingresso, ma significa anche che non stai costruendo lo stesso tipo di proprietà digitale che avresti con un Ghost self-hosted o con un sito Ghost(Pro) fortemente personalizzato.
Medium ha senso se pubblicare dentro una rete esistente è parte del valore. Nella guida a Medium approfondiamo come funzionano distribuzione, Publication, Partner Program, SEO e rapporto con l’audience. Ghost ha più senso quando la pubblicazione stessa deve diventare un asset indipendente sotto un controllo maggiore.
Quando scegliere Ghost CMS e quando evitarlo
A questo punto possiamo capire quando scegliere Ghost CMS attraverso criteri molto concreti, senza ridurre il confronto a una lista generica di pro e contro.
| Scenario | Valutazione | Motivo |
|---|---|---|
| Magazine o pubblicazione indipendente | Ghost molto forte | publishing e audience sono nativi |
| Newsletter professionale con sito | Ghost molto forte | contenuto Web ed email convivono |
| Membership con contenuti premium | Ghost molto forte | membri, accesso e Stripe sono integrati |
| Creator business content-first | Ghost forte | percorso audience → subscription coerente |
| Blog semplice senza monetizzazione | da confrontare | potrebbero bastare strumenti più semplici |
| Sito aziendale standard | da confrontare | dipende dalle funzioni future |
| Ecommerce articolato | normalmente eviterei Ghost come piattaforma principale | non è commerce-first |
| Directory, marketplace o booking | normalmente sceglierei altro | richiedono logiche applicative verticali |
| Portale con molti content type custom | valuterei CMS più generalisti o headless dedicati | maggiore modellazione |
| Progetto che vive di plugin specifici | verifica prima le equivalenze | ecosistema Ghost differente |
| Team senza competenze server ma interessato a Ghost | Ghost(Pro) | evita la gestione diretta dello stack |
| Team tecnico che vuole controllo infrastrutturale | self-hosting possibile | maggiore autonomia, maggiore responsabilità |
| Frontend custom con reale esigenza architetturale | headless possibile | API disponibili, ma alcune funzioni vanno ricostruite |
Il criterio più utile è questo:
se togli newsletter, membership e publishing dal centro del progetto, quanto Ghost rimane ancora vantaggioso?
Se la risposta è “poco”, probabilmente stai cercando di adattare la piattaforma al progetto.
Se invece quelle tre funzioni descrivono precisamente il prodotto che vuoi costruire, Ghost CMS entra nella shortlist per una ragione molto più solida della semplice promessa di essere “veloce e moderno”.
Conclusione
Ghost CMS è una delle alternative più interessanti a WordPress quando il contenuto non è soltanto una sezione del sito, ma il centro del prodotto.
Il suo vantaggio reale è la coerenza fra pubblicazione, newsletter, audience, membership e subscription. In questo perimetro riesce a eliminare una parte delle integrazioni che con un CMS generalista potresti dover scegliere e mantenere separatamente.
Non lo sceglierei invece perché usa Node.js, perché “ha meno plugin” o perché qualcuno lo presenta come automaticamente più veloce, più sicuro o migliore per la SEO. Sono scorciatoie che ignorano hosting, frontend, configurazione, manutenzione e obiettivi del progetto.
Ghost ha senso quando vuoi specializzazione. WordPress e altri CMS diventano più forti quando serve estensibilità generalista. Substack, beehiiv e Medium entrano in gioco quando vuoi delegare ancora di più tecnologia, distribuzione o gestione della newsletter.
Prima viene quindi il modello editoriale e di business.
Solo dopo viene il CMS.