Un CMS headless è un sistema di gestione dei contenuti che si limita a salvare i contenuti e a metterli a disposizione tramite un'interfaccia di programmazione (API), ma non costruisce alcun sito web. La visualizzazione è affidata a un sistema separato, ad esempio un sito sviluppato in proprio, un'app o un negozio online. «Headless» significa «senza testa»: il contenuto non ha un aspetto proprio, ma viene mostrato dove un altro sistema lo preleva.
Che cosa significa CMS headless
Un sistema di gestione dei contenuti classico fa due cose insieme. Sul retro gestisce i contenuti: testi, immagini, categorie. Sul fronte costruisce con questi il sito web, con design e navigazione. WordPress, Wix o Shopify funzionano così, e per la maggior parte delle aziende è la soluzione giusta.
Un CMS headless rinuncia alla parte frontale. Salva i contenuti e li mette a disposizione tramite un'interfaccia, in forma strutturata di dati: titolo, testo, data, immagine. Cosa farne lo decide un altro sistema. Un sito programmato in proprio preleva i dati e li mostra. Un'app preleva gli stessi dati e li mostra in modo diverso. Uno schermo in vetrina li preleva una terza volta.
Il vantaggio sta nella separazione. I contenuti vengono curati una sola volta e compaiono ovunque. Lo svantaggio: qualcuno deve costruire la parte frontale. Senza sviluppatori non c'è un sito web, ci sono solo dati.
Un esempio dalla quotidianità delle PMI
Un'azienda di software di San Gallo gestisce una piattaforma web sviluppata in proprio per i suoi clienti. Il reparto marketing vorrebbe un blog. Affiancarvi un WordPress non si adatta al design e significherebbe un secondo sistema da mantenere.
La soluzione: gli articoli del blog si trovano in un CMS headless. La piattaforma esistente li preleva tramite l'interfaccia e li mostra nel proprio design su /blog/. Il marketing scrive e approva, gli sviluppatori costruiscono una sola volta la visualizzazione, e gli articoli compaiono sulla piattaforma senza che nessuno debba copiare contenuti.
Perché conta per la Sua azienda
Per la maggior parte delle PMI un CMS headless non è un tema rilevante; un sistema classico soddisfa tutte le esigenze. L'idea diventa rilevante in due situazioni. Primo, se il Suo sito web è sviluppato in proprio e dietro non c'è un sistema standard. Secondo, se i contenuti devono provenire da una fonte esterna, ad esempio articoli del blog già pronti forniti da un fornitore di servizi.
In entrambi i casi serve la stessa cosa: un'interfaccia tramite cui prelevare i contenuti sotto forma di dati. È esattamente il principio su cui si basa una API di contenuti, con cui BlogPilot fornisce articoli a sistemi che non hanno un blog classico. Quale forma di collegamento sia adatta al Suo sito web lo chiarisce la guida alla decisione in cinque domande.
Equivoci frequenti
Headless non significa moderno e classico non significa superato. Entrambi gli approcci hanno il loro posto; la scelta dipende dalla presenza o meno di un team di sviluppo. E headless non è automaticamente veloce o favorevole ai motori di ricerca. Se il frontend costruisce le pagine solo nel browser, i crawler potrebbero vedere pagine vuote. Google documenta che i contenuti JavaScript vengono elaborati con ritardo; l'HTML generato lato server resta la scelta sicura.
Domande frequenti
WordPress è un CMS headless?
WordPress è un CMS classico che gestisce i contenuti e allo stesso tempo li mostra. Può però essere usato in modalità headless, perché include un'API REST tramite cui altri sistemi prelevano i contenuti. Molte aziende continuano a usarlo in modo classico, con tema ed editor.
Come PMI ho bisogno di un CMS headless?
Nella maggior parte dei casi no. Un sistema classico come WordPress, Wix o Shopify basta per sito web e blog. Headless conviene se un'azienda gestisce una propria applicazione web o un'app, oppure se gli stessi contenuti devono comparire in più luoghi.
Qual è la differenza per Google?
Nessuna, finché il sito web fornisce i contenuti come HTML già pronto. Il problema nasce quando la visualizzazione viene costruita solo nel browser tramite JavaScript, perché in tal caso i crawler possono vedere pagine vuote. In una struttura headless il frontend dovrebbe generare le pagine lato server.