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
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åde | Traditionelt CMS | Headless CMS |
|---|---|---|
| Hastighed | Afhænger af tema og plugins, ofte tung | Typisk hurtig, sider kan bygges på forhånd |
| Sikkerhed | Plugins er en hyppig indgang for angreb | Admin ligger adskilt fra den offentlige side |
| Flere kanaler | Primært bygget til én hjemmeside | Samme indhold til web, app og skærme |
| Redaktørens frihed | Stor, også til at ødelægge layoutet | Inden for de blokke, designet tillader |
| Afhængighed af udvikler | Lav til små ændringer | Nye sektionstyper kræver en udvikler |
| Startpris | Lav med færdigt tema | Højere, fordi frontenden bygges |
| Vedligeholdelse | Mange opdateringer af kerne, tema og plugins | Fæ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.
| System | Type | Styrker | Overvej |
|---|---|---|---|
| Sanity | Hostet tjeneste med gratis niveau | Meget fleksibel redigering, realtidssamarbejde, visuel redigering | Pris stiger med brugere og forbrug |
| Contentful | Hostet tjeneste til større organisationer | Modent, stabilt, stærkt til mange sprog og teams | Betalte planer er ofte dyre for små virksomheder |
| Strapi | Open source, selvhostet eller i Strapi Cloud | Ingen licens ved selvhosting, fuld kontrol over data | I skal selv drive server og opdateringer |
| Payload | Open source, skrevet i TypeScript | Kan køre inde i selve Next.js-projektet, data i egen database | Kræ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.
| Post | Typisk niveau | Hvad der driver prisen |
|---|---|---|
| CMS-licens | Gratis til flere tusinde kr. om måneden | Antal redaktører, sprog, API-kald og support |
| Indholdsmodel og opsætning | En del af byggeprisen | Antal sidetyper, blokke og relationer |
| Hjemmesiden (frontend) | Fra standardsite til skræddersyet niveau | Design, antal skabeloner, integrationer |
| Flytning af indhold | Fra få timer til flere uger | Mængde, kvalitet og om det kan flyttes automatisk |
| Hosting og drift | Fast månedlig pris | Trafik, 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. Gennemgå indholdet
Hvilke sider får trafik, hvilke kan slettes, og hvilke skal skrives om? Ofte kan en tredjedel fjernes.
2. Lav indholdsmodellen
Definér sidetyper, blokke og felter sammen med redaktørerne, før der kodes noget.
3. Byg hjemmesiden og forhåndsvisning
Frontenden bygges, fx i Next.js, med live-forhåndsvisning, så redaktørerne ser, hvad de laver.
4. Flyt indhold og lav redirects
Indholdet flyttes, og hver gammel adresse peges til den nye, så I ikke mister placeringer i Google.
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.
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?
Kan vi selv redigere indholdet i et headless CMS?
Kan WordPress bruges som headless CMS?
Hvad sker der med vores indhold, hvis vi vil skifte CMS senere?
Har en lille hjemmeside brug for et headless CMS?
Hvad er forskellen på headless og et visuelt sidebyggeværktøj?
Skal vi bygge det for jer?
I får et fastpristilbud inden for 24 timer.
