Una piattaforma headless, esperienze illimitate

Un CMS headless, al contrario di un CMS tradizionale, omette il frontend e non è vincolato da un canale di consegna specifico, come un sito web. Non c'è presentazione, nessun set di strumenti di sviluppo frontend out-of-the-box. In altre parole, non c'è testa – da qui il nome. In una piattaforma headless, il contenuto è reso disponibile per essere consumato tramite API e puoi avere qualsiasi cosa sul lato ricevente: siti web, app mobili, dispositivi AR e IoT e varie integrazioni con sistemi di terze parti.

A differenza di Headless, un CMS disaccoppiato ha mantenuto gli strumenti di pubblicazione della gestione dei contenuti tradizionali, il che significa che ha un livello frontend e gli strumenti di sviluppo frontend sono disponibili immediatamente. Un CMS disaccoppiato ha un'architettura che separa chiaramente la gestione e l'archiviazione dei contenuti dalle pagine e dai modelli che li visualizzano. Vale a dire, la presentazione (frontend) è disaccoppiata dal backend. I due livelli comunicano tramite API. Un set di endpoint espone il contenuto a uno o più consumatori, dai siti Web che possono essere sviluppati con il set di strumenti integrato (widget, modelli e simili) a varie piattaforme e framework frontend in grado di acquisire e interpretare i dati nelle risposte API. 

Un'architettura basata sulla separazione delle preoccupazioni ha molteplici effetti positivi su amministrazione, sviluppo, hosting, distribuzione e scalabilità. 

Il contenuto che crei può essere riutilizzato e facilmente distribuito e mantenuto tra più consumatori frontend. Ogni volta che il contenuto viene aggiornato, è pronto per essere utilizzato tramite API da qualsiasi framework frontend che si sceglie di utilizzare. Gli editor di contenuti hanno un alto livello di flessibilità e indipendenza, il che significa che gli sviluppatori d'altra parte sono liberi di esplorare modi più e migliori per migliorare l'esperienza dell'utente e sfruttare diverse tecnologie di frontend. 

L'app Renderer comunica con l'applicazione Sitefinity tramite un set di API. tramite il pacchetto RestSdk di C# (Progress.Sitefintiy.RestSdk). Ciò riduce al minimo il margine di errore e riduce il rischio di vulnerabilità nello sviluppo del frontend. Ulteriori endpoint API possono essere esposti da Sitefinity CMS per coprire casi d'uso personalizzati. 

L'architettura disaccoppiata di Sitefinity ti consente di sfruttare i tuoi punti di forza di sviluppo frontend. Non solo è possibile ospitare Sitefinity su un server o una macchina virtuale completamente diverso, ma lo sviluppo frontend non è vincolato dalle tecnologie intrinseche. Naturalmente, le competenze di sviluppo di .NET Core sono una grande risorsa in quanto consentono di creare soluzioni sia per il Web che per i dispositivi mobili.

Proprio come il backend e la presentazione sono disaccoppiati in Sitefinity, è possibile bilanciare o separare lo sviluppo frontend e backend in modo da offrire la massima flessibilità e il time-to-market più breve.

Sitefinity è stato un CMS API-first sin dal rilascio v4.0 nel lontano 2010, quando la gestione dei contenuti era completamente staccata dalla modifica della pagina e del modello. Il layout di pagina e i widget creati da designer e sviluppatori consumano il contenuto creato dagli editor. Oltre ai servizi dati nativi, Sitefinity fornisce un solido set di API OData Rest per tutti i tipi di contenuto predefiniti e creati dinamicamente nel sistema.

OData è una potente tecnologia open source e di protocollo aperto che definisce una serie di best practice per la creazione e l'utilizzo di API RESTful. Le applicazioni client come SPA, app per dispositivi mobili e dispositivi IoT possono facilmente consumare contenuti utilizzando chiamate API REST standardizzate o sfruttando Sitefinity WebServices SDK.

Introdotti in Sitefinity 12.2, i servizi OData possono essere utilizzati anche per recuperare metadati come la struttura della pagina Web e utilizzare questi metadati per creare applicazioni che utilizzano il layout di pagina e il contenuto creato nel CMS. Questo approccio è alla base del nuovo livello frontend predefinito di Sitefinity basato su .Net Core.

Un'anteprima tecnica della suite .NET Core è disponibile a destra della confezione e stiamo pianificando di implementare linee guida nelle prossime versioni su come configurare un renderer frontend personalizzato (lato server) come Java e Php. È inoltre prevista l'integrazione di un renderer Angular nella suite .Net Core esistente. Possono lavorare fianco a fianco, consentendo agli utenti di Sitefinity di creare widget e soluzioni lato client con interfacce utente avanzate e interazioni con l'utente. Naturalmente, i servizi OData conformi agli standard e il loro modello di dati indipendente dalla piattaforma favoriscono potenziali implementazioni headless in qualsiasi tecnologia frontend. 

In termini CMS tradizionali, il contenuto che crei viene reso sulle pagine web e consegnato ai visitatori del tuo sito web. Tuttavia, gli utenti digitali moderni devono essere coinvolti su più canali. Un'organizzazione può avere tutte le soluzioni front-end rivolte ai clienti che desidera e ha le competenze e le risorse per sviluppare, ma creare e gestire contenuti per ciascuna di esse separatamente è una sfida enorme con risultati dubbi. È più probabile che tu finisca con dati in silos, nonché dipendenze e colli di bottiglia tra team piuttosto che una messaggistica e un'esperienza utente coerenti

Un CMS disaccoppiato e basato su API, come Sitefinity, consente alle organizzazioni esperte di riutilizzare, riutilizzare e sfruttare i contenuti per raggiungere il pubblico su canali, dispositivi e piattaforme.

• Gestione dei contenuti disaccoppiata dalla presentazione: l'applicazione frontend può essere implementata in modo indipendente per uno sviluppo più rapido, una maggiore sicurezza, indipendenza dalla piattaforma e flessibilità del framework.
  
  
• Servizi Web per recuperare, archiviare e distribuire contenuti: creare e modificare contenuti in un'unica posizione, quindi sfruttare un solido set di API OData native e conformi agli standard per distribuirli a un ampio gruppo di consumatori in un formato universalmente leggibile e indipendente dal frontend.