Tiden for den agentiske CMS er kommet. Vi bygger til den.

<p>Hvert par år gennemgår CMS-verdenen en reel tektonisk skift. Det første var overgangen fra statisk HTML til dynamiske CMS-platforme i starten af 2000'erne. Det andet var fremkomsten af headless-arkitektur omkring 2018. Det tredje sker lige nu — og det er større end nogen af de foregående.</p> <p>Vi er vidne til fremkomsten af det <strong>agentiske CMS</strong>: indholdsstyringssystemer, hvor AI-agenter ikke blot assisterer med skrivning — de fungerer som fuldgyldige medlemmer af indholdsteamet, i stand til at skabe, redigere, publicere og optimere indhold autonomt.</p> <p>Vi har brugt det sidste år på at studere dette skift og udviklede specifikt [@webhouse/cms](/cms), fordi vi mener, at den nuværende generation af CMS-platforme — uanset hvor gode de er — ikke er designet til, hvad der kommer. Dette indlæg forklarer, hvad vi ser på markedet, og hvordan vores arkitektur adresserer det.</p> <hr> <h2>Hvad der egentlig sker i CMS-verdenen lige nu</h2> <h3>Alle kæmper for at tilføje AI til deres CMS</h3> <p>Kapløbet er reelt. I løbet af de seneste 18 måneder har stort set alle større CMS-udbydere hastet med at tilføje AI-funktionalitet:</p> <ul> <li>Optimizely lancerede Opal, en AI-agent-orkestreringplatform</li> <li>Sitecore rebrandede fuldstændigt til Sitecore.ai</li> <li>Kentico introducerede AIRA, deres Agentic Marketing Suite</li> <li>Storyblok leverede Strata og FlowMotion til indholdsvektorisering</li> <li>Kontent.ai skubber en indbygget AI-agent</li> <li>Contentstack kalder sig nu en "Agentic Experience Platform"</li> <li>Umbraco udviklede en MCP-server til indholdsoperationer</li> </ul> <p>Disse er seriøse platforme med talentfulde teams. Men vi lagde mærke til én ting: de tilføjer alle AI til arkitekturer, der blev designet før AI-agenter eksisterede. Agenten skal navigere i et system, der er bygget til mennesker, der klikker sig igennem administrationspaneler.</p> <p>Det er det hul, vi bygger ind i.</p> <h3>MCP er blevet den universelle forbindelse</h3> <p>Model Context Protocol — introduceret af Anthropic i slutningen af 2024 og nu hostet af The Linux Foundation — er gået fra forslag til essentiel infrastruktur på knap atten måneder. Det standardiserer, hvordan AI-agenter opdager funktioner og kalder værktøjer, og CMS-verdenen har taget det til sig hurtigt.</p> <p>Sanity har en officiel MCP-server. Umbracos udvikler-MCP-server eksponerer deres fulde Management API. Strapi, CrafterCMS og dotCMS har alle MCP-integrationer i produktion eller pipeline. WordPress VIP har udgivet guides til enterprise-implementering.</p> <p>Implikationen er enkel: Hvis dit CMS har en veludformet MCP-server, bliver det øjeblikkeligt tilgængeligt for alle MCP-kompatible AI-klienter — Claude, Cursor, Claude Code og hvad der kommer hernæst. Ingen tilpassede integrationer nødvendige. Agenten opdager, hvad CMS'et kan, og begynder at arbejde.</p> <p>Vi tog dette alvorligt. Mere om vores tilgang nedenfor.</p> <h3>llms.txt gør hjemmesider AI-opdagelige</h3> <p>En mere stille, men potentielt transformerende standard vinder frem: <strong>llms.txt</strong>. Det er en Markdown-fil på rodniveauet af din hjemmeside, der fortæller AI-systemer, hvilke sider der betyder mest — en kurateret, token-effektiv indeks for sprogmodeller.</p> <p>De tidlige beviser er overbevisende. En tysk bureau indsendte deres llms.txt til Google Search Console, og inden for tre dage blev den citeret som den primære kilde i Google AI Mode-svar. Seks AI- og søgebots crawlede filen inden for fire dage — ingen inviteret via sitemap. Yoast har allerede tilføjet én-klik-generering. Cloudflare, Vercel og Netlify har udgivet guides.</p> <p>Adoptionen er stadig meget tidlig (mindre end 0,005% af hjemmesider), men banen er klar. Vi mener, at hver hjemmeside bør være AI-opdagelig som standard — ikke som en eftertanke.</p> <h3>Headless vandt. Spørgsmålet er nu, hvilken slags.</h3> <p>Debatten om headless CMS er afgjort. Ifølge WP Engine bruger 73% af organisationer allerede headless, og 98% af resten planlægger at evaluere inden for det næste år. Markedet forventes at vokse fra 2,38 mia. USD i 2025 til næsten 3 mia. USD i 2026.</p> <p>Toppen er konsolideret omkring Sanity, Contentful, Strapi, Storyblok og Hygraph. WordPress driver stadig 43% af internettet, men halvdelen af dets brugere rapporterer, at publicering tager over en time. Ghost dominerer inden for publicering. Webflow ejer visuel design. Payload CMS vokser som et TypeScript-native alternativ. Og Astro er blevet standarden for ydeevne-fokuserede statiske hjemmesider.</p> <p>Det, ingen endnu har gjort, er at bygge et CMS fra bunden, der samtidig er AI-native, statisk-først, MCP-aktiveret og distribueret som et simpelt npm-pakke.</p> <p>Det er, hvad vi laver.</p> <hr> <h2>Hvorfor vi udviklede @webhouse/cms</h2> <p>Vi havde ikke til hensigt at bygge endnu et headless CMS. Vi ville bygge CMS-motoren, som AI-agenter selv ville vælge — hvis de kunne vælge.</p> <p>Vores kerneantagelse: CMS-motoren bør være et <strong>genanvendeligt, indlejret TypeScript-bibliotek</strong>, som enhver AI-kodeagent kan installere og integrere i et nyligt genereret webprojekt. Motoren håndterer alt det, som AI ikke bør genopfinde hver gang: indholdsmodellering, persistens, mediapipelines, AI-orkestrering og statisk output-generering.</p> <p>Dette inverterer det traditionelle forhold. I stedet for et menneske-først-system, som AI også kan bruge, er @webhouse/cms et <strong>AI-først-system, som mennesker også kan bruge</strong> — komplet med et fuldt administrationspanel til visuel redigering, når du har brug for det.</p> <h3>To tilstande, ét pakke</h3> <p>Vi leverer to driftsformer i ét npm-pakke:</p> <p><strong>Standalone-tilstand</strong> giver dig en fuld byggherre — routing, generative temaer, administrationspanel og indbygget hosting. Tænk på det som en komplet WordPress-erstatning, der leverer ren statisk HTML. Kør <code>npx @webhouse/cms init</code> og du har en fungerende CMS på under 60 sekunder.</p> <p><strong>Headless SDK-tilstand</strong> giver dig et indholds-API og et indlejret redigeringsværktøj til eksisterende frameworks. Medbring din egen Next.js-, Astro- eller Node.js-frontend; motoren leverer struktureret indhold og AI-agenter via API.</p> <p>Det betyder, at vi betjener solostartups, der ønsker en fungerende hjemmeside på minutter, og udviklingsteams, der integrerer struktureret indhold i tilpassede arkitekturer — fra samme kodebase.</p> <hr> <h2>De arkitekturbeslutninger, der definerer os</h2> <h3>AI-native, ikke AI-tilføjet</h3> <p>Enhver CMS-udbyder i 2026 har AI-funktioner. Forskellen ligger i, hvor i stakken intelligensen befinder sig.</p> <p>Vi udviklede et <strong>udbyder-uafhængigt AI-orkestreringlag</strong> direkte integreret i indholdspipelinen. Fire specialiserede agenter håndterer forskellige domæner:</p> <ul> <li><strong>Indholdsagent</strong> — genererer, omskriver, oversætter, udvider, komprimerer og tilpasser indhold i henhold til det fulde samlings-skema. Den skriver ikke blot — den skriver indhold, der passer til din hjemmesides struktur og tone.</li> <li><strong>Designagent</strong> — arbejder på designtoken-niveauet og genererer komplette visuelle systemer ud fra brand-input (logo, farver, branche, tone). Hver hjemmeside ser unik ud, men er strukturelt sund.</li> <li><strong>SEO-agent</strong> — genererer metadata, schema-markup, interne linkforslag og sitemap-optimering.</li> <li><strong>Medieagent</strong> — håndterer AI-billedgenerering, video-generering, infografik, responsive billedsæt og alt-tekst-generering.</li> </ul> <p>AI-laget bruger et <strong>udbyderregister</strong>, der understøtter Anthropic, OpenAI, lokale modeller via Ollama og specialiserede udbydere som Flux og Runway. Automatisk fallback, ratebegrænsning, omkostningssporing og respons-caching er indbygget. Hvis alle AI-tjenester går ned, fungerer din hjemmeside stadig perfekt — statisk HTML har ikke brug for et API for at indlæses.</p> <h3>Dual MCP: vores mest udtalte beslutning</h3> <p>Dette er det arkitekturvalg, vi er mest stolte af. Mens de fleste CMS-platforme tilbyder én MCP-endpoint (hvis nogen), leverer vi <strong>to distinkte MCP-servere</strong>, fordi brugsscenarierne fundamentalt er forskellige:</p> <table> <thead> <tr> <th></th> <th>@webhouse/cms-mcp-client</th> <th>@webhouse/cms-mcp-server</th> </tr> </thead> <tbody> <tr> <td><strong>Hvem det er til</strong></td> <td>Enhver AI-agent på internettet</td> <td>Autentificerede ejere og redaktører</td> </tr> <tr> <td><strong>Autentifikation</strong></td> <td>Ingen — kun offentligt indhold</td> <td>Bearer-token / OAuth 2.1 + PKCE</td> </tr> <tr> <td><strong>Hvad det kan gøre</strong></td> <td>Læse publiceret indhold</td> <td>Læse, skrive, publicere, generere, bygge</td> </tr> <tr> <td><strong>Hvor det kører</strong></td> <td>Bundlet med hver bygget hjemmeside</td> <td>Standalone administrationsservice</td> </tr> <tr> <td><strong>Endpoint</strong></td> <td>yoursite.com/mcp</td> <td>cms.yoursite.com/mcp</td> </tr> <tr> <td><strong>Primære forbrugere</strong></td> <td>Perplexity, ChatGPT, web-udgave af Claude</td> <td>Claude iOS, Cursor, Claude Code</td> </tr> </tbody> </table> <p><strong>Den offentlige MCP-server</strong> (cms-mcp-client) er indlejret automatisk i hver hjemmeside, vi bygger. Enhver AI-agent på internettet kan opdage den og spørge om publiceret indhold — struktureret, rent, uden API-nøgler. Seks værktøjer dækker hjemmesideopdagelse, samlingsgennemgang, fuldtekstsøgning, sidesøgning, skema-introspektion og fuld eksport.</p> <p>Dette betyder, at dit indhold bliver en førsteklasses borger i det AI-formidlede internet. Når nogen spørger en AI-assistent om din branche, kan din hjemmeside svare med strukturerede data — ikke scrapede HTML-fragmenter.</p> <p><strong>Den autentificerede MCP-server</strong> (cms-mcp-server) er, hvor den rigtige magi sker. Den gør det muligt for betroede AI-klienter at skabe, redigere, publicere og generere indhold gennem naturlig samtale. Forestil dig dette:</p> <p>Du åbner Claude på din telefon og siger: <em>"Skriv et blogindlæg om vores nye lagerautomatiseringsfunktion og publicer det."</em></p> <p>Agenten kalder <code>get_site_summary</code> for at forstå din hjemmeside. Kalder <code>get_schema("blog")</code> for at lære de påkrævede felter. Kalder <code>generate_with_ai</code> for at producere et udkast, der matcher din samlings-skema og brandtone. Opretter dokumentet, præsenterer det til din godkendelse, publicerer det og udløser en inkrementel bygning.</p> <p>Dit blogindlæg er live. Du åbnede aldrig en browser.</p> <p>Vi har ikke set andre CMS'er tilbyde denne dobbeltlags-tilgang.</p> <h3>Statisk-først output</h3> <p>Produktionsartefakten er altid forhåndsgenereret HTML + CSS + minimal JavaScript. Ingen kørende framework i browseren, medmindre du aktivt vælger det. Lighthouse-scores på 95+ er et designmål, ikke en tilfældighed.</p> <p>Når du har brug for interaktivitet — kontaktformularer, indkøbskurv, søgning — bruger vi <strong>Interaktive Øer</strong> med Preact (3KB vs Reacts 40KB). Hver ø hydrerer uafhængigt. Resten af siden forbliver statisk.</p> <p>Denne filosofi stemmer overens med ydeevneretningen i hele branchen. Edge-caching, sub-100ms sideindlæsning, nul JavaScript som standard. Dit indhold performer, fordi der ikke er noget, der bremser det.</p> <h3>Indbygget AI-opdagelighed</h3> <p>Hver hjemmeside bygget med @webhouse/cms genererer automatisk ved byggetidspunktet:</p> <ul> <li><strong>llms.txt</strong> og <strong>llms-full.txt</strong> til AI-agentopdagelse</li> <li><strong>JSON Feed + RSS</strong> til syndikering</li> <li><strong>JSON-LD Schema.org</strong>-injektion per samlingstype</li> <li><strong>ai-index.json</strong> som et struktureret maskinlæsbart manifest</li> <li><strong>/.well-known/ai-plugin.json</strong> annoncerer MCP-endpointet</li> <li><strong>Rent tekst-eksport</strong> (/slug.txt) for hver side</li> </ul> <p>Ingen plugins. Ingen konfiguration. Ingen separat optimeringsproces. Din hjemmeside er opdagelig af AI-agenter fra det øjeblik, den er bygget.</p> <p>Vi mener, at dette vil betyde enormt meget inden for de næste to år, efterhånden som AI-formidlet søgning bliver en primær trafik kilde. De hjemmesider, der er lettest for AI at forstå, vil være dem, der bliver citeret mest. Vi sørger for, at hver @webhouse/cms-hjemmeside er i den position fra dag ét.</p> <hr> <h2>AI Lock-systemet: Governance indbygget</h2> <p>Et spørgsmål, vi konstant hører om agentiske CMS-platforme: <em>"Hvordan stoler jeg på, at AI ikke ændrer de forkerte ting?"</em></p> <p>Vores svar er <strong>AI Lock-systemet</strong>. Det giver felt-niveau beskyttelse, der sikrer, at AI-agenter aldrig kan ændre bestemte felter — priser, juridisk tekst, verificerede data, alt hvad du udpeger — medmindre en menneskelig bruger aktivt låser dem op.</p> <p>Dette er ikke en konfigurationsmulighed. Det er en arkitekturmæssig invariant, der håndhæves på motor-niveau. Hver skriveoperation passerer gennem en <code>WriteContext</code>, der identificerer, hvorvidt aktøren er menneske eller AI. Låste felter afviser AI-skriver med en klar fejl. Princippet er absolut: <strong>AI-agenter kan aldrig låse felter op — kun brugere kan.</strong></p> <p>Vi udviklede dette, fordi vi mener, at fremtiden for det agentiske CMS kræver tillidsinfrastruktur, ikke blot kapabilitet. AI'en bør være kraftfuld. Den bør også have klare grænser.</p> <hr> <h2>Handel: Shop-pluginet</h2> <p>Vi udvikler et ledsagepakke — <strong>@webhouse/cms-plugin-shop</strong> — der udvider motoren med e-handelsfunktioner:</p> <ul> <li>Fysiske og digitale produkter</li> <li>Abonnementer og medlemskaber med indholdsadgang</li> <li>En kursusplatform med videostreaming via Mux</li> <li>Avancerede handelsfunktioner i senere faser</li> </ul> <p>Pluginet integrerer sig i vores udvidelsessystem i stedet for at modificere kernen — hvilket opretholder rene arkitekturmæssige grænser. Stripe er sandhedens kilde til prissætning og betalingstilstand. CMS'et ejer indhold og præsentation. AI-agenter kan håndtere produktbeskrivelser, kursusindhold og marketingtekst uden nogensinde at røre ved betalingslogik.</p> <p>Det betyder, at du får en komplet indhold + handelsplatform fra ét økosystem, uden ballasten ved at forsøge at gøre et CMS til Shopify eller omvendt.</p> <hr> <h2>Hvor vi passer ind på markedet</h2> <p>Vi ser CMS-landskabet kortlagt på tværs af to akser: arkitektonisk modernitet og AI-integrationsdybde.</p> <table> <thead> <tr> <th></th> <th>AI boltet på</th> <th>AI-native</th> </tr> </thead> <tbody> <tr> <td><strong>Monolitisk</strong></td> <td>WordPress + AI-plugins, Wix, Squarespace</td> <td>(stort set tom)</td> </tr> <tr> <td><strong>Komponérbar</strong></td> <td>Sanity, Contentful, Storyblok, Strapi, Sitecore.ai</td> <td><strong>@webhouse/cms</strong></td> </tr> </tbody> </table> <p>Enterprise-spillerne er komponérbare med AI boltet på. Indie-/udviklerplatformene har god DX men begrænset AI-native kapabilitet. De monolitiske byggherrer tilføjer AI-funktioner til fundamentalt stive arkitekturer.</p> <p>Vi befinder os i <strong>komponérbar + AI-native</strong>-kvadranten med en kombination, ingen andre tilbyder:</p> <ul> <li><strong>Dobbelt-tilstand</strong> (standalone + headless SDK) i ét npm-pakke</li> <li><strong>Dual MCP</strong> (offentlig læsning + autentificeret læs/skriv) ud af boksen</li> <li><strong>Statisk-først output</strong> med 95+ Lighthouse som designmål</li> <li><strong>AI-opdagelighed</strong> (llms.txt, Schema.org, ai-index.json) genereret automatisk</li> <li><strong>Shop-plugin</strong> til integreret handel</li> <li><strong>AI Lock</strong> til felt-niveau governance</li> <li><strong>Skema-drevet indhold</strong>, som AI-agenter kan forstå programmatisk</li> <li><strong>npm-distribution</strong> — installérbart af enhver AI-kodeagent på sekunder</li> </ul> <p>Vores største konkurrencemæssige differentiering er ikke en enkelt funktion. Det er, at vi startede med en blank TypeScript-fil og spurgte: <em>"Hvordan ville et CMS se ud, hvis AI-agenter var det primære interface?"</em> — og så byggede vi præcis dét.</p> <hr> <h2>Hvad der kommer hernæst</h2> <p>Vi udvikler @webhouse/cms offentligt og følger en seks-faset udviklingsplan:</p> <ol> <li><strong>Fundament</strong> — kerne-motor, skema-system, indhold CRUD, SQLite-lagring, basalt statisk output, CLI</li> <li><strong>AI-integration</strong> — udbyderregister, indhold/SEO-agenter, mediapipeline, CMS-manifest</li> <li><strong>Administrationspanel</strong> — visuel editor, mediebibliotek, AI-chatpanel, autentifikationssystem, MCP-servere</li> <li><strong>Framework-adaptere</strong> — Next.js-, Astro- og Node.js-integrationer</li> <li><strong>Designsystem</strong> — generative temaer, designagent, infografik-motor</li> <li><strong>Enterprise</strong> — multi-bruger roller, godkendelsesworkflows, i18n, import fra WordPress/Ghost/Contentful</li> </ol> <p>Vi er i aktiv udvikling i øjeblikket, og vi vil dele arkitekturopdateringer, tekniske dybdegående artikler og tidlig adgangsmuligheder, efterhånden som vi skrider frem.</p> <p>Hvis du er interesseret i at følge med — eller hvis du bygger noget, der kunne drage fordel af en AI-native CMS-motor — vil vi meget gerne høre fra dig.</p> <hr> <h2>Pointen</h2> <p>CMS-landskabet i 2026 gennemgår sin mest betydningsfulde transformation siden WordPress lancerede i 2003. Sammenløbet af agentisk AI, Model Context Protocol, AI-opdagelighedsstandarder og komponérbar arkitektur skaber et øjeblik, hvor de rigtige arkitekturbeslutninger giver afkast i årevis.</p> <p>Vi mener, at CMS'et i det næste årti ikke vil være det med det bedste administrationspanel. Det vil være det, som en AI-agent kan installere, forstå og operere uden at læse en eneste linje dokumentation.</p> <p>Det er, hvad vi bygger.</p> <blockquote> <p>Tiden for administrationspanelet er forbi. Tiden for det agentiske CMS er begyndt.</p> </blockquote>