Hvad koster en headless CMS-løsning?
En hjemmeside med headless CMS koster oftest 640.000 DKK til 1,6 mio. DKK at bygge. Startomkostningen er højere end for et traditionelt CMS, men udgifterne til indhold og kanaler bliver lavere over tid. Oven i udviklingen kommer et licensgebyr for CMS’et. Headless betaler sig når I publicerer meget eller til flere kanaler, ellers sjældent.
Headless CMS er den moderne arkitektur til indholdstunge hjemmesider: et indholdslag som Sanity eller Contentful i bunden og en hurtig frontend i Next.js ovenpå. Den giver performance og frihed, men koster mere at bygge fra start. Spørgsmålet er om den lavere løbende udgift når at opveje den højere startomkostning for netop jer. Her er prisniveauet og de klare kriterier for hvornår headless betaler sig.
Hvad det koster at bygge
| Omfang | Typisk pris |
|---|---|
| Fokuseret headless-hjemmeside | 640.000–960.000 DKK |
| Virksomhedshjemmeside med flere indholdstyper | 960.000 DKK–1,3 mio. DKK |
| Omfattende platform til flere kanaler | 1,3–1,6 mio. DKK+ |
Startomkostningen er højere end for et traditionelt CMS af en simpel grund: Frontend og indholdsstyring bygges som to dele der kobles sammen, i stedet for at komme færdigpakket. Den frihed koster udviklingstid fra start, men det er også den der giver lavere udgifter på længere sigt.
Licensmodeller for headless CMS
Ud over udviklingen kommer en løbende licens til selve CMS’et. Modellerne ligner hinanden på tværs af leverandørerne:
- Gratis niveau. De fleste har et gratis niveau der rækker til små projekter eller til at komme i gang.
- Månedligt eller årligt gebyr. For en virksomhedshjemmeside drejer det sig ofte om nogle tusinde DKK om måneden, og gebyret vokser med antal brugere, indholdsmængde og API-kald.
- Enterprise. Store organisationer med høje krav til support og sikkerhed betaler mere, ofte med årsaftaler.
Regn med licensen som en selvstændig post i det løbende budget, adskilt fra udviklingsomkostningen.
Udgiften over tid: Derfor kan headless vinde
Det er i den løbende udgift at headless har sin styrke. Det samme indhold skrives én gang og flyder ud hvor der er brug for det (web, app, nyhedsbrev, skærme) uden at blive skrevet om pr. kanal. Redaktørerne arbejder i en brugerflade bygget til indhold, og den moderne frontend-arkitektur er ofte billigere at vedligeholde og bygge videre på end et traditionelt system der er vokset sig tungt.
For en organisation der publicerer meget og til flere kanaler, kan de lavere udgifter til indhold og kanaler med god margin opveje den højere startomkostning inden for et par år.
Det er værd at forstå hvorfor besparelsen opstår. I et traditionelt system er indhold og præsentation bygget sammen, så den samme tekst der skal ud i en app eller på en skærm, ofte skal skrives eller tilpasses på ny til hver kanal. I en headless-opsætning bor indholdet i et neutralt lag og leveres via API derhen hvor der er brug for det. Jo flere kanaler og jo højere publiceringstempo, desto mere betyder det, og desto hurtigere er den højere startomkostning tjent hjem. Har du kun én kanal og skriver sjældent, udebliver hele den gevinst.
Hvornår headless ikke betaler sig
Det er lige så vigtigt at vide hvornår man skal lade være. Headless er det forkerte valg når:
- Hjemmesiden er lille og opdateres sjældent. Så er den højere startomkostning svær at begrunde.
- I kun har én kanal og ingen planer om flere. Så udebliver en af de største fordele ved headless.
- Teamet er lille og vil have alt i ét værktøj. Et traditionelt CMS er enklere at drive og vedligeholde.
I de tilfælde gør et traditionelt CMS samme nytte billigere. Det er vigtigt at være ærlig om det: Headless er kraftfuldt, men ikke altid det rigtige.
Et konkret scenarie
Lad os sige at en indholdsdrevet organisation publicerer dagligt og vil nå både web og app fra samme kilde, med en hurtig hjemmeside og fuld designfrihed. Så er headless det rigtige. Regn med 850.000 DKK–1,2 mio. DKK til udviklingen plus nogle hundrede DKK om måneden til CMS-licensen, og med en lavere løbende udgift der tjener forskellen hjem.
Sæt det op mod et traditionelt CMS for samme organisation. Startomkostningen ville have været lavere, men hver ny kanal og hver omgang indhold ville have kostet mere i arbejde, og en tung installation bliver med tiden dyrere at drive og vedligeholde. Over nogle år, med højt publiceringstempo og flere kanaler, er det netop den forskel i løbende udgift der gør headless til den billigere vej samlet set. For en lille hjemmeside med én kanal ville konklusionen være den modsatte, og det er hele pointen: Valget afgøres af hvor meget du bruger indholdet, ikke af hvilken arkitektur der lyder mest moderne.
En almindelig fejl er at vælge headless fordi det er på mode, snarere end fordi behovet er der. Den højere startomkostning er kun begrundet hvis publiceringstempoet eller antallet af kanaler faktisk kan bære den. Vi hos Weapp bygger headless-løsninger i Next.js og hjælper jer først med at afgøre om arkitekturen passer til jeres behov. Se vores ydelser eller kontakt os og fortæl om jeres publiceringstempo og jeres kanaler.
Ofte stillede spørgsmål
Hvorfor er headless dyrere at bygge i starten?
Fordi frontend og indholdsstyring bygges som to separate dele der kobles sammen, i stedet for én færdig pakke. Du får en moderne, hurtig hjemmeside i f.eks. Next.js oven på et CMS som Sanity eller Contentful, men den frihed kræver mere udviklingsarbejde fra start end et traditionelt system hvor alt kommer samlet.
Hvad koster et headless CMS i licens?
De fleste headless-CMS’er har et gratis niveau til små projekter og derefter et månedligt eller årligt gebyr der vokser med antal brugere, mængden af indhold og antal API-kald. For en virksomhedshjemmeside drejer det sig ofte om nogle tusinde DKK om måneden. Regn med licensen som en løbende post adskilt fra selve udviklingen.
Hvornår betaler headless sig, og hvornår gør det ikke?
Headless betaler sig når du publicerer meget indhold, til flere kanaler, eller vil have en virkelig hurtig hjemmeside med fuld designfrihed. Det betaler sig sjældent for en lille hjemmeside der sjældent opdateres. Så er den højere startomkostning svær at tjene hjem, og et traditionelt CMS gør samme nytte billigere.
Bliver en headless-hjemmeside billigere over tid?
Ofte ja, hvis du bruger indholdet meget. Det samme indhold kan flyde ud til web, app og andre kanaler uden at blive skrevet om, og den moderne arkitektur er ofte billigere at vedligeholde og bygge videre på. Den lavere løbende udgift er det der skal opveje den højere startomkostning.
Hvad er forskellen i forhold til et almindeligt CMS som WordPress?
I et traditionelt CMS er indhold og præsentation bygget sammen, så systemet leverer færdige sider. I headless er CMS’et kun et indholdslag der leverer data via API, mens frontenden bygges frit ovenpå. Det giver mere fleksibilitet og bedre performance, men til gengæld højere kompleksitet og en højere tærskel for at komme i gang.