Er CMS’en død?

Her er et ærligt spørgsmål, der ramte os midt i en session i dag: Hvis en AI kan bygge en hel hjemmeside — opsætte projektet, designe skemaet, så indhold, oprette sider og deploye — er selve konceptet med et content management system så forældet?

Spørgsmålet er ikke teoretisk. Det skete i dag. I en enkelt Claude Code-session byggede vi en komplet Next.js-hjemmeside til en af vores IoT-kunder — en AI-drevet gårdsstyringsplatform. AI’en læste HTML-kildekoder, udtruk indhold, designede en cms.config.ts med seks samlinger, såede 23 dokumenter til et GitHub-repository, byggede alle siderne, tilføjede mørkt/lyst tema og skubbede det live. Ingen menneske skrev en eneste linje indhold.

Så... er CMS’en død?

Det ærlige svar: Nej. Men det er under forandring.

CMS’en er ikke død. Men dens rolle forandrer sig fundamentalt.

Tænk over, hvad der skete efter at AI’en havde bygget hjemmesiden. Et menneske kiggede på det og sagde: "Logoen er for lille." "Teksten er ulæselig i lyst tema." "Hjørnebilledet er skjult bag en glas-overlay." "Brug de samme ikoner som i demoen." "Infografikkene mistede al interaktivitet."

AI’en producerede. Mennesket kuraterede.

Det er den nye dynamik. Og det er præcis derfor, en CMS betyder mere end nogensinde — bare ikke af de grunde, vi plejede at tro.

Hvad en CMS er i 2026

En CMS er ikke længere "det sted, hvor mennesker skriver tekst i tekstfelter." Den tid er ved at være forbi. Her er, hvad en CMS faktisk er nu:

1. Kontrollaget

Hvem godkender, hvad AI’en producerer? Uden governance er AI en brandslange af indhold uden kvalitetskontrol. En moderne CMS giver:

• AI-lås — feltniveau-beskyttelse, der forhindrer AI’en i at overskrive menneskelige redigeringer
• Kurateringskø — AI-genereret indhold gennemgår review, før det publiceres
• Godkendelsesworkflows — udkast → review → godkendt → publiceret
• Versionshistorik — hver ændring spores, hver version kan gendannes

Uden dette lag har du indholdschaos. Med det har du en produktionspipeline.

2. Strukturen

AI kan generere alt, men hvor skal det hen? Hvordan versionsstyres det? Hvordan relaterer det sig til andet indhold?

Skemadefinitioner, samlinger, felttyper, relationer, blokke — dette er infrastruktur, som AI bruger, ikke erstatter. Når vi beder en AI om at "oprette et blogindlæg", skal den vide:

• Hvilke felter der findes (titel, uddrag, indhold, dato, forfatter, tags)
• Hvilke typer de er (tekst, richtext, dato, relation, tags)
• Hvor det skal gemmes (filsystem, GitHub, Supabase)
• Hvilket format der skal bruges (markdown til richtext, slugs til relationer)

CMS’en leverer kontrakten. AI’en opfylder den.

3. Den visuelle sandhed

Du kan bede en AI om at bygge en hjemmeside, men du skal se den for at vide, om den er rigtig. Admin-UI’en, live preview, visuel redigering — disse danner feedback-loopet mellem intention og virkelighed.

I dag lærte vi det på den hårde måde. AI’en såede infografikindhold som rå HTML ind i richtext-felter. TipTap viste det som escaped tekst i stedet for renderet indhold. Uden en visuel admin til at opdage dette, var fejlen blevet sendt til produktion.

CMS’en er det sted, hvor du ser sandheden.

4. Orkestrationsmotoren

Planlagte agenter, multi-model AI, brandstemmeprofiler, læringsloops, analysedashboards — nogen skal konfigurere, overvåge og optimere disse systemer. Det er CMS’en.

Vores AI Cockpit lader dig indstille temperatur, prompt-dybde, SEO-vægt, hastighed/kvalitet-afvejninger og budgetgrænser. En agent kører autonomt, men inden for grænser defineret af et menneske via CMS’en.

Det er AI-drift. Og det har brug for en platform.

Hvad ER forældet

Lad os være klare over, hvad der er på vej ud:

• Tekstfelt-CMS’en — hvor et enkelt menneske manuelt skriver hvert ord på hver side
• Kun WYSIWYG-redigeringsværktøjet — hvor formateringslinjens knapper er teknologiens højdepunkt
• Den statiske sidebygger — hvor indholdet er fanget i et visuelt layout uden API
• Den monolitiske CMS — hvor indhold, præsentation og deployment er uadskillelige

Dette er levn fra en tid, hvor mennesker var de eneste indholdsproducenter. Den tid er forbi.

Hvad vi faktisk bygger

Det, vi bygger med @webhouse/cms, minder mere om en AI-driftsplatform, der tilfældigvis har et tekstfelt, hvis nogen insisterer på at bruge det.

De centrale funktioner:

• AI-native indholdsgenerering — agenter, der skriver, omskriver, oversætter og optimerer
• Menneskelig kuratering — reviewkøer, godkendelsesworkflows, feltniveau-låse
• Struktureret indhold — typerede skemaer, relationer, blokke, indlejrede objekter
• Multi-kanal levering — filsystem, GitHub, Supabase, API, MCP
• Visuel administration — se, hvad du styrer, ikke bare data i en database
• Autonom drift — planlagte agenter, budgetkontroller, kvalitetsmålinger

CMS’en er ikke død. Den udvikler sig fra en indholdseditor til en indholdsdriftsplatform. Og den platform er mere nødvendig end nogensinde — fordi uden den er AI bare støj.

Beviset

Dagens session var beviset. På cirka 12 timer gjorde vi følgende:

• Byggede en blokeditor til visuel sidesammensætning
• Tilføjede GitHub OAuth til at oprette og administrere repos fra admin’en
• Skabte en site-scaffolder (npm create @webhouse/cms)
• Testede en Supabase-lagringsadapter mod en reel PostgreSQL-database
• Byggede og testede en Docker-admin-image
• Skabte 31 detaljerede featureplaner
• Implementerede plugin-livscyklushooks, framework-adaptere og en analysedashboard
• Byggede en komplet hjemmeside med 6 samlinger og 23 dokumenter
• Tilføjede lydindlejring, filvedhæftning og callout-noder til richtext-editoren
• Skrev en 2.200-linjers CLAUDE.md, der lærer enhver AI at bruge CMS’en

Alt dette blev produceret af AI. Alt dette krævede menneskelig kuratering — beslutninger om, hvad der er rigtigt, hvad der er forkert, hvad der mangler, og hvad der betyder noget.

Det er ikke en CMS, der dør. Det er en CMS, der bliver essentiel.