AI dödade CMS — åtminstone för enkla webbplatser

TL;DR

För enkla webbplatser — portfolios, bloggar, landningssidor, småföretagssajter — håller traditionella CMS på att bli onödig overhead. AI-verktyg som Claude Code, Cursor och GitHub Copilot kan nu redigera din kodbas direkt, förstå kontext, översätta innehåll och driftsätta ändringar via git. Det abstraktionslager som CMS erbjöd ersätts av ett smartare gränssnitt: naturligt språk.

CMS-skatten du betalar

Varje CMS kommer med en dold kostnad. Inte bara prenumerationsavgiften — hela ekosystemet av komplexitet som lindas kring din i grunden enkla webbplats:

• Infrastruktur: En databas att drifta, ett API att underhålla, en instrumentpanel att säkra. Enbart WordPress utgör ~43% av webben och ~90% av CMS-riktade attacker.
• Prestanda: Dynamisk sidgenerering, API-anrop vid varje begäran, klientsidig hydrering av CMS-data. Din portfolio med 3 sidor har nu arkitekturen hos en SaaS-produkt.
• Leverantörsinlåsning: Ditt innehåll lever i någon annans databasschema. Migrera från Contentful till Sanity? Det är ett projekt, inte en konfigurationsändring.
• Kontextväxling: Redigera kod i din IDE, byt sedan till en webbläsarbaserad CMS-instrumentpanel för att ändra en rubrik. Två olika mentala modeller för vad som i grunden är samma operation.
• Kostnad: Headless CMS-priser skalas ofta med API-anrop eller innehållsposter. En personlig blogg behöver inte en innehållsinfrastruktur för $99/månad.

För en marknadsföringssajt där 50 personer redigerar innehåll dagligen är denna kostnad motiverad. För en utvecklarportfolio eller en småföretagslandningssida? Du bygger en bro över en vattenpöl.

Vad som förändrades: AI förstår din kod

Anledningen till att CMS existerade var enkel: icke-tekniska personer (och även utvecklare som inte ville röra kod för innehållsändringar) behövde ett visuellt gränssnitt för att uppdatera webbplatser. Koden var för komplex, för skör, för lätt att förstöra.

AI förändrade denna ekvation i grunden. Moderna AI-kodverktyg gör inte bara autokomplettering — de förstår projektstrukturen, läser befintliga mönster och gör kontextuellt korrekta redigeringar. Förändringen i arbetsflödet är 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 här är inte hypotetiskt. Den här bloggen körs på SolidStart med innehåll lagrat som TypeScript-filer. Varje artikel — inklusive denna — skapades genom att berätta för AI vad den ska skriva, granska resultatet och pusha till git. Ingen CMS-instrumentpanel. Ingen databas. Inget API-lager mellan innehållet och koden.

Verkliga exempel från den här sajten

Den här webbplatsen stödjer 10 språk, har en blogg, genererar OG-bilder dynamiskt och producerar RSS-flöden och sajtkarta. Så här ser innehållslagret 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
  },
};

Saker jag gör med AI som traditionellt skulle kräva ett CMS:

• Lägga till ett nytt blogginlägg: "Skriv en ny artikel om X, följ samma struktur som befintliga inlägg" — AI skapar filen, lägger till översättningar, registrerar den i indexet
• Uppdatera landningssidans text: "Ändra hero-rubriken till Y" — AI hittar rätt fil och uppdaterar den
• Översätta innehåll: "Lägg till tysk översättning för prissidan" — AI läser den engelska versionen och producerar en kulturellt anpassad översättning, inte en ordagrann kopia
• Rätta ett stavfel: "Det finns ett stavfel på about-sidan, 'recieve' ska vara 'receive'" — klart på 3 sekunder, committat till git med ett meningsfullt meddelande

Vad CMS faktiskt löste — och hur AI ersätter det

Låt oss vara ärliga om vad CMS bidrog med och hur varje förmåga mappas till AI-arbetsflödet:

Den centrala insikten: git är redan ett bättre versionshanteringssystem än något CMS någonsin har byggt. Och naturligt språk är ett bättre gränssnitt än någon WYSIWYG-redigerare — för det bär avsikt, inte bara formatering.

Paradigmskiftet: kod är innehållslagret

Vi bevittnar en inversion. I två decennier var trenden att separera innehåll från kod — lägga innehållet i en databas, exponera det via API, rendera det i frontend. Det var vettigt när kod var svår att redigera och innehåll behövde vara tillgängligt för icke-utvecklare.

AI gjorde inte CMS föråldrat genom att vara ett bättre CMS. Det gjorde CMS föråldrat genom att göra kod lika tillgänglig som en instrumentpanel.

Utvecklingen av webbinnehållshantering följer en tydlig bana:

1. 2000-talet: Monolitiska CMS (WordPress, Drupal) — innehåll och presentation kopplade i ett system
2. 2010-talet: Headless CMS (Contentful, Strapi) — innehåll separerat via API, renderat av frontend-ramverk
3. 2020-talet: Statiska sajt-generatorer + Markdown (Hugo, Astro) — innehåll som filer, byggs vid driftsättning
4. 2025+: Kod-som-innehåll + AI — innehållet lever i typad kod, AI är redigeringsgränssnittet

När du fortfarande behöver ett CMS

Det här är inte ett "CMS är dött"-uttalande. CMS löser verkliga problem i stor skala. Du behöver fortfarande ett när:

• Stora redaktionsteam: 10+ innehållsredaktörer som behöver rollbaserad åtkomst, godkännandeflöden och simultanredigering. Git merge-konflikter är inte en innehållsredaktörs problem att lösa.
• Högfrekvent innehåll: Nyhetssajter som publicerar 50+ artiklar per dag behöver optimerade redaktionspipelines, inte git-commits.
• Komplexa innehållsrelationer: E-handelskataloger med tusentals SKU:er, produktvarianter och dynamisk prissättning kräver strukturerade databaser.
• Regulatorisk efterlevnad: Branscher som kräver revisionsspår, innehållsgodkännandekedjor och lagstadgade granskningsprocesser behöver specialbyggda system.

Gränsen är tydlig: om dina innehållsändringar kräver samordning mellan flera icke-tekniska intressenter med hög frekvens, förtjänar CMS sin komplexitet. Om du är en soloutvecklare, ett litet team, eller hanterar en sajt som ändras veckovis snarare än varje timme — är AI + kod enklare, snabbare, billigare och mer tillförlitligt.

Framtiden: AI som det universella gränssnittet

Trenden sträcker sig bortom CMS. Varje mjukvaruabstraktionslager som existerade för att "det underliggande systemet är för komplext för direkt interaktion" komprimeras av AI. Adminpaneler, konfigurationsgränssnitt, visuella databasredigerare — alla dessa är gränssnitt som översätter mänsklig avsikt till systemändringar. AI gör denna översättning inbyggt.

För enkla webbplatser är framtiden redan här. Ditt innehåll är kod. Din redigerare är AI. Din versionshantering är git. Din driftsättning är en push. Hela CMS-lagret — instrumentpanelen, databasen, API:et, hostingen — var mellanprogram mellan din avsikt och din webbplats. AI tog bort behovet av den mellanprogramvaran.

Det bästa CMS:et är inget CMS. Inte för att innehållshantering inte spelar roll — utan för att AI gjorde koden själv till det mest intuitiva gränssnittet för innehållshantering vi någonsin haft.