Je CMS beheren met een eigen MCP-server

Je marketingteam wil voor de campagne van volgende week een landingspagina. De tekst staat klaar en de bouwstenen bestaan al in je CMS. Toch wordt het een ticket bij het webteam, of een middag blokken slepen in een beheeromgeving die maar één collega goed kent. Met een eigen MCP-server vraag je het in gewone taal aan Claude of ChatGPT, en staat de pagina als concept in je CMS.

Wat is een MCP-server?

MCP staat voor Model Context Protocol. Het is een open standaard waarmee een AI-assistent met andere software kan werken. Anthropic introduceerde hem eind 2024; inmiddels werken onder meer Claude en ChatGPT ermee.

Een MCP-server is het stuk software dat de assistent vertelt wat hij in een systeem kan doen, en dat die handelingen uitvoert. Voor een website betekent dat: pagina's opvragen, aanmaken en aanpassen in je CMS. Maar alleen via de handelingen die de server aanbiedt. Wat niet in de server staat, kan de assistent ook niet.

Wat kan je team ermee?

Alles wat een redacteur nu met de hand in het CMS doet, en dat vaak genoeg terugkomt om er tijd aan kwijt te zijn. Bijvoorbeeld:

• Een nieuwe pagina opzetten met de bouwstenen van je eigen design system.
• Teksten, metatitels en beschrijvingen aanpassen, ook in een tweede taal.
• Een blog, een case of een evenement toevoegen.
• Een afbeelding uit de mediabibliotheek kiezen.
• Een preview-link opvragen om het concept te bekijken.

Waarom niet gewoon een AI-schrijfhulp in je CMS?

Een schrijfhulp maakt tekst. Hij weet niet uit welke onderdelen je site bestaat. Plak je die tekst in een pagina, dan begint het schuiven met blokken alsnog.

Een eigen MCP-server kent je design system wel. Hij beschrijft elke bouwsteen: welke velden die heeft, welke verplicht zijn en welke waarden zijn toegestaan. De assistent bouwt de pagina dus op uit je eigen componenten, in plaats van een opmaak te verzinnen. Het resultaat ziet eruit als de rest van je site, omdat het uit dezelfde onderdelen bestaat.

Hoe houd je grip op wat de assistent doet?

Alles wat de assistent maakt of wijzigt, staat eerst als concept klaar. De server geeft een preview-link terug. Pas als iemand het concept heeft bekeken en op publiceren drukt, gaat het live.

Daarnaast bepaal je in de server welke handelingen er zijn. Mag je team alleen pagina's voorbereiden, dan bouw je geen handeling om te publiceren of te verwijderen. En de server krijgt alleen de rechten in het CMS die hij voor zijn taken nodig heeft.

Hoe ziet dat er in de praktijk uit?

Voor Sprints & Sneakers bouwden we het headless platform in Next.js en Strapi. Daar hoort een MCP-server bij waarmee het team via Claude de website beheert: pagina's aanmaken, blogs en cases toevoegen, allemaal met de bouwstenen van hun eigen design system. Een verzoek loopt zo:

• Iemand vraagt Claude om een landingspagina voor een campagne, met de tekst erbij.
• Claude vraagt de server welke bouwstenen er zijn en wat elke bouwsteen nodig heeft.
• Claude zet de pagina als concept in het CMS en geeft de preview-link terug.
• Iemand uit het team kijkt het concept na en publiceert het.

Voor wie is dit interessant?

Voor teams die vaak publiceren: marketing, een redactie, recruitment. Juist daar kost het CMS de meeste klikken, en juist daar is het design system al uitgewerkt. Heb je een site met een handvol pagina's die zelden veranderen, dan is het CMS zelf snel genoeg.

Wat heb je nodig?

Een CMS met een API, zoals Strapi, en een set bouwstenen die goed is beschreven. Bij een website die we bouwen, leveren we de MCP-server mee. Draait je site al op een headless CMS met een API, dan kan er ook een server naast je bestaande site komen.

Benieuwd hoe dat voor jouw site zou werken? Bekijk wat we doen aan websites op maat of plan een gesprek.