Headless CMS i praksis: Hvorfor vi bygger med Next.js og Supabase

Din hjemmeside er ikke bare en brochure

For de fleste mellemstore virksomheder er hjemmesiden det vigtigste digitale aktiv. Det er der, kunderne danner deres første indtryk, researcher løsninger og tager beslutninger. Alligevel kører mange virksomheder stadig på et CMS, der blev designet til at publicere blogindlæg i 2005.

Det er ikke en kritik af WordPress eller Drupal. Begge platforme har leveret enorm værdi i årtier, og vi bygger stadig løsninger på dem. Men de blev designet til en verden, hvor en hjemmeside var en selvstændig ø — ikke en del af et økosystem af apps, API'er, AI-assistenter og multiple kanaler.

I 2026 kræver virksomheder mere. Hurtigere loadtider. Bedre sikkerhed. Fleksibilitet til at levere indhold til flere platforme. Og en arkitektur, der er klar til AI-søgning og næste generations digitale oplevelser.

Det er her, headless CMS kommer ind i billedet.

Hvad er et headless CMS?

Et traditionelt CMS som WordPress samler to ting i ét system: indholdshåndtering (hvor du skriver og redigerer) og præsentation (hvordan det vises for besøgende). Det er bekvemt, men det betyder også, at de to dele er tæt koblede.

Et headless CMS adskiller de to lag. Indholdet bor i en backend og leveres via API'er til en separat frontend — uanset om det er en hjemmeside, en mobilapp, en digital skærm eller en AI-assistent. "Headless" refererer simpelthen til, at man fjerner "hovedet" (præsentationslaget) og lader indholdet flyde frit.

Det giver tre afgørende fordele:

Performance. Når frontend og backend er adskilt, kan sider pre-renderes og serveres fra et globalt CDN. Brugeren modtager indhold fra den server, der er tættest på dem — ikke fra én central server i ét datacenter. Resultatet er markant hurtigere loadtider og bedre Core Web Vitals-scores, som direkte påvirker jeres Google-rangering.

Sikkerhed. I et headless-opsætning er der ingen direkte forbindelse mellem den offentlige hjemmeside og indholdsdatabasen. Det reducerer angrebsfladen drastisk. Til sammenligning kommer 92% af WordPress-sårbarheder fra plugins og temaer, ifølge Patchstack.

Fleksibilitet. Indhold oprettet én gang kan leveres til hjemmeside, app, e-mail, digital signage og AI-platforme — uden duplikering. Det er fundamentet for en omnikanalstrategi, der holder trit med kunderejsens kompleksitet.

Vores valg: Next.js + Supabase + Vercel

Hos CPHD har vi valgt en headless arkitektur bygget på tre komponenter:

Next.js er vores frontend-framework. Det er React-baseret og giver os server-side rendering (SSR), static site generation (SSG) og incremental static regeneration (ISR) — tre renderingsmetoder, der tilsammen sikrer, at sider både er lynhurtige og altid opdaterede. Next.js er i 2026 det dominerende framework til headless websites, og det er der en god grund til: det giver fuld kontrol over performance og SEO fra dag ét.

Supabase er vores backend. Det er en open-source PostgreSQL-database med indbygget autentificering, realtidsopdateringer og storage. Hvor mange headless CMS'er låser jer ind i et proprietært system, giver Supabase os fuld kontrol over datamodellen — og mulighed for at bygge præcis den indholdstruktur, der passer til projektet. Vi bruger Supabase til alt fra blogartikler og case studies til dynamiske formularer og brugerdata.

Vercel er vores deployment-platform. Den er bygget specifikt til Next.js og giver automatisk CDN-distribution, edge functions og preview-deployments. Hver gang vi pusher en ændring, går den live på et globalt netværk af servere inden for sekunder.

Tilsammen giver denne stack os en arkitektur, der er hurtig, sikker, fleksibel og fuldstændig under vores kontrol.

Hvornår giver headless mening — og hvornår gør det ikke?

Headless er ikke den rigtige løsning til alle projekter. Her er en ærlig vurdering:

Headless giver mening, når:

• Performance er forretningskritisk — hurtigere sider giver bedre SEO og højere konverteringsrater
• I skal levere indhold til flere kanaler (website, app, digital signage, AI-platforme)
• I har brug for fuld kontrol over frontend-oplevelsen uden begrænsninger fra temaer og templates
• I planlægger AI-integrationer eller automatiserede content-pipelines inden for de næste 12-18 måneder
• Sikkerhed er en topprioritet — særligt for virksomheder i regulerede brancher

WordPress eller Drupal er stadig bedre, når:

• Marketingteamet skal kunne redigere sider visuelt uden udviklerhjælp fra dag ét
• Budgettet er begrænset, og time-to-market er vigtigere end arkitekturel fleksibilitet
• I primært har brug for en standard hjemmeside med blog og kontaktformular
• I er afhængige af specifikke WordPress-plugins, der ikke har tilsvarende alternativer

Det er ikke et enten-eller. WordPress kan også køre som headless CMS via REST API eller WPGraphQL — og det er en pragmatisk mellemvej for virksomheder, der vil modernisere gradvist.

Headless og SEO: Myte vs. virkelighed

Der eksisterer en sejlivet myte om, at headless er dårligt for SEO. Det er forkert — men det kræver, at man gør det rigtigt.

Problemet opstår, når frontend renderes udelukkende med JavaScript på klientsiden (client-side rendering). Her ser Googles crawler en tom side, fordi indholdet først indlæses, når JavaScript eksekveres i browseren. Det er en reel faldgrube — men den løses fuldstændig med server-side rendering.

Med Next.js leverer vi fuldt renderet HTML direkte fra serveren. Google — og AI-crawlere fra ChatGPT, Perplexity og andre — ser alt indhold med det samme. Vi implementerer desuden schema markup (JSON-LD) på alle indholdssider, genererer sitemaps automatisk fra vores indholdsmodel og har fuld kontrol over metadata, Open Graph-tags og canonical URL'er.

Resultatet er en arkitektur, der ikke bare matcher WordPress på SEO — den overgår det, fordi vi har finkornet kontrol over hvert eneste element.

Hvad det betyder for AI-synlighed

I forlængelse af vores artikel om GEO og AEO er headless-arkitekturen direkte forbundet med AI-søgesynlighed.

AI-systemer som ChatGPT og Perplexity trækker information fra sider, der er strukturerede, maskinlæsbare og hurtigt tilgængelige. En headless arkitektur med server-side rendering og struktureret data scorer højt på alle tre parametre.

Dertil kommer, at en headless indholdmodel gør det nemt at levere indhold som strukturerede objekter — ikke bare HTML-dokumenter. Det betyder, at AI-platforme kan udtrække præcise passager, entiteter og relationer fra jeres indhold, hvilket øger sandsynligheden for at blive citeret.

Sådan arbejder vi med headless hos CPHD

Vores tilgang til headless-projekter følger en fast struktur:

1. Indholdsmodel først. Vi starter altid med at definere indholdsstrukturen i Supabase — ikke med designet. Hvilke indholdstyper har I brug for? Hvilke relationer eksisterer mellem dem? Hvordan skal indholdet genbruges på tværs af kanaler?

2. Frontend bygges modulært. Vi bygger genbrugelige React-komponenter i Next.js, der mapper direkte til indholdsmodellen. Det sikrer konsistens og gør det nemt at tilføje nye sider og indholdstyper uden at bygge fra bunden.

3. SEO er arkitektur, ikke eftertanke. Schema markup, metadata, sitemaps og renderingsstrategi defineres som en del af den tekniske arkitektur — ikke som noget, der boltes på efter launch.

4. Preview og redaktionel oplevelse. Vi bygger preview-funktioner, så redaktører kan se ændringer, før de publiceres. Det er afgørende for at give marketingteamet den autonomi, de er vant til fra et traditionelt CMS.

5. Deployment og drift. Vercel håndterer automatisk deployment, CDN og edge functions. Vi tilbyder SLA-aftaler med 99,9% uptime-garanti og proaktiv overvågning.

Hvem er headless til?

Headless CMS er ikke kun for tech-virksomheder med store udviklingsafdelinger. Det er for enhver virksomhed, der tager sin digitale tilstedeværelse alvorligt og vil investere i en arkitektur, der holder i flere år.

Vi arbejder primært med mellemstore virksomheder — typisk med 50-250 ansatte — der har vokset sig ud af deres nuværende platform og har brug for noget, der kan følge med. Noget der er hurtigt, sikkert og klar til fremtiden.

Den rigtige teknologi til det rigtige projekt. Det er vores filosofi — uanset om løsningen hedder WordPress, Drupal, Shopify eller en headless arkitektur med Next.js og Supabase.