WordPress vs headless CMS.

Wat is "headless" eigenlijk?

Traditioneel WordPress = monolitisch. CMS (admin) + database + frontend (theme) draaien als één applicatie. Je bewerkt content, theme rendert direct, gebruiker ziet het.

Headless = ontkoppeld. Content-backend (waar redacteuren content invoeren) is gescheiden van frontend (waar bezoekers het zien). Communicatie via API (REST of GraphQL).

• Backend: Sanity, Contentful, Strapi, Payload, of headless WordPress
• Frontend: Astro, Next.js, Nuxt, Gatsby — static-site generator fetcht content tijdens build

De vier echte voordelen van headless

1. Multi-channel publishing

Eén CMS, meerdere uitvoer-kanalen: website, mobiele app, smart-TV, billboard, e-mail-templates, voice-assistant. Bij MKB zelden relevant (Amsterdam International Airport is hier bijvoorbeeld geliefd voor).

2. Performance

Static-site frontend = pre-rendered HTML. Geen database-query per pageview. Lighthouse 95+ standaard. Voor performance-prio sites: structureel beter dan WP zonder zware optimalisatie.

3. Developer-experience

Frontend-team werkt in modern framework (React/Astro/Vue) zonder PHP-ervaring nodig. Content-team werkt in CMS zonder dev-skills. Twee werelden, beter gespecialiseerd.

4. Schaalbaarheid

Content-API kan duizenden requests per seconde aan zonder server-overbelasting. Frontend cached op CDN. Voor sites met >1M pageviews/maand: makkelijker te schalen dan traditioneel WP.

De vier echte nadelen

1. Geen WYSIWYG-edit

Redacteur bewerkt in CMS-editor, ziet pas preview na publiceren (of via preview-mode). Bij Webflow of klassiek WP: zie je veranderingen direct. Headless = abstract.

2. Hogere bouw-kosten

Twee stacks om te ontwikkelen + integreren. Vereist developer-skills (React/Astro + CMS-schema's + API-koppelingen). Voor MKB-Refresh-budget (€1.995) niet haalbaar. Vanaf Premium (€6.995) wel.

3. Complexere onderhoud

Twee systemen om te updaten, twee servers (CMS-host + frontend-deploy), webhook-koppeling voor rebuilds bij content-wijzigingen. Niet zwaar maar wel niet-triviaal.

4. Plug-in-ecosystem missing

WP-ecosystem voor MemberPress, LearnDash, WooCommerce, Forminator — hebben geen direct-equivalent in headless wereld. Voor sommige use-cases een blokkade.

Voor wie is headless de juiste keuze?

• Multi-channel publisher (website + app + nieuwsbrief + print)
• Multi-language MKB met >3 talen en grote content-volumes
• Performance-critical (e-commerce, SaaS-marketing, content-platform)
• Groot redactie-team (>5 redacteuren met workflow)
• Bestaand React/Astro team in huis

Voor wie niet?

• MKB <30 pagina's, één locatie, één taal
• Ondernemer wil zelf content updaten zonder developer (→ Webflow)
• Bestaande WP-site die draait en geen pain-points heeft
• Budget <€5.000 voor bouw (te complex voor budget)

De drie populairste headless-stacks 2026

Stack 1 — Sanity + Astro

• Sanity Studio voor content-beheer (cloud)
• Astro voor frontend (static)
• Cloudflare Pages voor hosting (gratis)
• Vroege MKB-keuze, sterke editor-UX

Stack 2 — Payload + Next.js

• Payload zelf-gehost (Railway/Render)
• Next.js voor frontend (Vercel/Netlify)
• TypeScript end-to-end
• Voor TS-teams, eigenaarschap belangrijk

Stack 3 — Headless WordPress + Next.js

• WordPress als content-backend (WPGraphQL)
• Next.js voor frontend
• Voor klanten die WP-editor willen behouden + moderne frontend willen
• Vermijdt rebuild van content-flow, vermijdt re-training van redacteuren

Kosten-vergelijking

Voor een MKB-site (15 pagina's, 50 blog-posts) over 3 jaar:

Headless ~€1.500 goedkoper over 3 jaar, maar €2.000 duurder vooraf. Break-even rond 18-24 maanden.

De headless-hype-paradox

Headless is in 2022-2024 enorm gehyped. In 2026 zien we de pendule terugschuiven — voor MKB-sites is een goed-gebouwd Webflow- of Astro-met-Decap-CMS vaak voldoende. Headless toepast in 80% van de use-cases waar het werd gepresenteerd was overkill.

De juiste vraag is niet "moet ik headless?" maar "welke specifieke probleem los ik op?" Als het antwoord is multi-channel, performance-onder-1s, of multi-language: headless serieus overwegen. Anders: nee.

Gerelateerde artikelen

FAQ — WordPress vs headless

Sanity, Storyblok en Payload: de drie grote headless CMS-opties

"Headless" is een architectuur-keuze, niet één product. Het CMS dat je kiest bepaalt grotendeels hoe je redactie werkt en hoe goed je over drie jaar kunt schalen. Drie systemen zijn dominant in MKB en mid-market.

Sanity is de meest gevestigde headless CMS, met een sterke editor (Studio) die je zelf hoste, GROQ als query-taal en uitstekende preview-mogelijkheden. Free-tier tot 3 gebruikers; daarna €99 per maand. Past goed bij teams met enige technische affiniteit en een front-end op Next.js, Astro of Nuxt.

Storyblok heeft een visuele editor die voor niet-technische redactie iets toegankelijker is dan Sanity. Sterke i18n-support (one of the best out there voor multi-language merken), schema's via UI in plaats van code. Free-tier voldoende voor MKB; betaalde plans vanaf €99 per maand. Wij kiezen Storyblok wanneer marketing-teams "klikken en zien" verwachten.

Payload is open-source, self-hosted en bouwt schema's in TypeScript. Voor teams met een ontwikkelaar in huis en zorgen over vendor-lock-in een goede keuze. Geen abonnementen, host het waar je wil. Tegenover Sanity/Storyblok minder kant-en-klare features maar volledig in eigen beheer.

Front-end keuzes: Next.js, Astro of Nuxt

Een headless CMS heeft een front-end nodig. Drie populaire opties.

Next.js is de defacto standaard. App Router, React Server Components, ingebouwde ISR voor cache-revalidatie, en uitstekende Vercel-integratie. Voor sites die ook app-functionaliteit hebben (login, gepersonaliseerde content, dashboards) is dit de juiste keuze.

Astro wint van Next.js zodra interactiviteit secundair is. Voor marketing-sites met blog en weinig dynamische delen is Astro lichter, sneller te bouwen en eenvoudiger te onderhouden. De combinatie Astro + Sanity is voor MKB-marketing-sites de meest pragmatische headless-opzet.

Nuxt is de Vue-tegenhanger van Next.js. Voor teams die Vue al gebruiken een natuurlijke keuze, met vergelijkbare features (SSR, ISR, hybrid rendering). Marktshare kleiner dan Next.js, maar volwassen ecosysteem.

De keuze hangt af van bestaande stack-affiniteit en wat het front-end moet doen. Voor pure content-sites: Astro. Voor app-achtig: Next.js. Voor Vue-shops: Nuxt.

WordPress headless: het tussenpad dat zelden ideaal is

Een vraag die vaak terugkomt: "kan ik WordPress als headless CMS gebruiken en alleen de front-end vervangen?" Technisch ja, via WP REST API of WPGraphQL. Praktisch is het zelden de juiste keuze. Je houdt namelijk alle WordPress-onderhoud (core, plug-ins, hosting) en voegt een tweede stack toe (front-end, deploy, monitoring). De redactie blijft in WP-admin met al zijn quirks, en je front-end heeft de extra complexiteit van het ophalen via API.

Het werkt in twee scenario's: migratie-tussenstap (je wil van WP-front-end af nu, content-migratie later) of redacteurs die echt niet willen wisselen (kostbare overweging — je betaalt vijf jaar lang voor twee stacks). In de meeste andere gevallen is een echte headless CMS goedkoper en eenvoudiger.

• Headless past bij: multi-channel content, hoge performance-eis, schaalbaarheid
• Headless overkill bij: <25 pagina's, één kanaal, geen tech-team
• Sanity: krachtig, flexibel, technisch publiek
• Storyblok: visuele editor, sterke i18n, marketing-vriendelijk
• Payload: open-source, self-hosted, full ownership
• Next.js front-end: voor app-achtige sites of complexe interactie
• Astro front-end: voor marketing-sites en content-zware uitgevers
• Nuxt front-end: voor Vue-teams
• ISR/SSG: kies cache-strategie bewust, niet altijd alles statisch
• Preview-omgeving: vereiste, anders editorial workflow lijdt
• Image-pipeline: Sanity Images of Cloudinary, niet WP-style upload-folder
• Forms: extern (Tally, Formspree) of via API-route in Next.js
• Search: Algolia of Meilisearch boven traditionele SQL-search
• E-commerce headless: Shopify Storefront API of Commerce Layer
• Klantenportaal: Supabase of Clerk voor auth, headless CMS voor public content

Wanneer kies je écht voor headless?

Vijf signalen die headless boven traditioneel WordPress (of Webflow) plaatsen. Multi-channel: dezelfde content moet naar web, app, nieuwsbrief en in-store schermen. Multi-language op schaal: 3+ talen met dedicated redactie per taal. Performance als KPI: Lighthouse 95+ is een harde eis, Core Web Vitals in elke ranking-strategie. Schaal-ambitie: je groeit van 30 naar 300 pagina's met meerdere redactie-teams. Custom integraties: je site moet praten met PIM-systemen, CRM's, ERP of marketing-automation op API-niveau.

Buiten deze vijf scenario's is headless overkill. Een advocatenkantoor met 15 pagina's heeft geen headless CMS nodig — Webflow of Astro met Markdown volstaat. Een lokale dienstverlener met blog wint niet van headless. Maar een fashion-merk met 8 talen, een app en een retail-arm? Daar is headless het verschil tussen schalen en vastlopen.

Headless en het traditionele bureau-model: wat verandert?

Een vaak vergeten aspect van headless-keuze is het effect op de relatie met je bureau. Bij traditioneel WordPress beheert het bureau alles in één systeem: design-thema, plug-ins, content, hosting, onderhoud. Bij headless splitst het werk zich. Content leeft in een CMS waar redactie zelfstandig in werkt. Front-end leeft in een Git-repo waar ontwikkelaars in werken. Deploy gebeurt geautomatiseerd. Hosting wordt platform-as-a-service.

Voor de klant betekent dat meer autonomie op content en minder afhankelijkheid van bureau voor dagelijks werk. Voor het bureau betekent het verschuiving van repeterend onderhoud naar strategisch en design-werk. Een goede match — bureaus die nog steeds primair op WP-onderhoud-uren leunen zien hun marges dalen, bureaus die designer-niveau builds doen op moderne stacks zien hun werk waarde-volere worden.

Bij MKB-klanten die wij wereldwijd helpen zien wij deze verschuiving expliciet in onderhouds-cijfers. WP-klanten: gemiddeld €120-€220 per maand aan bureau. Headless-klanten: gemiddeld €0-€60 per maand structureel, met design-iteratie-pakketten op aanvraag (€450-€1.200 per kwartaal). Klant houdt geld over voor marketing en content, bureau levert hoger-waarde werk. Win-win, mits beide partijen het model accepteren.

De drie meest onderschatte kosten van headless

Headless brengt veel voordelen maar ook drie kostenposten die in eerste calculaties vaak ontbreken.

Preview-omgeving. Redactie wil zien hoe hun draft eruitziet vóór publicatie. Bij WordPress is preview gratis ingebouwd. Bij headless moet je een preview-route bouwen die draft-content rendert. Inrichting: 4-8 uur per project, daarna stabiel. Klanten die dit overslaan krijgen redactie-frustratie binnen weken.

Image-pipeline. WordPress doet image-upload, resize en serving in één klik. Bij headless kies je tussen CMS-native (Sanity Images), CDN-based (Cloudinary, Imgix) of build-time (Astro/Next.js image-component). Geen ervan is gratis op enige schaal — reken €0-€80 per maand afhankelijk van traffic. Wel: kwaliteit en performance zijn beter dan WP-defaults.

CMS-licentie op schaal. Sanity en Storyblok zijn gratis tot een bepaald gebruik (3-5 users, beperkt aantal documenten). Daarboven €99-€499 per maand. Voor sites met 1-2 redacteuren geen issue, voor groeiende teams een groeiende kostenpost. Plan vooraf.

Bij goed opgezette migraties zijn deze drie kosten ruim gecompenseerd door wegvallen van WP-onderhoud en plug-in-licenties. Maar negeren in de calculatie geeft scheve verwachtingen.

FAQ — headless praktisch

Wat doe je vandaag?

Doe één eerlijke vraag: heb ik écht multi-channel of multi-language nodig over twee jaar? Zo nee, dan is headless de verkeerde overweging — kies Webflow of Astro met simpele CMS en bespaar build-tijd. Zo ja, vraag een gratis audit aan met expliciete vraag: "is Sanity, Storyblok of Payload de juiste fit voor mij?" Wij geven een concrete aanbeveling met argumenten, geen verkooppraatje.

Door Lorenzo Ruisi — DesignCheck. Laatst bijgewerkt 17 mei 2026.