Come scegliere un CMS senza testa
Pubblicato: 2022-03-10Questo articolo è stato gentilmente supportato dai nostri cari amici di Storyblok, un simpatico CMS headless con un editor visivo, componenti nidificati e blocchi di contenuto personalizzabili per siti Web e app. Grazie!
Le pagine Web, come quella che stai leggendo ora, contengono testo, immagini, video e altre risorse per fornirti informazioni. Questi dati sarebbero raccolti e creati in un Web Content Management System (WCMS) da un editor di contenuti. I WCMS hanno subito un'evoluzione passando da un CMS tradizionale a un CMS disaccoppiato a un CMS senza testa.
Passare a un CMS headless non è una decisione facile e il processo di selezione non dovrebbe essere preso alla leggera. In questo articolo, evidenzierò alcune funzionalità di base che ogni CMS headless dovrebbe fornire . Esploreremo queste caratteristiche, le sfide associate e ti aiuteremo a scegliere un CMS headless per soddisfare i requisiti unici della tua organizzazione.
In qualità di Direttore tecnico di Luminary, ho aiutato i nostri clienti a scegliere il miglior CMS, DXP (Digital Experience Platform) o CMS headless per soddisfare le loro esigenze. Con i 21 anni di esperienza di Luminary nello spazio digitale, la mia esperienza di 17 anni nello spazio CMS e il nostro focus su Headless dal 2016, ecco i miei due centesimi su ciò a cui dovresti prestare attenzione.
Cose da considerare quando si sceglie un CMS senza testa
- Concetti
- Architettura di microservizi
- Omnicanale
- Per gli autori di contenuti
- Esperienza di editing
- Gestione delle immagini
- Ruoli di creazione
- Flussi di lavoro
- Anteprima del contenuto
- Localizzazione dei contenuti
- Per gli sviluppatori
- API RESTful e GraphQL
- SDK nativi
- Ambienti
- CDN
- Limiti di utilizzo
- Altri fattori
- Posizioni dei data center
- Supporto tecnico e commerciale
- Funzionalità aziendali
- Integrazione infrastrutturale
- Rinomati fornitori SaaS
- Integrazione di CMS headless come microservizio
- I migliori servizi di razza
- Canali a cui vuoi rivolgerti
- Buone pratiche di modellazione dei contenuti
- Esperienza di creazione
- Struttura degli elementi di contenuto
- Facilità di ricerca dei contenuti
- Uso eccessivo degli editor WYSIWYG
- Riutilizzo dei contenuti
- Organizzare le immagini
- Ritaglio e consegna di immagini tramite una CDN
- I migliori servizi video esterni
- Ruoli distinti
- Numero di utenti di back-office
- Flussi di lavoro robusti
- Webhook
- Visualizza in anteprima le API dal fornitore
- Separare gli ambienti di produzione e di staging da parte tua
- Supporto all'internazionalizzazione e alla localizzazione
- Creazione del proprio progetto per la gestione delle localizzazioni
- API REST mature
- Supporto GraphQL
- Visualizza in anteprima e proteggi le API
- API di gestione dei contenuti per operazioni CRUD
- Prove gratuite per provarlo
- Un SDK supportato per la tua scelta di tecnologia, lingua e piattaforma.
- Ambienti all'interno del tuo CMS headless
- Possibilità di trasferire contenuto tra ambienti
- Memorizzazione nella cache di immagini e contenuti tramite CDN
- Funzionalità di dominio personalizzate
- Limiti su alcune funzionalità
- Costi operativi
- Requisiti legali e normativi per la conservazione dei dati
- Vendite locali e supporto tecnico
- Funzionalità aziendali di cui non puoi fare a meno
- Il coinvolgimento della comunità con il venditore e il prodotto
- Supporto per la scelta dell'infrastruttura
- Andare senza testa: casi d'uso e a cosa serve
- Non perdere la testa: valutare senza testa
Monolitico vs Microservizi
Abbiamo esplorato in dettaglio i concetti alla base dei CMS senza testa qui su Smashing Magazine, ma facciamo un breve riepilogo. Quando si tratta di un CMS tradizionale, il CMS e il sito Web front-end risultante sono costruiti su un'architettura monolitica. Il CMS tradizionale cerca e riesce in molti modi a soddisfare le esigenze dello sviluppatore, dell'autore di contenuti e del marketer. Ad esempio, se il CMS è basato su .NET Framework di Microsoft, anche il sito Web front-end sarebbe basato sulla stessa tecnologia. Tutte le funzionalità e integrazioni avrebbero anche una stretta dipendenza che a sua volta si traduce in una base di codice monolitica ampia e ingombrante.
I CMS disaccoppiati hanno rimosso questa interdipendenza in una certa misura. Ciò è stato ottenuto separando il sito Web front-end dal back-office del CMS e dal repository dei contenuti.
L'architettura monolitica passa in secondo piano con i CMS senza testa. Il CMS e ogni altra integrazione è un microservizio. Il CMS stesso è fornito su un modello Software-as-a-Service (SaaS) che mi piace definire Content-as-as-Service (CaaS). Con questa architettura di microservizi, tutto ciò che hai ottenuto dal tuo CMS tradizionale non esce dalla scatola. Potresti avere diversi servizi e fornitori per fornirti il meglio della razza per ciascuna delle tue esigenze.
Il passaggio a una mentalità basata sui microservizi richiede un po' di pazienza. Avevamo esperti di marketing con un background CMS tradizionale che resistevano all'idea di approfondire più sistemi e servizi quando utilizzavano un CMS headless. Siamo riusciti a accompagnarli nel viaggio durante la selezione e l'implementazione della loro piattaforma CMS headless. Ora, sono sostenitori di quella piattaforma CMS senza testa in quanto consente loro di integrare nuovi sistemi e servizi piuttosto che essere vincolati a uno fornito da un CMS tradizionale.
Cerca:
Omnicanale al suo interno
Per quanto una mentalità basata sui microservizi possa aiutarti nell'integrazione di un CMS headless, il vero potere di headless si realizza nella sua natura omnicanale. Un'esperienza omnicanale ruota attorno al tuo cliente e crea un'esperienza cliente unica in tutto il tuo marchio unendo vendite e marketing. Con un CMS headless, i contenuti vengono forniti a diversi canali come Web, dispositivi mobili, social, dispositivi intelligenti senza interfaccia utente, dispositivi IoT e persino punti di contatto non digitali come una vetrina fisica.
Con un CMS headless, è necessario definire da zero lo schema per ogni modello di contenuto . Il processo di definizione di questa solida struttura tassonomica logica per gli elementi di contenuto che crei e pubblichi è noto come modellazione del contenuto. Se il tuo primo canale sarà il tuo sito web, assicurati che la modellazione dei contenuti tenga conto dell'omnicanale per alleviare eventuali problemi futuri. Se stai solo cercando un CMS sostitutivo per alimentare il tuo sito Web, dai un'altra occhiata allo spazio CMS tradizionale o disaccoppiato per vedere se c'è qualcosa che soddisfi meglio le tue esigenze.
Quando si modellano gli schemi di contenuto, pensare al futuro. Lavorando per una grande compagnia aerea nemmeno un decennio fa, ricordo di aver provato a modellare i contenuti per dispositivi mobili (sì, c'era un sottodominio separato per un sito Web mobile). Questo è stato estremamente difficile poiché gli schemi di contenuto erano orientati solo a un sito Web desktop. Ma la storia è vera anche oggi che dobbiamo essere vigili sulla modellazione dei contenuti.
Cerca:
Creazione di ottimi contenuti
Che si tratti di un CMS tradizionale o di un CMS headless, il requisito principale è la gestione dei contenuti. Gli autori di contenuti dovrebbero amare lavorare nel back-office. Se vedi autori che si rivolgono ad altri strumenti di creazione come Google Documenti per le sue capacità di commenti o suggerimenti, potrebbe essere una bandiera rossa su quali funzionalità ti mancano.
Documenti Microsoft Word, fogli di calcolo e documenti Google alzano sempre la testa quando si lavora con gli autori di contenuti. Piuttosto che cercare di bandirli in anticipo, il modo più semplice per convincere gli autori di contenuti a lavorare sul CMS è fornire loro le funzionalità di cui hanno bisogno e le elimineranno automaticamente. Quando abbiamo inviato il sito Web di Luminary in diretta su un CMS senza testa, ogni membro del team (50 di loro) ha avuto accesso sufficiente per aggiungere e modificare il proprio profilo per il sito Web. Ha funzionato a meraviglia senza che 50 documenti Google volassero dappertutto.
Esperienza di editing
La decisione di utilizzare un CMS headless può essere una decisione IT. Ma il consenso dei marketer e degli autori di contenuti all'interno dell'organizzazione è fondamentale per la sua adozione e il successo. Un CMS headless che consente agli autori di contenuti di inserire facilmente i contenuti, trovare contenuti esistenti e riutilizzare i contenuti è qualcosa che dovrebbe uscire dagli schemi.
Per facilitare la creazione di contenuti, è necessario disporre di editor di facile utilizzo come editor WYSIWYG, editor di testo, menu a discesa ed editor personalizzati. Sarà apprezzata un'interfaccia pulita e minimalista che consente a un autore di contenuti di concentrarsi sull'attività da svolgere. Un'interfaccia di modifica che consente la modifica, il commento e la creazione simultanei di elementi di contenuto figlio nella stessa interfaccia aumenterà la produttività degli autori di contenuto.
Una parola di cautela quando si utilizzano editor WYSIWYG o si fa forte affidamento su qualsiasi interfaccia di modifica che produce HTML. Poiché un CMS headless è progettato per soddisfare più canali, affidarsi agli editor WYSIWYG eliminerebbe la natura atomica del contenuto che può essere riutilizzato. Assicurati che gli editor personalizzati consentano l'accesso ai campi di dati a livello granulare . Abbiamo visto questo ostacolare il riutilizzo dei contenuti su diversi canali come ad esempio dispositivi mobili e desktop.
Con un CMS headless, l'organizzazione degli elementi di contenuto in una struttura ad albero non è la norma. Ma è un ponte che consente agli autori di contenuti di passare facilmente da un CMS tradizionale a uno Headless. Se gli elementi di contenuto non vengono visualizzati in una struttura ad albero, un potente motore di ricerca con sfaccettature e funzionalità di tagging è fondamentale per i tuoi editor di contenuti. Ciò consente agli autori di trovare e riutilizzare facilmente i contenuti esistenti.
Quando si riutilizza il contenuto, un altro aspetto da considerare è se gli elementi di contenuto possono essere nidificati facilmente all'interno di altri elementi di contenuto. Ciò consente il massimo riutilizzo dei contenuti esistenti. Ma fai attenzione ai riferimenti circolari ai contenuti che potrebbero causare mal di testa e problemi di prestazioni. Un esempio è un elemento di contenuto per un avvocato che è collegato a un elemento di contenuto per un'esperienza. Quindi, se l'elemento del contenuto dell'esperienza è nuovamente collegato a più elementi del contenuto dell'avvocato, questo potrebbe formare un riferimento circolare. Cerca un CMS senza testa con intelligenza integrata per limitare la profondità nell'API e visualizzazioni per mostrare gli elementi di contenuto collegati per evitare questa trappola.
Cerca:
Vale la pena di un'immagine: come gestire i media
Un'immagine vale più di mille parole. Ma le risorse di immagini sono pesanti da trasportare, difficili da organizzare e difficili da cercare. In un tipico CMS, nel tempo vedrai duplicati e risorse di immagini con nomi errati. È importante che gli editor di contenuti dispongano di strumenti per organizzare, classificare, etichettare, riutilizzare e cercare le immagini all'interno di un CMS headless. Per me, questo significa organizzare le risorse in cartelle o contenitori. Ma sarebbe utile capire cosa richiede il tuo team in termini di gestione delle risorse statiche.
La possibilità di caricare una singola immagine, impostare un punto focale su di essa e quindi manipolarne le dimensioni e la qualità per dispositivi e dimensioni dello schermo diversi, consente un enorme risparmio di tempo a un editor di contenuti e persino a quei designer/artisti grafici che lavorano dietro le quinte. Anche la distribuzione di risorse statiche in formati come WebP tramite una rete di distribuzione di contenuti (CDN) è fondamentale per offrire ai tuoi utenti un sito Web veloce.
La maggior parte dei CMS senza testa è dotata di queste funzionalità pronte all'uso. In caso contrario, devi decidere di quali funzionalità puoi fare a meno. C'è un avvertimento a quella regola. Per un'ampia modifica delle immagini originali, dovresti attenerti ai migliori strumenti per il lavoro come Photoshop.
Insieme alle immagini, le prossime risorse più pesanti sono i video. Ancora una volta, con la mentalità dei microservizi, lo streaming di video dovrebbe essere lasciato a fornitori di servizi come YouTube, Vimeo e altri servizi di streaming online. Se il tuo CMS headless può fornirti una bella interfaccia di editing per cercare o selezionare un video da uno di questi fornitori, è un bonus.
Cerca:
Ruoli di creazione
Chi può inserire contenuto e chi può approvare o pubblicare contenuto su un sito live e altre autorizzazioni granulari devono essere gestiti anche tramite il CMS headless. Un team di due persone potrebbe sopravvivere senza avere ruoli di creazione distinti, ma man mano che le organizzazioni e i team di contenuti crescono, i ruoli di creazione sono indispensabili.
Ho lavorato con team di contenuti di oltre 40 editor e questo requisito deve essere valutato attentamente rispetto al CMS headless che hai scelto. Altrimenti regnerà il pandemonio. Con il team di 40 persone con cui ho lavorato, avevamo copywriter, traduttori, personale addetto al controllo qualità e approvatori legali che avevano autorizzazioni diverse per accedere a determinati contenuti , varianti linguistiche, approvazioni del flusso di lavoro e diritti di pubblicazione.
Il numero di ruoli distinti e utenti di back-office è solitamente il modo in cui i CMS headless strutturano i loro prezzi. Quando si confrontano i prezzi tra i fornitori, pensa ai numeri attuali e alla crescita futura del tuo team di contenuti.
Cerca:
Flussi di lavoro
Non tutti gli elementi di contenuto devono essere gestiti tramite un flusso di lavoro. Ma quando sono necessari flussi di lavoro, audit trail e approvazioni, il processo deve essere gestito all'interno del tuo CMS headless. Avere un solido flusso di lavoro costruito da zero sul tuo CMS headless ti dà tranquillità e l'opportunità di gestire ogni contenuto in base al tuo processo aziendale. La possibilità di integrare sistemi di terze parti tramite webhook o API è un bonus a cui dovresti prestare attenzione.
Cerca:
Anteprime dei contenuti
L'editor di contenuti ha creato il contenuto, ha aggiunto immagini e lo ha inviato tramite un flusso di lavoro per l'approvazione. Ma dove visualizzano in anteprima il contenuto prima che sia reso disponibile al pubblico? È qui che entrano in gioco le API di anteprima per recuperare i contenuti non pubblicati e la possibilità di impostare ambienti di anteprima.
Con un CMS headless, essendosi allontanato da una mentalità a canale singolo, i tuoi editor di contenuti non dovrebbero aspettarsi di vedere anteprime a pagina intera all'interno del back-office del CMS. Ogni canale dovrebbe avere il proprio ambiente di staging o anteprima per visualizzare il contenuto della bozza ancora da pubblicare. Potrebbe trattarsi di un sito di staging per il tuo sito Web o di una versione installata localmente della tua app mobile. Una funzione di anteprima deve essere disponibile nel piano tariffario che hai scelto per il CMS headless di tua scelta.
Cerca:
Locali
Se il tuo contenuto deve essere distribuito in diverse località, tale requisito deve essere identificato all'inizio del tuo progetto. Il retrofit è possibile, ma non è un'attività divertente. Il modo in cui gestisci i contenuti e le risorse tra culture e lingue dovrebbe essere pensato e documentato. Consiglierei di creare un progetto per identificare quali lingue e risorse ereditano o sono predefinite da un altro. Quindi assicurati che la tua scelta di CMS headless supporti quel progetto o esplora le strade per ottenere lo stesso risultato in modo diverso.
Cerca:
Creare ottimi contenuti è sempre importante. Pertanto, gli autori di contenuti dovrebbero avere la migliore esperienza possibile nelle loro attività quotidiane per rendere la transizione al CMS headless un successo.
“
Il tempo degli sviluppatori è prezioso
Con un CMS headless, il coinvolgimento degli sviluppatori è d'obbligo. Potrebbe trattarsi di uno sviluppatore back-end o di uno sviluppatore front-end che utilizza l'API headless per visualizzare i contenuti sul sito Web. Ma una volta terminato lo sviluppo iniziale, un autore di contenuti dovrebbe essere in grado di lavorare con un intervento minimo. Questo è lo scopo principale dell'utilizzo di un CMS. Vale anche per i CMS senza testa.
Per quanto gli autori di contenuti vengano presi in considerazione quando si confrontano le funzionalità, anche le funzionalità degli sviluppatori dovrebbero essere esplorate. In questa sezione, esamineremo le funzionalità che faranno risparmiare tempo agli sviluppatori.
Supporto API/GraphQL
Un'API matura, che consenta la selezione, l'impaginazione e la proiezione di elementi di contenuto, è fondamentale per consentire a uno sviluppatore di lavorare con un CMS headless. Il supporto immediato di GraphQL è un altro fattore determinante in quanto consentirà allo sviluppatore di definire il risultato di cui ha bisogno a un livello molto granulare. Sono inoltre indispensabili documentazione completa ed esempi di codice.
Assicurati che i tuoi sviluppatori siano soddisfatti delle API di recupero dei contenuti prima di impegnarsi in un CMS headless. Non dimenticare le API di anteprima, le API sicure e la facilità di utilizzo tramite codice. Vuoi automatizzare la creazione di contenuti? Quindi dovrebbero essere considerate le API di gestione dei contenuti .
Le API di gestione dei contenuti sono state una benedizione in cui abbiamo automatizzato l'importazione di oltre 2.000 post di blog da un sito WordPress a un CMS senza testa. Tutti i post del blog e le relative immagini sono stati importati con un lavoro minimo per gli autori dei contenuti. Alcuni CMS senza testa offrono componenti aggiuntivi di Fogli Google e altri strumenti ingegnosi per farlo con un clic di un pulsante.
Con molti CMS senza testa che offrono prove gratuite, è una buona idea portarli a fare un giro di prova per vedere la loro idoneità e conformità alla tua scelta di creazione e recupero dei contenuti.
Cerca:
SDK nativi
I kit di sviluppo software (SDK) per varie tecnologie, linguaggi e piattaforme sono disponibili direttamente dal fornitore Headless, da un'iniziativa open source o da una terza parte. Assicurati che questi SDK supportino la tecnologia, la lingua e la piattaforma su cui creerai il tuo sito web o la tua app consumer. Per quanto le API RESTful e GraphQL ti consentano di eseguire query sul contenuto, avere un SDK nativo potrebbe ridurre le ore di sviluppo in modo abbastanza significativo .
In Luminary, lavorare con SDK nativi per CMS headless ci ha permesso di abbracciare le ultime tecnologie come Microsoft .NET Core e .NET 5. Inoltre, basarsi su un SDK esistente ci ha permesso di seguire le migliori pratiche consigliate dal fornitore risparmiando volta.
Cerca:
Ambienti
Un sito Web o un'app per un negozio mom-and-pop potrebbe essere in grado di curare e visualizzare in anteprima i contenuti con un unico ambiente di produzione. Ma man mano che le organizzazioni, i team e le funzionalità crescono, diventano necessari più ambienti per curare e visualizzare in anteprima i contenuti. Non solo il tuo CMS headless deve fornire ambienti, ma anche la tua applicazione di consumo dovrebbe disporre di ambienti configurati. È necessario considerare i metodi per aggiornare il contenuto tra gli ambienti.
Cerca:
Immagini, file e CDN
Abbiamo toccato la gestione delle immagini parlando delle funzionalità per l'autore del contenuto. Dal punto di vista dello sviluppatore, non solo le risorse statiche devono essere memorizzate nella cache su una rete CDN. Molti CMS headless memorizzano nella cache i contenuti recuperati tramite API RESTful o GraphQL. Ciò accelera il processo di recupero e apporta miglioramenti delle prestazioni alla tua applicazione.
Sebbene la memorizzazione nella cache della CDN sia estremamente utile, ci sono momenti in cui il danneggiamento della cache o gli elementi memorizzati nella cache meno recenti potrebbero creare problemi . La possibilità di svuotare la cache della CDN o di caricare il contenuto più recente con intestazioni HTTP specifiche dovrebbe far parte della funzionalità API del tuo CMS headless.
La possibilità di utilizzare domini personalizzati rispetto a una CDN per fornire contenuti o risorse statiche potrebbe essere un requisito da considerare.
Cerca:
Limiti di utilizzo tra i piani
Un altro fattore da considerare sono i limiti di utilizzo impostati per ogni piano a cui ti iscrivi sulla tua scelta di CMS headless. È necessario considerare il numero di elementi di contenuto, il consumo di larghezza di banda, il numero di utenti del back-office, il numero di chiamate API e i limiti di tariffa. Quando si pianificano i limiti di utilizzo, considerare l'utilizzo attuale e l'utilizzo futuro. Ricorda che molti CMS headless operano su abbonamento e ti consentono di eseguire l'upgrade quasi istantaneamente a piani con limiti più elevati.
Tuttavia, vale la pena essere consapevoli di quanti utenti utilizzeranno la piattaforma e se la soluzione dovrebbe essere ampliata in modo massiccio. Abbiamo assistito a un cliente che ha ricevuto una fattura molto grande poiché ha aggiunto inconsapevolmente un numero elevato di utenti oltre la quota assegnata. È una buona idea per gli amministratori essere consapevoli di ciò che offre il loro piano Headless e tenere sotto controllo l'utilizzo.
Prendi in considerazione la possibilità di mantenere i limiti di utilizzo dei tuoi limiti attuali con la memorizzazione nella cache lato client, i generatori di pagine statiche e le chiamate API o GraphQL intelligenti per ridurre le spese operative.
Cerca:
Il tempo di uno sviluppatore è costoso. Mentre un CMS headless è pubblicizzato come un CMS adatto agli sviluppatori, ogni fornitore ha funzionalità diverse che supporta in modo nativo. Comprendere e confrontare quelli con le esigenze dei tuoi sviluppatori è altamente raccomandato.
“
Altri fattori
Ci sono alcuni altri fattori che potrebbero non influire sull'autore del contenuto o sullo sviluppatore. Questo potrebbe variare dal marketing alla finanza, ai requisiti legali e normativi per il tuo settore e la tua attività.
Posizioni dei data center
Una domanda che ci viene posta spesso è: dove sono archiviati i dati? Già, nel cloud. Ma quale data center geografico è una questione importante a causa dei requisiti legali e normativi di alcune aziende. Un CMS headless che consente di archiviare i dati nel data center di tua scelta potrebbe essere un fattore critico nel decidere quale CMS scegliere.
Supporto tecnico e commerciale
La possibilità di ricevere supporto tecnico e commerciale nel tuo fuso orario è un altro fattore decisivo nella scelta del tuo CMS headless. Non avere un venditore locale ha ribaltato molti progetti a favore di quei venditori che hanno persone sul campo nella regione in questione.
Una grande organizzazione NFP (non a scopo di lucro) ha scelto un fornitore di CMS headless per la possibilità di archiviare i dati in un centro dati di Azure in Australia. Avere supporto alle vendite sul campo e supporto tecnico 24 ore su 24 ha conquistato la vendita per quel fornitore di CMS senza testa.
Cerca:
Funzionalità aziendali da considerare
Alcune grandi organizzazioni potrebbero richiedere un Single Sign-On (SSO) legato al sistema di autenticazione dell'azienda o registri di controllo che possono essere facilmente interrogati. Potrebbero esserci integrazioni con i sistemi esistenti e alcune certificazioni ISO che devono essere in atto prima che un prodotto SaaS sia considerato adatto. Fare un elenco di queste funzionalità aziendali e di altre esclusive per l'organizzazione a livello aziendale è un buon punto di partenza quando si sceglie un CMS headless.
La comunità in azione
Un'altra area solitamente trascurata è la comunità attorno a un dato CMS senza testa. Ci sono persone là fuori che sono appassionate del prodotto? Non sto parlando dei sbirri di marketing del venditore. Ci sono abbastanza risorse open source condivise dalle persone che utilizzano lo strumento? Questo potrebbe non essere un fattore decisivo, ma ti aiuterà quando ti trovi in una situazione difficile durante la fase di implementazione o supporto di un progetto.
Integrazione infrastrutturale
Con i CMS headless, non sei vincolato alla tecnologia, alla lingua o alla piattaforma. La tecnologia o la piattaforma su cui è costruito il CMS headless non influenza l'applicazione client. Puoi utilizzare una tecnologia a tua scelta da .NET a Node.js, il tuo sistema operativo potrebbe essere Windows, Linux o macOS e il tuo linguaggio potrebbe essere qualsiasi cosa, da Python a C#.
Allo stesso modo, quando si tratta di approvvigionare l'infrastruttura, puoi scegliere di ospitare il tuo sito su Netlify, Azure, GCP o AWS. L'architettura del tuo sito Web e le sue decisioni sull'infrastruttura sono ora basate esclusivamente sulle tue esigenze. Ci sono anche integrazioni native di prima classe con servizi come Gatsby Cloud che portano più combo che ti semplificano la vita. Per alcuni, questa potrebbe essere una decisione importante e dovrebbe essere presa parlando con alcuni professionisti esperti nello spazio senza testa.
Cerca:
La nostra esperienza in Luminary
In Luminary, abbiamo avuto la fortuna di collaborare con CMS headless come Acoustic, Contentful, Kentico Kontent e Umbraco Heartcore. Lavoriamo con alcuni di questi CMS sin dalle versioni beta delle loro piattaforme. Roadmap pubbliche, supporto tecnico eccezionale e risposta alle nostre richieste di funzionalità sono stati alcuni dei nostri punti salienti con queste piattaforme.
Abbiamo esperienza nell'affrontare la SEO per i siti Web senza testa con implementazioni solo front-end, nella memorizzazione nella cache di pagine di elenchi di grandi dimensioni, nella gestione di grandi cache lato server e nell'integrazione di altri microservizi con CMS senza testa. Ognuno di questi aveva le sue sfide uniche a cui dovresti prestare attenzione. Inoltre, le attività semplici su un CMS tradizionale come l'invio di moduli e la ricerca sul sito devono essere ben studiate insieme a funzionalità più avanzate come l'autenticazione utente e l'autorizzazione con servizi di terze parti.
Se scegli il CMS headless corretto con i puntatori sopra e con il partner di implementazione corretto, dovresti ritrovarti con un CMS headless che rende felici i marketer, i content editor e gli sviluppatori felici.