Guide · Teknik for ejere

Headless CMS: hvad er det, og har I brug for et?

Et headless CMS er et redigeringsværktøj, hvor indholdet gemmes ét sted og sendes via et API til jeres hjemmeside, app eller andre kanaler, som er bygget separat. Det betaler sig, når I har flere kanaler, flere sprog, høje krav til hastighed eller en hjemmeside, der er træt af plugins. Her får I forskellen på headless og traditionelt CMS, et prisoverblik og en sammenligning af de mest brugte systemer.

11 min. læsning · Opdateret 1. oktober 2026

Marketingchefen vil gerne opdatere forsiden inden kampagnen fredag, men siden har ikke været opdateret i to måneder, fordi sidste opdatering af et plugin fik kontaktformularen til at forsvinde. Samtidig vil salgsafdelingen vise de samme cases i en app og på skærmene i showroomet, og det kræver lige nu, at nogen kopierer tekst tre steder. Det er de to situationer, hvor vi oftest hører spørgsmålet: skal vi have et headless CMS? Svaret afhænger af, hvor mange kanaler I har, hvor ofte I udgiver, og hvor vigtigt hastighed og sikkerhed er for jer.

Hvad er et headless CMS? Forklaret enkelt

CMS står for content management system, altså det sted, hvor I skriver og redigerer indholdet på jeres hjemmeside. I et traditionelt CMS som WordPress hænger redigeringen og selve hjemmesiden sammen i ét system: indholdet gemmes i en database, og det samme system bygger siderne med et tema. "Hovedet" er den del, der viser indholdet for de besøgende. Et headless CMS har fjernet hovedet. Det gemmer kun indholdet og stiller det til rådighed gennem et API, og så bygges hjemmesiden, appen eller infoskærmen som selvstændige løsninger, der henter indholdet derfra.

Tænk på det som et lager og en række butikker. I et traditionelt CMS er lageret og butikken bygget sammen, og vil I åbne en ny butik, skal I bygge et nyt lager. Med headless har I ét lager, som kan levere til så mange butikker, I vil. Hvis API er et nyt ord, så har vi forklaret det helt fra bunden i guiden hvad er et API.

Traditionelt CMS (fx WordPress)

  • Redigering og hjemmeside i ét system
  • Hurtigt i gang med færdige temaer
  • Funktioner tilføjes med plugins
  • Indhold og layout er ofte blandet sammen
  • Hele systemet skal opdateres og sikres løbende

Headless CMS

  • Indholdet ét sted, leveret via API til alle kanaler
  • Hjemmesiden bygges frit, fx i Next.js
  • Funktioner bygges ind i koden
  • Strukturerede felter, der kan genbruges
  • Mindre angrebsflade, fordi redigering og site er adskilt
De to måder at bygge et redigerbart website på.

Headless CMS vs WordPress: hvad er forskellen i praksis?

Sammenligning på de punkter, der betyder mest for en virksomhed. Forskellene afhænger af, hvor godt hver løsning er bygget.

OmrådeTraditionelt CMSHeadless CMS
HastighedAfhænger af tema og plugins, ofte tungTypisk hurtig, sider kan bygges på forhånd
SikkerhedPlugins er en hyppig indgang for angrebAdmin ligger adskilt fra den offentlige side
Flere kanalerPrimært bygget til én hjemmesideSamme indhold til web, app og skærme
Redaktørens frihedStor, også til at ødelægge layoutetInden for de blokke, designet tillader
Afhængighed af udviklerLav til små ændringerNye sektionstyper kræver en udvikler
StartprisLav med færdigt temaHøjere, fordi frontenden bygges
VedligeholdelseMange opdateringer af kerne, tema og pluginsFærre bevægelige dele at holde opdateret

Tabellen viser, at headless typisk koster mere at bygge og mindre at drive. Det er derfor, regnestykket over tre til fem år ofte falder ud til headless, mens regnestykket for de første tre måneder taler for et færdigt tema. Vi har gået dybere i netop den afvejning i Next.js vs WordPress.

Hvornår betaler et headless CMS sig?

Brug listen som en hurtig test. Jo flere punkter, I kan sige ja til, jo stærkere er argumentet for headless.

  • Det samme indhold skal bruges flere steder: hjemmeside, app, nyhedsbrev, skærme eller partnerportaler.
  • I har hjemmesiden på to eller flere sprog og vil styre oversættelser felt for felt.
  • Hastighed betyder noget for jeres salg, fx fordi I køber trafik eller sælger online.
  • I har haft problemer med plugins, opdateringer eller hackerangreb på jeres nuværende side.
  • Flere personer udgiver jævnligt, og I vil have roller, kladder og godkendelse.
  • I vil have et design, der er skræddersyet og ikke bundet af et tema.
  • Hjemmesiden skal hænge sammen med andre systemer, fx produktdata, booking eller et CRM.

Hvornår er et traditionelt CMS nok?

Et traditionelt CMS eller en hjemmesidebygger er et fornuftigt valg, når budgettet er stramt, når siden er lille og sjældent ændres, og når én person selv vil kunne bygge nye sider fra bunden med træk og slip. Det er også fint, hvis I allerede har en velfungerende WordPress-side, som holdes opdateret og er hurtig nok. Så er det sjældent pengene værd at skifte bare for teknologiens skyld.

Hvilke headless CMS findes der? Sanity, Contentful, Strapi og Payload

Der findes snesevis af headless CMS’er, men fire går igen i de fleste projekter, vi ser. De falder i to grupper: hostede tjenester, hvor leverandøren driver systemet for jer, og open source-systemer, som I eller jeres udvikler hoster selv. Priserne ændrer sig jævnligt, så tjek altid de aktuelle planer hos leverandøren.

Overblik over fire udbredte headless CMS’er. Alle kan bruges sammen med Next.js.

SystemTypeStyrkerOvervej
SanityHostet tjeneste med gratis niveauMeget fleksibel redigering, realtidssamarbejde, visuel redigeringPris stiger med brugere og forbrug
ContentfulHostet tjeneste til større organisationerModent, stabilt, stærkt til mange sprog og teamsBetalte planer er ofte dyre for små virksomheder
StrapiOpen source, selvhostet eller i Strapi CloudIngen licens ved selvhosting, fuld kontrol over dataI skal selv drive server og opdateringer
PayloadOpen source, skrevet i TypeScriptKan køre inde i selve Next.js-projektet, data i egen databaseKræver en udvikler, der kender koden

Andre navne, I kan støde på, er Storyblok, som er stærk til visuel redigering, Directus, som lægger et redigeringslag oven på en eksisterende database, og WordPress brugt headless. Vores erfaring er, at valget af system betyder mindre end indholdsmodellen. Et velovervejet sæt af sidetyper og blokke kan flyttes mellem systemer. En dårlig model er dårlig i dem alle.

Hvad koster et headless CMS?

De poster, der udgør den samlede pris. Licensen er sjældent den største; det er bygget af hjemmesiden og flytningen af indhold.

PostTypisk niveauHvad der driver prisen
CMS-licensGratis til flere tusinde kr. om månedenAntal redaktører, sprog, API-kald og support
Indholdsmodel og opsætningEn del af byggeprisenAntal sidetyper, blokke og relationer
Hjemmesiden (frontend)Fra standardsite til skræddersyet niveauDesign, antal skabeloner, integrationer
Flytning af indholdFra få timer til flere ugerMængde, kvalitet og om det kan flyttes automatisk
Hosting og driftFast månedlig prisTrafik, billeder, backup og opdateringer

Til sammenligning ligger et standardsite fra et dansk bureau typisk på 15.000–40.000 kr., mens skræddersyede løsninger ligger på 50.000–200.000 kr. og derover. En headless-løsning lander ofte i den øvre del af standardintervallet eller i det skræddersyede, afhængigt af hvor mange sidetyper og integrationer der skal med. Et regneeksempel: en virksomhed med 15 ansatte og en hjemmeside på dansk og engelsk med 12 sidetyper, cases og jobopslag, som også skal vise nyheder i en kundeapp. Med headless skrives hver nyhed én gang og vises begge steder. Uden headless skal den skrives to gange og vedligeholdes to steder, år efter år.

Hvordan skifter I fra WordPress til et headless CMS?

1

1. Gennemgå indholdet

Hvilke sider får trafik, hvilke kan slettes, og hvilke skal skrives om? Ofte kan en tredjedel fjernes.

2

2. Lav indholdsmodellen

Definér sidetyper, blokke og felter sammen med redaktørerne, før der kodes noget.

3

3. Byg hjemmesiden og forhåndsvisning

Frontenden bygges, fx i Next.js, med live-forhåndsvisning, så redaktørerne ser, hvad de laver.

4

4. Flyt indhold og lav redirects

Indholdet flyttes, og hver gammel adresse peges til den nye, så I ikke mister placeringer i Google.

5

5. Træn redaktørerne og lancér

En kort træning og en enkel vejledning, og så går siden live med overvågning de første uger.

Et typisk forløb fra gammel side til ny headless-løsning.

Trin fire er der, hvor mange skift går galt. Uden en komplet liste over gamle adresser og deres nye modstykker kan en ny hjemmeside miste en stor del af sin trafik fra Google på få uger. Vi har skrevet en hel guide om at flytte hjemmeside uden at miste SEO, som I kan bruge som tjekliste.

Hvilke faldgruber skal I undgå med et headless CMS?

  • Ingen forhåndsvisning. Redaktørerne skriver i blinde og udgiver for at se resultatet.
  • En indholdsmodel formet efter ét bestemt design, så alt skal laves om ved næste redesign.
  • CMS-kontoen står i bureauets navn, så I ikke har adgang til jeres eget indhold.
  • Billeder uploades i fuld størrelse uden automatisk komprimering, og siden bliver langsom alligevel.
  • SEO-felter som titel, beskrivelse og delingsbillede mangler i modellen.
  • Alle sider bygges på ny ved hver ændring, så en rettelse tager lang tid om at gå live.

Punktet om billeder hænger sammen med hastighed. Et headless setup giver gode forudsætninger for en hurtig side, men tunge billeder og for meget tredjepartskode kan stadig trække jer ned. Se vores guide til hjemmesidens hastighed og Core Web Vitals for de konkrete grænser, Google måler på.

Hvordan arbejder Ceptiv med headless CMS?

Vi bygger hjemmesider i Next.js, React og TypeScript, og vi vælger CMS efter, hvem der skal redigere, og hvad indholdet skal bruges til. Indholdsmodellen laver vi sammen med jeres redaktører i designfasen, så felterne passer til den måde, I arbejder på. Kontoen står i jeres navn, og I ejer kode og data. Hosting, opdateringer, sikkerhed og backup er en del af den faste månedlige drift. Læs mere om vores arbejde som Next.js-bureau, eller se priserne på vores webpakker.

Overvejer I et skifte, så skriv kort, hvad jeres side gør i dag, og hvor mange der redigerer den. Så får I en fast pris inden for 24 timer, inklusive flytning af indhold og redirects.

Spørgsmål om headless CMS

Er et headless CMS godt for SEO?
Det kan være rigtig godt, men det afhænger af, hvordan hjemmesiden ovenpå er bygget. Bruger I et framework som Next.js, der leverer færdig HTML til Google, får I typisk hurtigere sider og fuld kontrol over titler, beskrivelser, strukturerede data og hreflang. Bygges frontenden derimod, så indholdet først hentes i browseren, kan søgemaskinerne få sværere ved at læse siden. Sørg for, at SEO-felterne er en del af indholdsmodellen, så redaktørerne selv kan styre dem på hver side.
Kan vi selv redigere indholdet i et headless CMS?
Ja. Redaktørerne logger ind i CMS’et og skriver, uploader billeder og udgiver, ligesom i WordPress. Forskellen er, at de arbejder i felter og blokke, som er designet til netop jeres indhold, og at layoutet styres af hjemmesiden. Det gør det svært at ødelægge designet ved et uheld. Til gengæld kræver det en udvikler at tilføje en helt ny type sektion. Bed om live-forhåndsvisning, så redaktørerne kan se siden, mens de skriver.
Kan WordPress bruges som headless CMS?
Ja. WordPress har et indbygget REST API, og med tilføjelser kan det også levere data via GraphQL. Så kan redaktørerne beholde den editor, de kender, mens hjemmesiden bygges i fx Next.js. Det er en god mellemvej, hvis I har meget indhold og en redaktion, der er glad for WordPress. Ulempen er, at I stadig skal vedligeholde en WordPress-installation med plugins og opdateringer, så noget af den gamle vedligeholdelsesbyrde følger med.
Hvad sker der med vores indhold, hvis vi vil skifte CMS senere?
Fordi indholdet i et headless CMS er struktureret i felter og adskilt fra designet, er det som regel lettere at flytte end indhold fra et traditionelt CMS, hvor tekst og layout er blandet sammen. De fleste systemer kan eksportere alt som JSON. Spørg alligevel ind til eksport før I vælger, og sørg for, at kontoen står i jeres navn. Med open source-systemer som Strapi og Payload ligger databasen hos jer selv, så I har altid direkte adgang til data.
Har en lille hjemmeside brug for et headless CMS?
Ikke nødvendigvis. Har I fem sider, der ændres et par gange om året, kan det være enklere at lade udvikleren rette teksterne, eller at bruge et let CMS med få felter. Et headless CMS giver mest værdi, når flere personer udgiver jævnligt, når der er flere sprog, eller når indholdet skal bruges flere steder. Mange små virksomheder har dog glæde af et enkelt headless CMS til nyheder, cases og jobopslag, fordi det holder hjemmesiden hurtig og fri for plugins.
Hvad er forskellen på headless og et visuelt sidebyggeværktøj?
Et visuelt sidebyggeværktøj som Elementor eller Wix lader redaktøren trække elementer rundt på siden og styre layoutet direkte. Et klassisk headless CMS giver strukturerede felter, mens designet ligger i koden. Flere systemer, fx Storyblok og Sanity med visuel redigering, kombinerer de to: redaktøren klikker på siden og retter direkte, men inden for de rammer, designet tillader. Det er ofte den bedste løsning for marketingteams, der vil have frihed uden at gå på kompromis med brandet.

Skal vi bygge det for jer?

I får et fastpristilbud inden for 24 timer.

Dennis Nielsen

Dennis Nielsen

Driftschef, Ceptiv

Gratis konsultation

En gratis time med gode råd, før I går i gang.

Beskriv jeres projekt, så kontakter jeg jer hurtigst muligt, og vi aftaler et uforpligtende møde. I går derfra med gode råd til, hvordan projektet kommer godt fra start.

  • Gratis
  • 1 time
  • Uforpligtende