WordPress is normaal gesproken één geheel: het beheert je content én toont die aan bezoekers via een thema. Bij een headless opzet knip je dat in tweeën: WordPress blijft het beheersysteem, maar de voorkant van je website is een aparte applicatie die de content via een API ophaalt. Een term die je steeds vaker hoort — maar is het ook iets voor jouw website?
Hoe werkt headless WordPress?
In een headless architectuur draait WordPress “zonder kop”: redacteuren werken gewoon in het vertrouwde beheer, maar er is geen thema dat pagina’s rendert. In plaats daarvan stelt WordPress zijn content beschikbaar via de ingebouwde REST API of via GraphQL. De voorkant — vaak gebouwd met een JavaScript-framework als Next.js — haalt die content op en bouwt er zelf de pagina’s van, dikwijls vooraf gegenereerd als razendsnel statische bestanden.
De voordelen
Snelheid
Vooraf gegenereerde pagina’s die vanaf een CDN worden geserveerd, laden extreem snel — er komt bij een paginabezoek geen PHP of database aan te pas.
Veiligheid
De publieke website is losgekoppeld van het beheer. Het WordPress-gedeelte kan achter een slot staan, waardoor het klassieke aanvalsoppervlak van plugins en inlogpagina’s grotendeels verdwijnt.
Eén CMS, meerdere kanalen
Dezelfde content kan naar je website, een app, narrowcasting-schermen of een ander kanaal. Voor organisaties met meerdere front-ends is dat de grootste winst.
Vrijheid voor ontwikkelaars
De voorkant is niet gebonden aan de conventies van WordPress-thema’s; interactieve interfaces bouw je in het framework dat daarvoor het meest geschikt is.
De nadelen — en die zijn serieus
Headless klinkt aantrekkelijk, maar heeft een prijs. Je beheert twee systemen in plaats van één: WordPress én een aparte front-end met eigen hosting en build-proces. Veel plugins werken niet meer vanzelf: formulieren, SEO-output, zoekfuncties, previews en e-commerce vragen om maatwerk of aparte diensten. Redacteuren verliezen vertrouwde functies zoals live voorvertoning. En elke aanpassing aan de voorkant vereist een ontwikkelaar — even snel iets wijzigen in een thema is er niet meer bij. Kort gezegd: de bouw- en beheerkosten liggen structureel hoger.
Wanneer is headless een goede keuze?
Headless is zinvol als je content naar meerdere kanalen moet, als je een zeer interactieve webapplicatie bouwt waarbij WordPress alleen de content levert, of als extreme schaal en snelheid doorslaggevend zijn. Voor de gemiddelde bedrijfswebsite of webshop is het dat meestal niet: een goed gebouwde klassieke WordPress-site met fatsoenlijke caching haalt uitstekende laadtijden zonder de extra complexiteit. Kies headless omdat je een probleem hebt dat het oplost — niet omdat het modern klinkt.
Conclusie
Headless WordPress scheidt beheer en presentatie, met snelheid, veiligheid en meerkanaals-publicatie als winst — en hogere complexiteit en kosten als prijs. Voor de meeste websites blijft klassiek WordPress de verstandige keuze; voor specifieke situaties met meerdere kanalen of zware interactiviteit is headless juist een krachtig gereedschap. Laat de use-case beslissen, niet de hype.