6 grunner til at headless CMS er populært

Headless CMS øker i popularitet på grunn av at utviklere ønsker mer frihet samt fremveksten av omnikanal-leveranse og rike frontend-rammeverk. Mens tradisjonelle publiseringsløsninger holder en tett kobling mellom innholdet og presentasjonen – altså hvordan nettstedet ser ut og føles – bryter et headless CMS denne koblingen.

Når presentasjonslaget, eller hodet, skilles fra innholdslaget, eller kroppen, får du en hodeløs kropp klar til å distribueres til flere forskjellige “hoder” – det vil si kanaler som nettsteder, mobilapper, stemmeassistenter, smartklokker, TV-skjermer, digitale skiltsystemer eller kaffemaskinen din. Hvis omnikanal ikke er ditt krav, får du fortsatt full fleksibilitet til å bruke et hvilket som helst moderne frontend-rammeverk for å bygge nettstedet eller klienten din.

Du har kanskje allerede en anelse om hvorfor headless tar over en betydelig del av CMS-markedet, men vi vil likevel forklare det for deg:

6 grunner til at headless CMS er populært

1. Tradisjonelle CMS-er er en plage for utviklere
2. Forskjellige enheter, forskjellige behov
3. Rikere webopplevelse
4. Frontend-frihet
5. Fremtidssikre digitale opplevelser
6. Smidigere oppgraderinger

Hvordan velge riktig headless CMS:

1. Tradisjonelle CMS-er er en plage for utviklere

Et tradisjonelt CMS er et der innholdet ditt er tett koblet til hvordan dine digitale opplevelser ser ut, vanligvis i en nettleser. Prøv nå å forestille deg hvordan det er å utvikle løsninger på tvers av forskjellige kanaler med det samme innholdet i denne oppsettet. Du må bygge en separat løsning for hver kanal, eller silo, og oppdatere hver kanal separat med det samme innholdet – i bunn og grunn doble, tredoble og firedoble arbeidsmengden (eller verre!).

Tradisjonelle CMS-er har også dårlige API-er for å håndtere omnikanal-etterspørsel. Et API er en verktøykasse for å få forskjellige plattformer til å snakke med hverandre, og i den tradisjonelle formelen er de mer en ettertanke enn en klar løsning for å levere innhold til forskjellige kanaler.

Videre er det tradisjonelle CMS-et sideorientert og tett knyttet til presentasjonen. Det kan også komme med et proprietært rammeverk som utviklere må bruke. Dette passer dårlig for utviklere som ønsker frihet og fleksibilitet.

Det kan finnes andre rammeverk som leverer innhold til appene dine, men hvorfor skulle du ikke kunne levere innhold til dine digitale opplevelser med én plattform?

Med et headless CMS kan utviklerne jobbe med strukturert innhold – innhold organisert på en forutsigbar måte og vanligvis klassifisert med metadata, med XML og JSON som vanlige formater. Et eksempel er et produkt med flere felt, som bilder, beskrivelser, funksjoner og pris. I et headless CMS kan utviklerne jobbe med data i stedet for HTML og layout – og gjenbruke disse dataene på et nettsted, en app eller hva annet som trengs.

Se også: Hvordan levere den beste digitale opplevelsen for kundene dine »

2. Forskjellige enheter, forskjellige behov

I dag har vi mange nye digitale kanaler – nettsteder, apper, wearables, IoT, flatskjermer, biler og så videre. Vi må gjenbruke innhold på en helt annen måte enn før, og moderne og fremtidsrettede publiseringsløsninger bør ta dette i betraktning.

Med et headless CMS kan du distribuere innholdet ditt flere steder, og ikke bare på det klassiske nettstedet. Native og mobilapper har vært en drivkraft bak denne utviklingen, som nå lar deg sende innholdet ditt til kanaler som var utenkelige for noen år siden – som klokken din eller kjøleskapet ditt.

3. Rikere webopplevelse

Med et headless CMS kan utviklere bruke ethvert frontend-rammeverk for å skape enda rikere digitale opplevelser. Bare tenk på Facebook, Twitter, AirBnB eller nettbanken din. Disse fungerer som en applikasjon og ikke primært et nettsted – med raske lastetider og spesialiserte funksjoner. Og alt er programmert ved hjelp av et moderne frontend-rammeverk – helst ved å bruke et headless CMS for redaksjonelt innhold.

Finn ut mer: Hvordan optimalisere brukeropplevelsen på nettstedet i 3 trinn »

Headless-evnen til å gjøre tilgjengelig innhold som hjelpetekster, infobokser, etiketter og annet redaksjonelt innhold fra en sentral database til forskjellige kanaler gjør den strenge separasjonen av kanaler litt mer foreldet enn før.

4. Frontend-frihet

Et headless CMS påvirker ikke hele arkitekturen din på samme måte som et tradisjonelt CMS gjør. I et tradisjonelt CMS bygger utviklerne maler med en tett kobling til CMS-et, mens dette skjer rett og slett ikke med headless.

Headless handler derfor om fleksibilitet. Du er ikke lenger låst til et CMS-spesifikt programmeringsspråk eller malmotor, noe som lar utviklerne dine bygge frontends og løsninger ved hjelp av forskjellige rammeverk og teknologier som kan hente og behandle innhold i form av rådata.

Et headless CMS muliggjør dermed raskere distribusjon av en testløsning, samt mindre innlåsing. Hvis du ikke liker det, kan det byttes ut uten å forårsake for mye trøbbel. Prøv å forestille deg det samme for et monolittisk CMS.

5. Fremtidssikre digitale opplevelser

Ettersom frontend på nettstedet eller appen din er frakoblet innholdsbanken, er det enklere å gjøre justeringer og redesigne løsninger uten å forstyrre innholdsredaktørene som samtidig oppretter og administrerer innhold.

Dette baner vei for en dobbel fordel: På den ene siden får utviklerne sin nevnte frihet til å utvikle løsninger med sine favorittverktøy og rammeverk. En fornøyd utvikler har mer motivasjon til å lage fantastiske produkter. På den andre siden kan innholdsredaktørene se ettertraktede forbedringer oftere, samt jobbe i et ryddig miljø – noe som gjør dem like fornøyde.

Begge disse fordelene illustrerer en fleksibel måte å jobbe på, der metoder og løsninger kan byttes ut med noe bedre hvis nødvendig. Og det er viktig når man møter fremtiden.

6. Smidigere oppgraderinger

Fra utviklerfrihet og omnikanal-virkelighet til mer fleksibilitet, og å være mer fremtidssikret – hvert punkt på denne listen er sammenknyttet. Og sist, men ikke minst, har vi spørsmålet om oppgraderinger.

Smidigere oppgraderinger spiller en rolle i den astronomiske økningen av headless CMS. Frakoblingen av CMS og din egen implementering betyr ofte at oppgradering av CMS-et vil være enklere. Så lenge API-et er bakoverkompatibelt, kan du oppgradere CMS-et uten å endre klientene dine – og omvendt.

***

Headless CMS har flere positive egenskaper som har bidratt til dens popularitet de siste årene. Men husk dette: Du trenger ikke å kaste barnet ut med badevannet. Det er egentlig ingen grunn til å gå all-in for en ren første-generasjons headless-løsning hvis du ikke trenger det, da det finnes noe som kalles neste-generasjons headless CMS, eller hybrid CMS. En neste-generasjons headless CMS tar det beste fra begge verdener – ved å styrke headless-kjernen med tillegg som visuell sidebygging, innholdstrestruktur og kontekstuelt forhåndsvisning. Noe som vil glede både utviklere og redaktører!

Først publisert 7. januar 2019, oppdatert 29. juni 2022.