Il termine "headless CMS" è diventato uno degli argomenti più discussi nel mondo del web development negli ultimi anni. Spesso presentato come la soluzione moderna a tutti i problemi dei CMS tradizionali, in realtà rappresenta un approccio specifico con vantaggi reali e limiti altrettanto reali. Prima di decidere se adottarlo per il sito della tua azienda, vale la pena capire esattamente di cosa si tratta.
Cos'è un CMS headless
Un CMS tradizionale come WordPress gestisce due cose insieme: i contenuti (testo, immagini, dati) e la presentazione (come quei contenuti vengono mostrati nel browser). Sono accoppiati: il tema WordPress determina come appare il contenuto.
Un CMS headless separa queste due responsabilità. Il CMS gestisce solo i contenuti, esponendoli tramite API (REST o GraphQL). Il frontend, che può essere un sito Next.js, un'app mobile, uno schermo digitale in negozio, o qualsiasi altro canale, consuma quell'API e decide autonomamente come presentare i dati.
L'analogia è quella di un magazzino (il CMS) che distribuisce prodotti a più punti vendita (i frontend) attraverso un sistema logistico standardizzato (le API).
I principali CMS headless
Sanity è oggi uno dei CMS headless più adottati per nuovi progetti. Offre un'interfaccia editoriale moderna (Sanity Studio), struttura dei contenuti definita via codice (schema flessibile), CDN integrata e un piano gratuito generoso per progetti piccoli e medi. È particolarmente apprezzato dai team di sviluppo per la flessibilità del modello dati.
Contentful è la scelta storica dell'enterprise. Ottima affidabilità, API stabili, integrazioni con Salesforce, HubSpot, Shopify. Il pricing è più elevato e la flessibilità del modello dati è minore rispetto a Sanity.
Strapi è la principale opzione open-source. Si self-hosta, il codice è pubblico, il modello dati si configura da interfaccia. Ideale per chi vuole controllo totale e non vuole dipendere da un vendor SaaS. Richiede gestione dell'infrastruttura.
Prismic punta sulla semplicità editoriale. L'interfaccia è intuitiva, la curva di apprendimento bassa. Meno flessibile di Sanity per strutture dati complesse, ma ottimo per team editoriali non tecnici.
Vantaggi reali di un approccio headless
Performance. Il frontend (tipicamente un framework come Next.js o Astro) può generare pagine statiche al momento della build, servite dalla CDN senza hit al database. Il risultato sono tempi di caricamento che WordPress non può eguagliare senza infrastrutture complesse.
Flessibilità omnichannel. Gli stessi contenuti vengono distribuiti su sito web, app mobile, newsletter e qualsiasi altro canale, mantenendo un'unica fonte di verità. Aggiornare il testo di una scheda prodotto si riflette ovunque automaticamente.
Separazione delle responsabilità. Il team di sviluppo lavora sul frontend senza rischio di rompere la struttura dei contenuti. Il team editoriale aggiorna i testi senza toccare il codice. Le modifiche al design non impattano i dati.
Sicurezza. Il CMS non è esposto pubblicamente. L'API è protetta da token. Non c'è un pannello /wp-admin accessibile dal web.
Svantaggi da non sottovalutare
Complessità di setup. Configurare un progetto headless richiede più lavoro iniziale: scegliere e configurare il CMS, definire gli schemi dei contenuti, costruire il layer di integrazione con il frontend, impostare preview in tempo reale, gestire ambienti di staging e produzione.
Costo. I piani a pagamento di Contentful e Sanity partono da 100-500€/mese per funzionalità avanzate. Strapi elimina il costo SaaS ma introduce costi di hosting e manutenzione del server.
Preview dei contenuti. Nei CMS tradizionali, vedere la bozza di un articolo nel contesto reale della pagina è immediato. Con un sistema headless richiede configurazione esplicita di un ambiente di preview, che deve essere tenuto in sincronizzazione con la produzione.
Quando ha senso per una PMI italiana
Un CMS headless è giustificato quando:
- L'azienda pubblica contenuti con frequenza (blog, news, schede prodotto, eventi) e il team editoriale è separato dal team tecnico
- Il sito alimenta più canali (web + app mobile + totem fisici, ad esempio)
- La performance è critica e il sito WordPress esistente è diventato lento nonostante le ottimizzazioni
- Il progetto è un e-commerce con frontend custom che richiede logiche di prodotto non gestibili da WooCommerce o Shopify
- L'azienda prevede di scalare rapidamente il numero di contenuti o di canali
Non è giustificato quando:
- Il sito ha poche pagine che cambiano raramente
- Il team non ha le competenze per gestire un setup più complesso
- Il budget non consente il costo aggiuntivo di setup e licenze
- L'unico requisito è "avere un sito web aziendale"
Confronto pratico: WordPress vs Sanity + Next.js per un'azienda B2B
Immaginiamo un'azienda B2B italiana con 50 dipendenti, un sito di 20 pagine, un blog attivo (2 articoli/mese) e un team marketing di 2 persone.
Con WordPress: Setup in 4-6 settimane, costo 6.000-10.000€, team marketing autonomo dal primo giorno, performance media (ottimizzabile), manutenzione plugin necessaria ogni 2-4 settimane.
Con Sanity + Next.js: Setup in 8-12 settimane, costo 12.000-20.000€, team marketing autonomo dopo una settimana di formazione su Sanity Studio, performance eccellente senza ottimizzazioni particolari, manutenzione ridotta al solo aggiornamento delle dipendenze del progetto.
La scelta dipende dall'orizzonte temporale e dall'importanza strategica del sito. Se il sito è un asset primario per la generazione di lead B2B e l'azienda punta a scalare i contenuti, l'investimento aggiuntivo si ripaga in performance, sicurezza e flessibilità nel medio termine.