Headless CMS voor MKB: wanneer wel, wanneer niet

Stel je een normale website voor. Eén systeem regelt zowel waar je content staat (database) als hoe het eruitziet (template). Dat is WordPress, Wix, Squarespace en de meeste sites die je tegenkomt. Alles zit in één doos.

Een headless CMS doet het anders. De content zit in één systeem, de website in een ander. Ze praten met elkaar via een API. Zie het als een keuken die los staat van de eetzaal. De koks kunnen rustig hun werk doen, de eetzaal kan onafhankelijk opnieuw ingericht worden, en als je een tweede restaurant opent met dezelfde keuken, deel je gewoon de gerechten.

Dat klinkt mooi. Het is alleen niet voor iedereen. Hieronder leg ik uit voor wie wel, voor wie niet, en wat je echt betaalt.

Waarom mensen erover praten

Vier dingen drijven de hype:

• Snelheid. Headless sites zijn vaak razendsnel. Geen zware database-queries per pagina-laad, geen plugin-overhead. De pagina staat al klaar als een statisch bestand op een CDN. Resultaat: laadtijden onder de seconde.
• Veiligheid. Er is geen WordPress-login om te hacken. Geen kwetsbare plugins die overgenomen worden. Patchstack rapporteerde over 2024 zo'n 8.000 nieuwe WordPress-kwetsbaarheden, 96% daarvan in plugins. Headless heeft dat aanvalsoppervlak gewoon niet.
• Schaalbaarheid. Dezelfde content kan naar een website, een app, een nieuwsbrief en een digital signage-scherm. Eén bron, meerdere kanalen.
• Developer experience. Frontend-developers werken liever met moderne tools (Astro, Next.js, Nuxt). Dat trekt beter talent aan en gaat sneller.

Allemaal waar. Allemaal niet altijd relevant voor jouw situatie.

Een headless CMS is een Tesla. Geweldige techniek. Niet handig voor de boodschappen om de hoek.

Wanneer headless echt slim is

Vier scenario's waarin de extra complexiteit zich terugbetaalt:

1. Je content gaat naar meerdere kanalen

Heb je een webshop, een app, en een fysieke winkel met digitale schermen die productinfo tonen? Dan wil je niet drie keer hetzelfde typen. Eén CMS, drie outputs. Daar is headless voor gemaakt.

2. Performance is bedrijfskritisch

Verkoop je veel via mobile? Dan is laadtijd hard geld. Cloudflare zag dat elke seconde extra laadtijd de conversie met ongeveer 7% verlaagt. Voor een webshop die €1M omzet draait is dat zo €70k per seconde per jaar. Headless plus een goed gebouwde frontend zit standaard op 1-2 seconden. WordPress met een paar plugins zit zo op 4-6.

3. Je hebt een serieus contentteam

Drie of meer mensen die dagelijks content beheren? Een marketeer, een SEO-specialist, een productmanager? Dan win je met een goed gestructureerd CMS-schema. Sanity en Storyblok zijn gebouwd voor teams. Echte rechten, draft-versies, real-time collaboration. Dat scheelt fouten en frustratie.

4. Je bent klaar met platform-lock-in

Wil je in 2030 nog van CMS kunnen wisselen zonder de hele site over te bouwen? Headless biedt dat. Content zit in een database met een API. Verander van frontend, content blijft staan. Verander van CMS, frontend blijft staan. Lock-in wordt fundamenteel kleiner.

Wanneer headless overkill is

Niet ieder bedrijf hoort hier. Drie situaties waarin een traditionele oplossing slimmer is:

Je hebt één website, één auteur

Brochure-site met tien pagina's die één persoon eens per maand bewerkt? WordPress met een goede theme, of zelfs gewoon Webflow, is sneller te bouwen, makkelijker te onderhouden en goedkoper. De voordelen van headless wegen niet op tegen de extra complexiteit.

Je hebt geen developer in de buurt

Een headless setup heeft developers nodig. Niet wekelijks, maar wel als er iets stuk gaat of een nieuwe feature bij moet. Heb je geen vast development-team of bureau dat dit kan onderhouden? Dan zit je vast aan iemand die de stack snapt. Dat is een echt risico.

Budget is je hoofdcriterium

Een headless project kost in eerste instantie meer. De CMS-licentie (zie hieronder), de frontend bouwen, het deploy-proces opzetten. Tel daar makkelijk €5.000-15.000 boven een vergelijkbare WordPress-bouw bij. Pas terugverdiend door betere performance, minder onderhoud en geen hack-incidenten. Heb je daar tijd voor of niet?

Wat kost het echt

Geen vage praat. Concrete prijzen voor 2026, voor een MKB-site met één auteur en redelijk content-volume:

Sanity

Free tier is production-viable voor de meeste MKB-sites tot een paar duizend documenten en 3 users. Growth-plan start rond $15 per gebruiker per maand. Voor een team van 3 ben je dus €40-50/maand kwijt aan het CMS zelf.

Storyblok

Growth-plan rond €99/maand, Growth Plus rond €349/maand. Mooie visual editor, prijzig voor klein gebruik.

Contentful

Sinds 2026 geen gratis tier meer. Start vanaf $300/maand. Voor MKB meestal te zwaar.

Strapi (self-hosted)

Community edition is gratis. Onbeperkt, voor altijd. Maar: je host het zelf. Server-kosten €20-50/maand, plus tijd voor updates en backups. Voor MKB zonder developer is dit géén besparing.

Payload (self-hosted of Cloud)

Open-source, gratis self-hosted. Payload Cloud start vanaf $35/maand. Snelgroeiende speler.

Onze keuze voor MKB-klanten is meestal Sanity Free of Growth. Reden: real-time editor, schema's die je content-structuur afdwingen, en een prijs die meeschaalt zonder verrassingen. Bronnen die deze vergelijking onderbouwen: Pooya Blog 2026 vergelijking en Attract Group's headless CMS review.

De stack die wij draaien

Bij Yawm bouwen we headless-sites op deze combinatie:

• Astro als frontend-framework. Stuurt 90% minder JavaScript dan Next.js voor content-sites volgens benchmarks van 2026. Lighthouse-scores van 95-100 zijn standaard, niet exception.
• Sanity als CMS. Schema's in code, real-time preview, gratis tot je serieus groeit.
• Vercel voor hosting. CDN wereldwijd, instant deploys, automatische rollback bij stoms.

Dit is geen verkooppraat. Het is wat we onszelf hadden gegeven na drie jaar trial en error. WordPress hebben we ook gebouwd. Werkt prima voor de juiste klant. Niet voor klanten die snelheid serieus nemen.

"De vraag is niet of headless beter is. De vraag is of jouw situatie het rechtvaardigt."

Een eerlijke check in vier vragen

Beantwoord deze vragen voor jezelf:

1. Heb je meer dan één output-kanaal voor je content? (web + app + bordjes in de winkel)
2. Heb je een vast development-team of bureau voor onderhoud?
3. Verlies je geld door trage laadtijden? (typisch bij e-commerce, lead-gen sites met veel verkeer)
4. Heeft je marketing-team echt last van de huidige CMS?

Drie of vier keer ja? Headless is waarschijnlijk een goede investering. Eén of nul? Houd het simpel. Een goed gebouwde WordPress, Webflow of Astro-site met statische content is dan een betere keuze.

Wat ondernemers het vaakst verkeerd doen

Drie fouten die we zien:

Te vroeg headless gaan. Veel start-ups bouwen meteen headless omdat het hip is. Resultaat: complexe stack, geen team om het te onderhouden, en als de developer vertrekt is iedereen verloren. Begin simpel. Migreer later.

Headless kopen, monolithisch denken. Sommige teams bouwen een headless site maar gebruiken hem als een gewone WordPress. Eén kanaal, één auteur, geen API-integraties. Dan betaal je voor capability die je nooit gebruikt.

Geen plan voor content-modellen. Headless CMS dwingen je over content-structuur na te denken. Schema's, referenties, herbruikbare blokken. Sla die fase over en je hebt binnen een jaar dezelfde rommel als in je oude CMS. Plus nu in code.

Wat je moet onthouden

Headless is geen mode-trend, het is een serieuze architectuur-keuze. Voor MKB met groei-ambitie en performance-eisen is het zelden de verkeerde keus. Voor een brochure-site met één auteur zelden de juiste.

Zit je ergens in het midden? Plan een gesprek. We bouwen beide stacks en zeggen eerlijk wat bij jouw situatie past. Geen sales-pitch, wel concrete cijfers.