En effektiv platform til digitale oplevelser
Oplev vores komplette content management- og commerce-løsninger.
Se produkterAlt hvad marketingfolk og udviklere har brug for at vide om konsolløs, adskilt og API-first content management-systemer
Okay, men helt ærligt: Hvad er konsolløs CMS?
Så hvad betyder det egentlig? Hvorfor er konsolløs arkitektur vigtig for fremtidens digitale oplevelse?
Konsolløs arkitektur er til dels svaret på den måde, webindhold har udviklet sig. I lang tid blev det meste webindhold leveret via en browser, ofte som et website. Men der kommer hele tiden nye forbundne enheder på markedet.
Målgrupperne har i dag adgang til indhold gennem nye interfaces med forskellige formfaktorer – for eksempel smartphones, bærbare enheder, AI-aktiverede stemmeassistenter og endda virtual reality-headsets.
Konsolløs CMS-arkitektur er altafgørende for at kunne tage fat på disse nye indholdsmæssige udfordringer. Det betyder, at du nemt kan oprette og administrere flere ting og levere dem til flere steder.
Men før vi bliver for tekniske, så lad os begynde med det grundlæggende.
Find ud af forskellen på sidebaseret og objektbaseret arkitektur, og hvorfor din AI-aktiverede stemmeassistent ikke er nær så smart, som det lyder.
Få mere at vide om forskellene på konsolløs og ikke-konsolløs arkitektur, og find ud af, hvordan du undgår at skulle vælge mellem personalisering og analyser, som konsolløse systemer normalt tilbyder.
Helt overordnet handler back-end-delen af et CMS-system om, hvordan indhold bliver administreret, og front-end-delen handler om, hvordan det bliver præsenteret. Tænk på det som et butiksvindue.
Front-end-opgaverne omfatter alt det, du kan se, når du går forbi butikken på gaden: produktudvalget, og hvordan produkterne er præsenteret, samt de tilhørende skilte.
Back-end-opgaverne omfatter logistikken – der skal laves skilte, lageret skal fyldes op, og produkterne skal flyttes rundt og stilles op i butikken.
Hvis vi kigger på et grundlæggende website, vil det betyde, at back-end-aktiviteterne blandt andet kunne omfatte:
Front-end-delen vil hjælpe indhold, lagrede aktiver og design igennem og udgive dem på en HTML-side.
For ikke-tekniske brugere, der skulle udgive simpelt indhold – som for eksempel en blog – var dette et fantastisk, problemfrit setup.
Men i takt med at den digitale oplevelse udvikler sig, bruger udviklere så meget tid på at finde måder at omgå systemerne på, så de kan levere sofistikeret indhold til flere forskellige enheder.
Adskilt CMS opsplitter back-end- og front-end-opgaverne. I praksis betyder det, at udviklere hurtigt kan kode og designe front-end-oplevelser i deres foretrukne sprog uden at være bundet af restriktive back-end-teknologier. Da kan i stedet anvende Application Programming Interfaces (APIs) til at oprette forbindelse mellem back-end-funktionerne – såsom lagring og administration af indhold – og alle front-end-leveringsmiljøer.
I de tilfælde hvor adskilte CMS-systemer separerer back-end- og front-end-funktioner, indeholder de stadig nogle front-end-leveringsværktøjer, såsom sideskabeloner eller modulintegration.
API-first CMS-løsninger er funktionelt set det samme som konsolløs CMS, da de ikke har nogen standard-front-end. Udviklere kan frit oprette så mange leveringslag, de har brug for (i deres foretrukne sprog), for at aktivere indhold på alle tænkelige nye kanaler.
API-first CMS-løsninger er fantastisk, hvis du har et team af dygtige udviklingsfolk, der er klar til at tage skridtet – CMS-løsningen administrerer helt enkelt indholdet og venter på et API-opkald fra et front-end-leveringslag, der er opbygget af udviklingsteamet.
Adskilt CMS passer på den anden side til virksomheder, der ønsker den fleksibilitet, de kan få med opsplittede front-end- og back-end-aktiviteter, men som måske stadig har brug for support i forbindelse med udgivelse af indhold.
Først bliver det digitale indhold mere sofistikeret, og brugernes forventninger stiger. Du er nødt til at opbygge smukt, responsivt og interaktivt indhold for at skille dig ud – og du skal kunne gøre det hurtigt.
Dernæst dukker der nye kanaler og brugerenheder op hele tiden. Det er ikke tilstrækkeligt af skabe smukke sider – du skal også sørge for, at du kan levere alle steder så effektivt som muligt. Konsolløs CMS-systemer betyder, at marketingfolk og udviklere kan oprette fantastisk indhold i dag og – mest vigtigt – fremtidssikre driften af indholdet, så de kan levere konsistent og fremragende indhold alle steder.
… de kan nøjes med at oprette indhold én gang og så sætte deres udviklere i gang med at få det vist alle steder. Det betyder, at de bruger mindre tid på administration og mere tid på at opbygge smukke, sammenhængende oplevelser.
… de slipper for back-end-systemets restriktioner i forhold til de programmeringssprog, hvor de mangler ekspertise. I stedet kan de arbejde med udseende og funktionalitet i forhold til brugeroplevelsen ved hjælp af de værktøjer, de kender og synes om (for eksempel JavaScript-biblioteker og -frameworks) og derefter aktivere indholdet hvor som helst gennem de nyeste API'er.
…they’re released from the back-end restrictions of programming languages where they lack expertise. Instead, they can build the look, feel, and functionality of user experiences using tools they know and like (e.g. JavaScript libraries and frameworks), and then push content out anywhere using the latest APIs.
Den første er, at hvad du opnår i fleksibilitet, mister du i tilgængelighed. Da præsentationen er overladt til udviklere, der skriver i JavaScript, kan ikke-tekniske marketingfolk ikke bruge What You See Is What You Get-baseret (WYSIWYG) oprettelse og redigering.
Den anden er en større udfordring.
Der sker noget drastisk, når du skærer toppen af et CMS-system: Du afskærer dig muligheden for at sende data om kundeinteraktion mellem front-end- og back-end-delen i realtid.
Det betyder, at du ikke kan personalisere oplevelsen eller gennemføre aktiviteter såsom indholdsanalyser.
Personalisering har flyttet sig fra at være et "nice-to-have"- til et minimumskrav. Kunderne er ved at finde ud af, hvor fantastisk personalisering føles, for eksempel fra førende virksomheder som Amazon, Netflix, Spotify m.fl.
Det er præcis, hvad Sitecores konsolløse leveringsindstillinger leverer.
Flere konsolløse løsninger understøtter front-end-udviklere, når de etablerer løsninger og apps, som gengiver indhold på alle enheder og browsere. Uanset om udviklere bruger JavaScript-biblioteker såsom Vue.js, React.js og Angular.js eller udnytter nye ASP.NET Core SDK- og konsolløse renderingshostarkitektur, kan de vælge, hvad der er bedst for dem.
Disse muligheder er også indeholdt i en API, som er forbundet til Sitecores kontekstuelle system til levering af indhold. Systemet bruger oplysninger fra Sitecores Experience Database™ til at understøtte enheder og browsere, så de kan omsætte både indhold og regler for personalisering i realtid. Det vil sige, at brugerne ser forskelligt indhold baseret på profiloplysninger, tidligere interaktioner m.m.
Get more insights into the basics
Topartikel
Oplev vores komplette content management- og commerce-løsninger.
Se produkter