In het kort
Een headless CMS is een content-managementsysteem dat de back-end (waar je content beheert) volledig scheidt van de front-end (waar bezoekers de website zien). De content wordt opgeslagen in een database en aangeboden via een API, zodat de front-end vrij gebouwd kan worden in elke technologie: Next.js, Nuxt, Astro, native apps, smart screens. Bekende headless CMS'en zijn Sanity, Contentful, Strapi, Storyblok en Payload. Het voordeel: je content is herbruikbaar over website, app, displays en partners. Het nadeel: het is technisch complexer dan WordPress en vraagt een ontwikkelaarsteam voor onderhoud. Bij Creative Hero kiezen we headless wanneer een klant meerdere kanalen heeft (website plus app), of wanneer snelheid en SEO-prestaties topprioriteit zijn. Een Next.js-site met Sanity als CMS is doorgaans 3 tot 5 keer sneller dan een vergelijkbare WordPress-site. Voor klanten met enkel één website en weinig technische kennis is headless meestal overkill. We adviseren dan vaak een goed gebouwde WordPress of Webflow-oplossing in plaats van technische luxe waar geen behoefte aan is.
Hoe het werkt
Bij headless wordt content opgevraagd via een API (REST of GraphQL). De front-end haalt content op tijdens een build (static generation) of on-demand (server-side rendering). Statische sites worden gegenereerd op een hosting-platform zoals Vercel of Netlify en zijn lichtsnel. Wanneer content wijzigt, herbouwt het platform automatisch de getroffen pagina's. Een goed headless-systeem werkt met preview-mode zodat redacteurs hun wijzigingen kunnen zien voor publicatie. Schema-modellering (welke contenttypes, welke velden, welke relaties) is cruciaal en wordt vooraf afgesproken. Headless faalt wanneer organisaties zonder technische kennis de developer-handleiding negeren en zonder structuur beginnen.
Voorbeelden uit de praktijk
Sanity + Next.js
Voor een klant met internationale ambitie bouwden we een meertalige website in Next.js met Sanity als CMS. Resultaat: 90+ Lighthouse-scores op alle pagina's, drie talen, en automatische builds bij elke contentwijziging.
Contentful + native app
Een retail-klant gebruikt Contentful voor hun website én iOS/Android-app. Eén content-update verschijnt automatisch op alle drie de kanalen zonder dubbel werk.
Strapi + Astro
Voor een klant met budget-restricties bouwden we een open-source headless setup met Strapi (zelf gehost) en Astro. Goedkoper op lange termijn dan een SaaS-oplossing en volledig in eigen beheer.
Do's & don'ts
Wel doen
- ✓Kies headless enkel wanneer je meerdere kanalen of zeer hoge performance-eisen hebt.
- ✓Bouw een doordacht contentmodel voor je begint.
- ✓Werk met preview-mode zodat redacteurs hun wijzigingen kunnen voorbekijken.
- ✓Plan rebuild-strategie zodat content-updates snel live komen.
- ✓Train je redacteurs grondig in het abstract werken met blokken in plaats van WYSIWYG.
- ✓Gebruik versie-controle voor schema-changes om migratie-pijn te vermijden.
Niet doen
- ✗Kies geen headless als je enkel één kleine website hebt zonder hoge prestatie-eisen.
- ✗Bouw geen headless zonder developer-team voor onderhoud en bug-fixing.
- ✗Vergeet nooit preview-mode, redacteurs hebben visuele feedback nodig.
- ✗Werk nooit zonder schema-versionering, anders wordt elke migratie een nachtmerrie.
- ✗Vermijd headless als je klant alleen WYSIWYG-bewerken aankan.
- ✗Negeer de hosting-strategie niet, slechte build-pipeline maakt headless onbruikbaar.
Veelgestelde vragen
Wat is het verschil tussen WordPress en headless?
Welke headless CMS'en gebruikt Creative Hero?
Hoeveel kost een headless website?
Werkt headless ook voor SEO?
Kan ik mijn WordPress-site naar headless migreren?
Heb ik developer-onderhoud nodig?
Gerelateerde uitleg
Hulp nodig met een headless cms?
Plan een kennismaking. We bekijken samen of we kunnen helpen.
Plan een call