AI dræbte CMS — i hvert fald for simple hjemmesider

TL;DR

For simple hjemmesider — portfolioer, blogs, landingssider, små virksomhedssider — er et traditionelt CMS ved at blive unødvendig overhead. AI-værktøjer som Claude Code, Cursor og GitHub Copilot kan nu redigere din kodebase direkte, forstå kontekst, oversætte indhold og deploye ændringer via git. Det abstraktionslag, som CMS tilbød, erstattes af en smartere grænseflade: naturligt sprog.

CMS-skatten du betaler

Ethvert CMS medfører en skjult omkostning. Ikke kun abonnementsafgiften — hele økosystemet af kompleksitet, der pakkes omkring din ellers simple hjemmeside:

• Infrastruktur: En database at drifte, et API at vedligeholde, et dashboard at sikre. WordPress alene udgør ~43% af nettet og ~90% af CMS-rettede angreb.
• Ydeevne: Dynamisk sidegenerering, API-kald ved hver forespørgsel, klientside-hydrering af CMS-data. Din portfolio med 3 sider har nu arkitekturen af et SaaS-produkt.
• Leverandørlåsning: Dit indhold lever i en andens databaseskema. Migrere fra Contentful til Sanity? Det er et projekt, ikke en konfigurationsændring.
• Kontekstskift: Rediger kode i din IDE, skift derefter til et browserbaseret CMS-dashboard for at ændre en overskrift. To forskellige mentale modeller for hvad der grundlæggende er den samme operation.
• Omkostning: Headless CMS-priser skalerer ofte med API-kald eller indholdsposter. En personlig blog behøver ikke en indholdsinfrastruktur til $99/måned.

For en markedsføringsside, hvor 50 personer redigerer indhold dagligt, er denne omkostning berettiget. For en udviklerportfolio eller en lille virksomheds landingsside? Du bygger en bro over en vandpyt.

Hvad der ændrede sig: AI forstår din kode

Grunden til at CMS eksisterede var ligetil: ikke-tekniske personer (og selv udviklere, der ikke ville røre kode for indholdsændringer) havde brug for en visuel grænseflade til at opdatere hjemmesider. Koden var for kompleks, for skrøbelig, for let at ødelægge.

AI ændrede denne ligning fundamentalt. Moderne AI-kodeværktøjer gør ikke blot autofuldførelse — de forstår projektstruktur, læser eksisterende mønstre og foretager kontekstuelt korrekte redigeringer. Ændringen i arbejdsgangen er dramatisk:

# Old workflow: CMS
1. Open browser → log into CMS dashboard
2. Navigate to content → find the right page
3. Edit in WYSIWYG editor → fight with formatting
4. Preview → looks different from production
5. Hit publish → pray the cache invalidates

# New workflow: AI
1. Tell AI: "Change the pricing on the landing page to $29/month"
2. AI edits the file, you review the diff
3. Push to git → deploy

Det her er ikke hypotetisk. Denne blog kører på SolidStart med indhold gemt som TypeScript-filer. Hver artikel — inklusive denne — blev skabt ved at fortælle AI hvad den skal skrive, gennemgå resultatet og pushe til git. Intet CMS-dashboard. Ingen database. Intet API-lag mellem indholdet og koden.

Virkelige eksempler fra denne side

Denne hjemmeside understøtter 10 sprog, har en blog, genererer OG-billeder dynamisk og producerer RSS-feeds og sitemaps. Sådan ser indholdslaget ud — ren TypeScript:

// This blog post you're reading right now is a TypeScript file.
// No database. No API. No CMS dashboard.
// Just a typed object that AI can read and edit directly.

export const myPost: BlogPost = {
  slug: "ai-killed-cms",
  date: "2026-04-17",
  translations: {
    en: {
      title: "Why I stopped using a CMS",
      description: "AI understands my codebase better than any CMS UI.",
      content: makeContent(proseEn),
    },
    uk: { /* ... */ },
    de: { /* ... */ },
    // 10 languages — AI translates them all
  },
};

Ting jeg gør med AI, som traditionelt ville kræve et CMS:

• Tilføje et nyt blogindlæg: "Skriv en ny artikel om X, følg samme struktur som eksisterende indlæg" — AI opretter filen, tilføjer oversættelser, registrerer den i indekset
• Opdatere landingssidetekst: "Skift hero-overskriften til Y" — AI finder den rigtige fil og opdaterer den
• Oversætte indhold: "Tilføj tysk oversættelse for prissiden" — AI læser den engelske version og producerer en kulturelt tilpasset oversættelse, ikke en ord-for-ord-kopi
• Rette en stavefejl: "Der er en stavefejl på about-siden, 'recieve' skal være 'receive'" — klaret på 3 sekunder, committet til git med en meningsfuld besked

Hvad CMS faktisk løste — og hvordan AI erstatter det

Lad os være ærlige om hvad CMS bragte til bordet, og hvordan hver evne mapper til AI-arbejdsgangen:

Den centrale indsigt: git er allerede et bedre versionskontrolsystem end noget CMS nogensinde har bygget. Og naturligt sprog er en bedre grænseflade end nogen WYSIWYG-editor — fordi det bærer hensigt, ikke blot formatering.

Paradigmeskiftet: kode er indholdslaget

Vi er vidne til en inversion. I to årtier var tendensen at adskille indhold fra kode — lægge indholdet i en database, eksponere det via API, rendere det i frontend. Det gav mening, da kode var svær at redigere, og indhold skulle være tilgængeligt for ikke-udviklere.

AI gjorde ikke CMS forældet ved at være et bedre CMS. Det gjorde CMS forældet ved at gøre kode lige så tilgængelig som et dashboard.

Udviklingen af indholdsadministration på nettet følger en tydelig bane:

1. 2000'erne: Monolitiske CMS (WordPress, Drupal) — indhold og præsentation koblet i ét system
2. 2010'erne: Headless CMS (Contentful, Strapi) — indhold adskilt via API, renderet af frontend-frameworks
3. 2020'erne: Statiske site-generatorer + Markdown (Hugo, Astro) — indhold som filer, bygget ved deploy
4. 2025+: Kode-som-indhold + AI — indholdet lever i typet kode, AI er redigeringsgrænsefladen

Hvornår du stadig har brug for et CMS

Det her er ikke et "CMS er dødt"-standpunkt. CMS løser reelle problemer i stor skala. Du har stadig brug for et, når:

• Store redaktionsteams: 10+ indholdsredaktører, der har brug for rollebaseret adgang, godkendelsesworkflows og samtidig redigering. Git merge-konflikter er ikke en indholdsredaktørs problem at løse.
• Højfrekvent indhold: Nyhedssider, der publicerer 50+ artikler om dagen, har brug for optimerede redaktionspipelines, ikke git-commits.
• Komplekse indholdsrelationer: E-handelskataloger med tusindvis af SKU'er, produktvarianter og dynamisk prissætning kræver strukturerede databaser.
• Regulatorisk overholdelse: Brancher, der kræver revisionsspor, indholdsgodkendelseskæder og lovpålagte gennemgangsprocesser, har brug for specialbyggede systemer.

Grænsen er tydelig: hvis dine indholdsændringer kræver koordinering mellem flere ikke-tekniske interessenter med høj frekvens, fortjener CMS sin kompleksitet. Hvis du er soludvikler, et lille team, eller administrerer en side, der ændrer sig ugentligt snarere end hver time — er AI + kode enklere, hurtigere, billigere og mere pålideligt.

Fremtiden: AI som den universelle grænseflade

Tendensen rækker ud over CMS. Ethvert softwareabstraktionslag, der eksisterede fordi "det underliggende system er for komplekst til direkte interaktion", komprimeres af AI. Admin-dashboards, konfigurations-UI, visuelle databaseeditorer — alle disse er grænseflader, der oversætter menneskelig hensigt til systemændringer. AI udfører denne oversættelse nativt.

For simple hjemmesider er fremtiden allerede her. Dit indhold er kode. Din editor er AI. Din versionskontrol er git. Dit deploy er et push. Hele CMS-laget — dashboardet, databasen, API'et, hostingen — var middleware mellem din hensigt og din hjemmeside. AI fjernede behovet for den middleware.

Det bedste CMS er intet CMS. Ikke fordi indholdsadministration ikke betyder noget — men fordi AI gjorde selve koden til den mest intuitive grænseflade til indholdsadministration, vi nogensinde har haft.