Wat is een headless CMS? Simpel uitgelegd voor bedrijven

Wat is een headless CMS, en waarom roept je webbureau het ineens bij elk gesprek over een nieuwe site? Het korte antwoord: het is een beheersysteem voor je teksten en beelden dat los staat van je website. Dat klinkt als een technisch detail. Maar het bepaalt hoe snel je site is, hoe makkelijk je redactie werkt en hoeveel onderhoud je hebt. In dit artikel leg ik het uit zonder jargon, inclusief de nadelen.

Ik ben Yassine Seghrouchni, oprichter van Your Tech Club in Amsterdam. Nieuwe sites bouwen we op maat, vaak met een headless CMS, en dan meestal Strapi. Ik heb dus een voorkeur. Juist daarom zeg ik ook wanneer je het níet moet doen.

Wat is een headless CMS precies?

Een headless CMS is een contentmanagementsysteem dat alleen de inhoud beheert, zoals teksten, afbeeldingen en producten, en die via een API aan je website of app levert. Het "hoofd", de voorkant die je bezoeker ziet, zit er niet aan vast. Die bouw je los, bijvoorbeeld in Next.js.

Een vergelijking die bij directeuren meestal werkt: een traditioneel CMS is een winkel met een eigen magazijn achterin. Alles zit in één pand. Een headless CMS is een los magazijn dat meerdere winkels bevoorraadt. De website is één winkel. Een app, een kiosk-scherm of een digitale medewerker kunnen er ook uit putten.

Die API is de leverbus. Een API is een vaste afspraak waarmee twee systemen gegevens uitwisselen. Wil je daar meer over weten, lees dan wat een API is.

Wat is het verschil tussen een headless CMS en WordPress?

WordPress is een traditioneel CMS: beheer, opslag, plugins en de weergave van je site zitten in één systeem. Bij een headless CMS zijn die gescheiden. Je redactie werkt in het CMS, de website haalt de inhoud op. Daardoor raakt een update in het beheer niet automatisch je voorkant, en andersom ook niet.

Het belangrijkste verschil merk je bij onderhoud. Bij WordPress kan een plugin-update je contactformulier of je homepage breken, omdat alles met alles verbonden is. Bij een headless CMS staat de website los. Die kan zelfs blijven draaien als het beheersysteem even plat ligt.

Wat zijn de voordelen van een headless CMS?

De voordelen zitten in vier dingen: een snelle website, een redactie die zelf kan publiceren zonder het ontwerp te slopen, minder plugins om bij te houden, en inhoud die je ook in andere systemen kunt gebruiken. Dat laatste wordt belangrijker nu bedrijven AI willen inzetten op hun eigen informatie.

Snelheid. De voorkant kan pagina's vooraf klaarzetten, zodat een bezoeker niet wacht tot een database antwoord geeft. Hoe snel het precies wordt, hangt van de bouw af. Een headless CMS maakt het makkelijker, niet automatisch.

Een redactie met vrijheid binnen grenzen. Je team kiest uit blokken die we samen ontwerpen: een tekstblok, een case, een citaat, een knop. Daardoor ziet elke pagina er goed uit, ook als een nieuwe collega hem maakt.

Minder plugins. Functies bouw je in de voorkant of koppel je via een API. Daardoor heb je geen twintig plugins van twintig makers die elk hun eigen updates vragen.

Inhoud voor meer dan je website. Omdat alles via een API loopt, kan dezelfde inhoud naar een app, een nieuwsbrief of een digitale medewerker. Hoe ver je daarin kunt gaan, lees je in je CMS beheren met een eigen MCP-server.

Hoe dat in de praktijk uitpakt, zie je bij een Europese data- en AI-consultancy. Daar is een nieuwe case of insight publiceren nu invullen in Strapi, in plaats van een taak voor een developer (de case). Bij een mediamerk dat elke dag publiceert, gaan artikelen, rubrieken en pagina's live zodra de redactie ze klaar heeft (de case).

Wat zijn de nadelen van een headless CMS?

Een headless CMS vraagt meer bouwwerk vooraf. De voorkant moet een developer maken, een nieuw soort blok ook, en een voorbeeldweergave voor de redactie moet je apart inrichten. Je hebt bovendien twee onderdelen om te hosten en bij te houden. Voor een kleine, eenvoudige site is dat vaak te veel.

Ik zet ze eerlijk op een rij:

• Hogere bouwkosten. Je bouwt de voorkant zelf, in plaats van een thema te kopen.
• Een developer voor nieuwe blokken. Je redactie werkt snel binnen de blokken, maar een heel nieuw soort pagina vraagt bouwwerk.
• Voorbeeldweergave kost moeite. Zien hoe een pagina eruitziet vóór je publiceert, moet je inrichten. Het werkt, maar het zit er niet standaard in.
• Twee systemen. Het CMS en de website draaien apart, dus je onderhoudt ook twee dingen.

Wat ik níet zou doen: een headless CMS kiezen voor een site van vijf pagina's die je twee keer per jaar aanpast. Dan betaal je voor flexibiliteit die je nooit gebruikt. Een eenvoudige WordPress-site met goed onderhoud is dan slimmer.

Kun je WordPress als headless CMS gebruiken?

Ja. WordPress heeft een ingebouwde REST API waarmee je de inhoud als JSON ophaalt en in een losse voorkant toont. Dat heet headless WordPress. Je redactie blijft in het vertrouwde dashboard werken, terwijl de website apart gebouwd wordt, bijvoorbeeld in Next.js. Het kan dus, maar het is niet altijd verstandig.

De officiële documentatie beschrijft de REST API als een manier om WordPress-inhoud naar "completely separate applications" te brengen (WordPress REST API Handbook, bijgewerkt oktober 2026). Technisch werkt dat prima.

Mijn bezwaar is praktisch. Bij headless WordPress houd je het onderhoud van WordPress en zijn plugins, en je krijgt er een losse voorkant bij om te onderhouden. Veel plugins werken bovendien alleen in de klassieke weergave, zoals formulieren, SEO-plugins en paginabouwers. Die moet je dan opnieuw oplossen.

Wanneer is headless WordPress wel slim? Als je redactie honderden artikelen in WordPress heeft en je de voorkant snel wilt vervangen, zonder meteen alles te verhuizen. Dan is het een tussenstap. Voor een nieuwe basis kies ik liever een CMS dat vanaf het begin headless is gemaakt.

Mijn advies als je die tussenstap overweegt: zet er vooraf een einddatum op. Anders blijft de tussenstap jaren staan en onderhoud je twee systemen in plaats van één.

Welke headless CMS-systemen zijn er?

Er zijn tientallen headless CMS-systemen, van open source tot betaalde clouddiensten. Wij werken meestal met Strapi: de Community Edition is open source, zelf te hosten en goed in te richten voor een redactie. Welk systeem past, hangt af van je redactie, je hosting en de koppelingen die je nodig hebt. De keuze van de bouwer is minstens zo belangrijk.

Waarom Strapi? We kunnen het hosten waar we willen, het datamodel helemaal inrichten naar jouw inhoud en het koppelen met de systemen die je al hebt. Dat past bij hoe we bouwen. Andere bureaus kiezen om goede redenen voor een clouddienst. Vraag in elk geval waar je data staat en wat het kost als je inhoud groeit. Zoek je breder dan headless, bijvoorbeeld ook naar websitebouwers, lees dan over de alternatieven voor WordPress.

Welk systeem je ook kiest, stel in elk geval deze vragen:

• Waar staat mijn inhoud, en kan ik hem in één keer exporteren als ik wil vertrekken?
• Hoe ziet mijn redactie een pagina vóór die live gaat?
• Wat kost het als we twee keer zoveel pagina's of gebruikers krijgen?
• Wie houdt het CMS bij, en hoe snel komen beveiligingsupdates?

Wil je weten waar je op let bij het kiezen van een bouwer, lees dan een bouwer kiezen voor je Strapi headless CMS. Hoe we zelf met Strapi werken, staat bij Strapi development.

Wanneer is een headless CMS een goed idee voor jouw bedrijf?

Een headless CMS is een goed idee als je redactie vaak publiceert, als je site moet praten met andere systemen zoals je CRM, of als je inhoud ook buiten je website gebruikt. Heb je een eenvoudige site die zelden verandert, dan is het meestal te veel. De vraag is dus niet "is het modern", maar "wat moet je site doen".

Een snelle check. Twee keer ja of meer? Dan is headless het overwegen waard:

• Publiceert je team elke week of vaker?
• Moeten formulieren rechtstreeks in je CRM landen?
• Wil je dezelfde inhoud in een app, een portaal of een nieuwsbrief gebruiken?
• Wil je AI laten werken met je eigen teksten of producten?
• Kost je huidige WordPress-site veel onderhoud?

Voor webshops ligt het weer anders. Daar is de vraag of headless het extra bouwwerk waard is. Dat lees je in wanneer een headless webshop de moeite waard is.

Zit je nu op WordPress en scoor je hoog op deze lijst? Dan is de WordPress-overstap iets voor jou: een maatwerk-site met Next.js en Strapi, redirects voor al je oude URL's, formulieren die in je CRM landen en een eerste digitale medewerker. Meer daarover bij je WordPress website vernieuwen. Een voorbeeld zie je in de case over een headless CMS met Strapi en Next.js.