Cloud Nine forklarer hovedløst: Definition og fordele

Headless har været et varmt udtryk i den digitale verden i en årrække nu. Men hvad er hovedløst, og hvordan hænger det sammen med webprojekter? I vores blogserie "Cloud Nine forklarer hovedløst" tænkte jeg, at jeg ville prøve at forklare konceptet og gå lidt mere i detaljer med forskellige spørgsmål, der normalt dukker op.

Betydning af hovedløs

Vi starter med lidt baggrund. At en hjemmeside er "hovedløs" betyder, at det bagvedliggende system - i vores webverden, normalt et CMS eller en e-handelsplatform - er placeret som et separat system, mens præsentationen af ​​det til slutbrugeren er et separat system. Informationen i systemet er afbrudt fra præsentationen. Hvordan det præsenteres er så fuldstændig styret af en uafhængig brugergrænseflade (for eksempel en hjemmeside), der er ligeglad med, hvor informationen kommer fra, og hvordan den er oprettet. Interfacet fokuserer i stedet kun på, hvordan informationen skal præsenteres for en besøgende. Kommunikationen mellem systemerne foregår herefter via et såkaldt API ("Application Programming Interface"), der gør det muligt at sende data frem og tilbage mellem systemerne.

Fordele ved hovedløs

Så langt så godt, men hvorfor vil du gøre det på den måde? Fordelen ved, at indholdet ikke længere er tæt knyttet til præsentationen, er, at du nu er fri til at bruge indholdet på andre måder. Skal der udvikles en mobil app, hvor det samme indhold skal bruges, men præsenteres på en helt anden måde? Har du brug for et nyhedsfeed på en skærm i virksomhedens lobby? Ønsker en partner at vise dine oplysninger på deres hjemmeside? Den slags bliver pludselig mulig uden (i hvert fald i teorien) at skulle bygge noget om. At presentere information fra samme system i flere kanaler er en af ​​de store fordele. Det behøver heller ikke nødvendigvis at være helt adskilte typer af kanaler, et fælles anvendelsesområde er at have et underliggende system, der giver information til flere hjemmesider, fx for en gruppe med flere brands, der har lignende behov, men som skal være præsenteret med helt andre grafiske profiler.

Et andet aspekt er udskiftelighed. Hvis du vil lave din hjemmeside om, behøver du ikke nødvendigvis at udskifte alt; det er nok at lave præsentationslaget om. Dette gælder for hele hjemmesiden, men kan naturligvis også anvendes på enkelte dele af den. Du vil måske bare ændre startsiden eller hvordan produkter på en e-handel præsenteres, og så bliver det meget nemmere. Selv små ændringer er nemmere at lave, såsom blot at flytte rundt eller gentage individuelle komponenter på en side. Hvis du vil udskifte CMS'et, behøver du heller ikke nødvendigvis at udskifte dit præsentationslag.

Mange ser også fordele ved, at når man ikke skal tænke på indhold og design samtidig, er det sværere at lave fejl. Et klassisk eksempel er, når redaktører arbejder med indhold, der er struktureret efter, hvordan en side vil se ud. Det betyder ofte, at man vælger bevidst at gøre noget "forkert" for at opnå noget bestemt. På mange hjemmesider kan det betyde, at siden ikke føles homogen, og at designet breder sig, men når man i stedet arbejder med indhold efter, hvad indholdet er frem for hvordan det vil blive præsenteret, er det ikke længere et så stort problem.

/Ronnie Hillgren, systemudvikler