AI drepte CMS — i hvert fall for enkle nettsider
Hvorfor tradisjonelle innholdshåndteringssystemer blir unødvendige for porteføljer, blogger og landingssider.
TL;DR
For enkle nettsider — porteføljer, blogger, landingssider, småbedriftssider — er et tradisjonelt CMS i ferd med å bli unødvendig overhead. AI-verktøy som Claude Code, Cursor og GitHub Copilot kan nå redigere kodebasen din direkte, forstå kontekst, oversette innhold og deploye endringer via git. Abstraksjonslaget som CMS ga, erstattes av et smartere grensesnitt: naturlig språk.
CMS-skatten du betaler
Ethvert CMS kommer med en skjult kostnad. Ikke bare abonnementsavgiften — hele økosystemet av kompleksitet som pakkes rundt den ellers enkle nettsiden din:
- Infrastruktur: En database å drifte, et API å vedlikeholde, et dashbord å sikre. WordPress alene utgjør ~43% av nettet og ~90% av CMS-rettede angrep.
- Ytelse: Dynamisk sidegenerering, API-kall på hver forespørsel, klientside-hydrering av CMS-data. Porteføljen din på 3 sider har nå arkitekturen til et SaaS-produkt.
- Leverandørinnlåsing: Innholdet ditt lever i noen andres databaseskjema. Migrere fra Contentful til Sanity? Det er et prosjekt, ikke en konfigurasjonsendring.
- Kontekstbytte: Rediger kode i IDE-en din, bytt så til et nettleserbasert CMS-dashbord for å endre en overskrift. To forskjellige mentale modeller for det som i bunn og grunn er den samme operasjonen.
- Kostnad: Headless CMS-priser skalerer ofte med API-kall eller innholdsposter. En personlig blogg trenger ikke en innholdsinfrastruktur til $99/måned.
For en markedsføringsside der 50 personer redigerer innhold daglig, er denne kostnaden berettiget. For en utviklerportefølje eller en småbedrifts landingsside? Du bygger en bro over en sølepytt.
Hva som endret seg: AI forstår koden din
Grunnen til at CMS eksisterte var enkel: ikke-tekniske personer (og selv utviklere som ikke ville røre kode for innholdsendringer) trengte et visuelt grensesnitt for å oppdatere nettsider. Koden var for kompleks, for skjør, for lett å ødelegge.
AI endret denne ligningen fundamentalt. Moderne AI-kodeverktøy gjør ikke bare autofullføring — de forstår prosjektstruktur, leser eksisterende mønstre og gjør kontekstuelt korrekte endringer. Endringen i arbeidsflyten 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 → deployDette er ikke hypotetisk. Denne bloggen kjører på SolidStart med innhold lagret som TypeScript-filer. Hver artikkel — inkludert denne — ble laget ved å fortelle AI hva den skal skrive, gjennomgå resultatet og pushe til git. Ikke noe CMS-dashbord. Ingen database. Ikke noe API-lag mellom innholdet og koden.
Virkelige eksempler fra denne siden
Denne nettsiden støtter 10 språk, har en blogg, genererer OG-bilder dynamisk og produserer RSS-feeder og sitemaps. Slik ser innholdslaget ut — 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 gjør med AI som tradisjonelt ville krevd et CMS:
- Legge til et nytt blogginnlegg: "Skriv en ny artikkel om X, følg samme struktur som eksisterende innlegg" — AI oppretter filen, legger til oversettelser, registrerer den i indeksen
- Oppdatere landingssidetekst: "Endre hero-overskriften til Y" — AI finner riktig fil og oppdaterer den
- Oversette innhold: "Legg til tysk oversettelse for prissiden" — AI leser den engelske versjonen og produserer en kulturelt tilpasset oversettelse, ikke en ord-for-ord-kopiering
- Rette en skrivefeil: "Det er en skrivefeil på about-siden, 'recieve' skal være 'receive'" — gjort på 3 sekunder, committet til git med en meningsfull melding
Hva CMS faktisk løste — og hvordan AI erstatter det
La oss være ærlige om hva CMS brakte til bordet og hvordan hver evne kartlegges til AI-arbeidsflyten:
| Problem | CMS-løsning | AI-løsning |
|---|---|---|
| Ikke-teknisk redigering | WYSIWYG-redigerer | Instruksjoner på naturlig språk |
| Flerspråklig innhold | i18n-tillegg, locale-felt | AI oversetter med kulturell kontekst |
| Innholdsplanlegging | Innebygde publiseringsdatoer | Git-basert CI/CD med cron eller datofelt i koden |
| Versjonshistorikk | CMS revisjonssystem | Git — gullstandarden for versjonskontroll |
| Mediehåndtering | Innebygd ressursbibliotek | CDN + git LFS eller skylagring |
Den sentrale innsikten: git er allerede et bedre versjonskontrollsystem enn noe CMS noensinne har bygget. Og naturlig språk er et bedre grensesnitt enn noen WYSIWYG-redigerer — fordi det bærer intensjon, ikke bare formatering.
Paradigmeskiftet: kode er innholdslaget
Vi er vitne til en inversjon. I to tiår var trenden å skille innhold fra kode — legge innholdet i en database, eksponere det via API, rendere det i frontend. Det ga mening da kode var vanskelig å redigere og innhold måtte være tilgjengelig for ikke-utviklere.
AI gjorde ikke CMS foreldet ved å være et bedre CMS. Det gjorde CMS foreldet ved å gjøre kode like tilgjengelig som et dashbord.
Utviklingen av innholdshåndtering på nett følger en tydelig bane:
- 2000-tallet: Monolittiske CMS (WordPress, Drupal) — innhold og presentasjon koblet i ett system
- 2010-tallet: Headless CMS (Contentful, Strapi) — innhold separert via API, rendret av frontend-rammeverk
- 2020-tallet: Statiske nettstedsgeneratorer + Markdown (Hugo, Astro) — innhold som filer, bygget ved deploy
- 2025+: Kode-som-innhold + AI — innholdet lever i typet kode, AI er redigeringsgrensesnittet
Når du fortsatt trenger et CMS
Dette er ikke et "CMS er dødt"-standpunkt. CMS løser reelle problemer i stor skala. Du trenger fortsatt ett når:
- Store redaksjonsteam: 10+ innholdsredaktører som trenger rollebasert tilgang, godkjenningsflyter og samtidig redigering. Git merge-konflikter er ikke en innholdsredaktørs problem å løse.
- Høyfrekvent innhold: Nyhetssider som publiserer 50+ artikler om dagen trenger optimaliserte redaksjonspipelines, ikke git-commits.
- Komplekse innholdsrelasjoner: E-handelskataloger med tusenvis av SKU-er, produktvarianter og dynamisk prising krever strukturerte databaser.
- Regulatorisk etterlevelse: Bransjer som krever revisjonsspor, innholdsgodkjenningskjeder og lovpålagte gjennomgangsprosesser trenger spesialbygde systemer.
Grensen er tydelig: hvis innholdsendringene dine krever koordinering mellom flere ikke-tekniske interessenter med høy frekvens, fortjener CMS sin kompleksitet. Hvis du er en soloutvikler, et lite team, eller administrerer en side som endres ukentlig i stedet for hver time — er AI + kode enklere, raskere, billigere og mer pålitelig.
Fremtiden: AI som det universelle grensesnittet
Trenden strekker seg utover CMS. Hvert programvareabstraksjonslag som eksisterte fordi "det underliggende systemet er for komplekst for direkte interaksjon" komprimeres av AI. Admin-dashbord, konfigurasjon-UI, visuelle databaseredigerere — alle disse er grensesnitt som oversetter menneskelig intensjon til systemendringer. AI gjør denne oversettelsen nativt.
For enkle nettsider er fremtiden allerede her. Innholdet ditt er kode. Redigeringsverktøyet ditt er AI. Versjonskontrollen din er git. Deployen din er en push. Hele CMS-laget — dashbordet, databasen, API-et, hostingen — var mellomvare mellom intensjonen din og nettsiden din. AI fjernet behovet for den mellomvaren.
Det beste CMS-et er intet CMS. Ikke fordi innholdshåndtering ikke betyr noe — men fordi AI gjorde selve koden til det mest intuitive grensesnittet for innholdshåndtering vi noensinne har hatt.