Un CMS tradizionale gestisce contenuti e presentazione insieme: più semplice, più economico, adatto alla maggior parte dei siti. Un CMS headless conserva solo i contenuti e li distribuisce via API a un sito, un'app o un totem: costa il 30-60% in più e ha senso quando gli stessi contenuti servono su più canali, quando le prestazioni sono critiche o quando team diversi lavorano in parallelo su contenuto e interfaccia.
La differenza, senza gergo
In un CMS tradizionale il contenuto e il modo in cui appare vivono insieme: scrivi una pagina e il sistema la pubblica già impaginata. In un CMS headless il contenuto è solo dato strutturato — titolo, testo, immagini, campi — e chi lo mostra è un'applicazione separata che lo richiede via API. Lo stesso contenuto può così finire sul sito, dentro un'app, su uno schermo in negozio o in una newsletter, senza essere riscritto.
| Criterio | CMS tradizionale | CMS headless |
|---|---|---|
| Costo di realizzazione | Base | +30-60% |
| Anteprima per il redattore | Immediata e fedele | Va costruita, a volte imperfetta |
| Prestazioni | Buone con cache | Molto alte per costruzione |
| Più canali con gli stessi contenuti | Difficile | È il motivo per cui esiste |
| Libertà grafica | Vincolata dal tema | Totale |
| Competenze richieste | Diffuse | Più specialistiche |
| Autonomia del team marketing | Alta | Alta sui contenuti, nulla sul layout |
| Adatto a | Siti aziendali, blog, e-commerce standard | Multicanale, prestazioni critiche, grandi volumi |
I tre casi in cui conviene
- 01
Gli stessi contenuti su più canali
Sito, app, totem in punto vendita, portale rivenditori. Aggiornare una scheda prodotto una volta sola e vederla cambiare ovunque è un risparmio operativo reale, non un vezzo tecnico.
- 02
Le prestazioni sono denaro
Un e-commerce con volumi alti, dove qualche decimo di secondo di caricamento sposta il tasso di conversione in modo misurabile.
- 03
Team separati che lavorano in parallelo
Una redazione che scrive e uno o più team che costruiscono interfacce diverse, senza pestarsi i piedi.
Il costo nascosto: l'anteprima
È il punto che frena più progetti headless dopo il lancio. In un CMS tradizionale chi scrive vede subito come apparirà la pagina. In un headless il contenuto è dato grezzo: l'anteprima va costruita, e costruirla bene richiede lavoro aggiuntivo. Se viene tagliata dal preventivo, il team marketing pubblica alla cieca e smette di aggiornare il sito.
Da pretendere in un progetto headless
- Anteprima fedele di ogni tipo di contenuto prima della pubblicazione.
- Modelli di contenuto progettati con chi scrive, non solo con chi sviluppa.
- Gestione delle immagini con ritagli e formati automatici.
- Un processo di pubblicazione chiaro: bozza, revisione, pubblicato, programmato.
- Tempi di aggiornamento del sito dopo una modifica, dichiarati e verificati.
Domande frequenti
- Cos'è un CMS headless?
- È un sistema che gestisce solo i contenuti, senza occuparsi di come vengono mostrati. I contenuti sono resi disponibili via API e una o più applicazioni separate li presentano: un sito, un'app, uno schermo in negozio. Da qui il nome: il sistema è privo della «testa», cioè della parte visibile.
- Un sito headless è più veloce?
- In genere sì, perché le pagine possono essere generate in anticipo e servite come file statici da una rete di distribuzione. Non è automatico però: un'implementazione headless fatta male è più lenta di un CMS tradizionale ben configurato con una buona cache.
- Conviene per un sito aziendale?
- Raramente. Per un sito aziendale gestito da una o due persone, un CMS tradizionale offre più autonomia a costi minori. L'headless comincia ad avere senso quando gli stessi contenuti devono alimentare più canali o quando le prestazioni hanno un impatto economico diretto.
- Il team marketing può gestire un sito headless?
- Sì per i contenuti, no per il layout: la struttura delle pagine è definita in fase di sviluppo. È un vincolo che può essere un vantaggio, perché mantiene coerenza, ma va detto chiaramente prima, perché cambia il modo di lavorare rispetto a un editor visuale.
- Posso passare da WordPress a headless mantenendo WordPress?
- Sì, ed è un'opzione diffusa: WordPress resta come sistema di redazione e i contenuti vengono esposti via API a una vetrina costruita separatamente. Si tiene lo strumento che i redattori conoscono e si guadagna in prestazioni e libertà grafica, a fronte di un progetto di sviluppo aggiuntivo.