Vai al contenuto principale

Che cos'è un CMS headless?

Tutto ciò che i marketer e gli sviluppatori devono sapere sui sistemi di gestione dei contenuti headless, disgiunti e basati sulle API

Indice

Indice

Rapido approfondimento

Un CMS headless è la tua base digitale essenziale. Tuttavia, per la maggior parte delle aziende, l'obiettivo dovrebbe essere una DXP solida. Scopri la differenza tra i due e il modo in cui il CMS giusto consente una piena funzionalità DXP.

Capitolo 1

Che cos'è un CMS headless? (versione breve)

L'architettura del CMS headless separa le funzioni dei contenuti back-end (come creazione, gestione e archiviazione) dalle funzioni front-end (come presentazione e offerta).

OK, ma in sostanza: Che cos'è un CMS headless?

Cosa significa esattamente? Perché l'architettura headless è importante per il futuro delle esperienze digitali?

L'architettura headless è in parte una risposta all'evoluzione dei contenuti web. Per molto tempo, la maggior parte dei contenuti web veniva fornita tramite un browser, spesso come pagina web. Ma sono in arrivo sempre nuovi dispositivi connessi.

Oggi il pubblico consuma contenuti attraverso nuove interfacce con diversi formati, come gli smartphone indossabili, gli assistenti vocali abilitati da AIexa e persino le cuffie per la realtà virtuale.

play-button

L'architettura headless del CMS è fondamentale per affrontare queste nuove sfide dei contenuti. Ciò significa che puoi facilmente creare e gestire più cose e offrirle in più luoghi.

Ma prima di diventare troppo tecnici, partiamo dalle basi.

Ecco una panoramica di due decisioni fondamentali relative all'architettura e di come influiscono sul modo in cui i contenuti vengono creati, archiviati, gestiti, offerti e persino personalizzati.

Come influisce l'architettura del CMS sul modo in cui i contenuti esistono su una pagina?

Scopri la differenza tra architettura basata su pagine e architettura basata su oggetti e perché il tuo assistente vocale basato sull'IA non è così intelligente come sembra.

play-button

Come influisce l'architettura del CMS sul modo in cui (e dove) i contenuti vengono presentati al pubblico?

Scopri le differenze tra architettura headless e non headless e comprendi come evitare il lato negativo della personalizzazione e dell'analisi che solitamente comporta l'headless.

play-button

Capitolo 2

Architettura del CMS 101

Front-end vs. back-end del CMS

I CMS tradizionali dispongono di due metà: una anteriore e una posteriore.

In termini generali, il back-end di un CMS si riferisce al modo in cui i contenuti sono gestiti, mentre il front-end alla modalità in cui sono presentati. Consideralo come una vetrina di un negozio.

Le attività front-end includono tutto ciò che vedresti mentre sbirci dalla strada: la scelta e la disposizione dei prodotti e la relativa segnaletica.

Le attività back-end invece comprendono la logistica, la creazione della segnaletica, lo stoccaggio dell'inventario e la gestione della movimentazione delle merci all'interno del negozio.

Quindi, per un sito web di base, il back-end potrebbe includere:

  • Un'interfaccia semplice per creare contenuti
  • Un database per archiviare le risorse digitali
  • Un livello di applicazione per sviluppare e applicare le strutture di progettazione

Il front-end analizzerebbe quindi i contenuti, le risorse archiviate e i progetti, e li pubblicherebbe su una pagina HTML.

Cos'è un CMS disgiunto?

Tradizionalmente, il front-end e il back-end del CMS erano saldamente collegati. Gli utenti potevano creare, archiviare, gestire e pubblicare contenuti in un'unica interfaccia.

Per gli utenti non tecnici, la pubblicazione di contenuti semplici, come un blog, ha rappresentato una perfetta configurazione.

Ma con l'evoluzione delle esperienze digitali, gli sviluppatori dedicano troppo tempo alla creazione di soluzioni alternative su misura per offrire contenuti più sofisticati a una più ampia varietà di dispositivi.

I CMS disgiunti suddividono le attività back-end e front-end. In pratica, ciò significa che gli sviluppatori possono rapidamente codificare e progettare esperienze front-end nella loro lingua preferita senza essere vincolati da tecnologie back-end restrittive. Possono invece utilizzare le Application Programming Interface (API) per collegare le funzioni back-end — come l'archiviazione e la gestione di contenuti — a qualsiasi ambiente di distribuzione front-end

play-button

Che cos'è un CMS basato sulle API?

Laddove i CMS disgiunti separano le funzioni back-end e front-end, spesso includono ancora alcuni strumenti di offerta front-end, come modelli di pagina o integrazioni di moduli.

I CMS basati su API sono funzionalmente gli stessi dei CMS headless in quanto non dispongono di un front-end predefinito. Gli sviluppatori sono liberi di creare tutti i livelli di distribuzione necessari (in qualsiasi lingua preferiscano) per inviare contenuti a qualsiasi nuovo canale immaginabile.

I CMS basati su API sono ottimi se hai un team di sviluppatori qualificati pronti a farlo funzionare: il CMS gestisce semplicemente i contenuti e attende una chiamata API da un livello di distribuzione front-end sviluppato dal team di sviluppo.

I CMS disgiunti, invece, si adattano alle aziende che desiderano la flessibilità di un front-end e di un back-end separati, ma che potrebbero avere ancora bisogno di supporto nella pubblicazione.

Capitolo 3

Per cosa (e chi?) è utile un CMS headless?

I CMS headless sono senza dubbio il futuro della gestione dei contenuti, per due motivi importanti.

Innanzitutto, i contenuti digitali stanno diventando più sofisticati e le aspettative degli utenti sono in aumento. Per distinguerti, devi creare contenuti accattivanti, reattivi e interattivi, e devi essere in grado di farlo rapidamente.

In secondo luogo, emergono sempre nuovi canali e dispositivi utente. Non è sufficiente realizzare contenuti bellissimi: devi anche assicurarti di poterli offrire ovunque, nel modo più efficiente possibile. Grazie ai CMS headless i marketer e gli sviluppatori possono creare contenuti incredibili oggi e, soprattutto, rendere a prova di futuro le relative operazioni per offrire contenuti eccellenti costantemente e ovunque.

play-button

È ideale per i marketer, gli sviluppatori e gli utenti.

È ideale per i marketer perché...

... possono creare contenuti una sola volta, permettendo ai loro sviluppatori di visualizzarli ovunque. Ciò significa meno tempo dedicato all'amministrazione e più tempo per la creazione di esperienze belle e coerenti.

È ideale per gli utenti perché...

... l'esperienza utente è sempre rapida, uniforme e reattiva. Questo perché il lato client non ha bisogno di comunicare con il sistema back-end, ma solo di rappresentare i contenuti.

È ideale per gli sviluppatori perché...

... sono liberati dalle limitazioni back-end dei linguaggi di programmazione, dove mancano di esperienza. Possono invece creare l'aspetto, la percezione e la funzionalità delle esperienze utente tramite strumenti che conoscono e amano (ad es. librerie e framework JavaScript), per poi inviare contenuti ovunque si utilizzino le più recenti API.

Capitolo 4

Quali sono gli svantaggi di un CMS headless?

I CMS headless standard non sono una bacchetta magica per risolvere tutte le sfide dei tuoi contenuti. Possono comportare due importanti lati negativi che devono essere presi seriamente in considerazione.

Innanzitutto, quello che guadagni in flessibilità, lo perdi in accessibilità. Poiché la presentazione viene lasciata agli sviluppatori che scrivono JavaScript, i marketer non tecnici non possono utilizzare l'authoring o l'editing “What You See Is What You Get” (WYSIWYG).

Il secondo aspetto è più impattante.

Quando rimuovi l'head di un CMS, si verifica qualcosa di drastico: tronchi la capacità di inviare in tempo reale i dati delle interazioni con i clienti tra il front-end e il back-end.

Ciò significa che non puoi personalizzare le esperienze o eseguire attività di analisi dei contenuti.

La personalizzazione è passata dall'essere un “grazioso elemento da possedere” a un requisito fondamentale. I clienti stanno imparando che cos'è l'ottima personalizzazione da leader di settore come Amazon, Netflix, Spotify e altri.

Se non puoi offrire un'esperienza simile, i clienti probabilmente andranno altrove, e lo faranno presto. Quindi, qual è la risposta?

Capitolo 5

Entra nel CMS headless ibrido

L'architettura CMS ideale unirebbe la flessibilità e l'estensibilità di un CMS headless con le funzionalità di personalizzazione e analisi dei contenuti offerti da un CMS tradizionale collegato.

Ed è esattamente questo che le opzioni headless di Sitecore offrono.

Molteplici opzioni headless supportano gli sviluppatori front-end mentre creano soluzioni e app che presentano i contenuti su qualsiasi dispositivo o browser. Sia che si utilizzino librerie JavaScript come Vue.js, React.js e Angular.js, o che si sfruttino il nuovo ASP.NET Core SDK e l'architettura host di rendering headless, gli sviluppatori possono scegliere ciò che è meglio per loro.

Queste opzioni includono anche un'API che si collega al server di distribuzione di contenuti contestuali di Sitecore. Questo utilizza le informazioni dell'Experience Database™ di Sitecore per supportare i dispositivi e i browser nell'interpretazione delle regole di contenuto e personalizzazione in tempo reale. In questo modo gli utenti possono visualizzare contenuti diversi in base alle informazioni del profilo, alle interazioni precedenti e non solo.

A powerful platform for digital experiences