b10cks vs. Wordpress
WordPress is gebouwd voor een wereld waarin de CMS en de frontend hetzelfde waren. Headless WordPress kan wel – maar het is een workaround, geen architectuur. b10cks is API-first ontworpen, voor teams die een contentplatform willen dat echt past bij een moderne frontend-stack.
De korte versie
WordPress heeft een buitengewone staat van dienst. Het bereik is ongeëvenaard, de community is de grootste in de geschiedenis van CMS’en, en voor traditionele websites blijft het een pragmatische, beproefde keuze.
Maar "headless WordPress" is een pleister op een architectuur die er niet voor is ontworpen. De REST API is later toegevoegd. WPGraphQL is een community-plugin – geen kernfunctie – met zijn eigen onderhoudslast. De Block Editor (Gutenberg) is nauw gekoppeld aan WordPress-thema’s en werkt niet in een headless context. Lokalisatie vereist WPML of Polylang, allebei betaalde plugins met hun eigen eigenaardigheden. Contentworkflows, versievertakkingen en gestructureerd publiceren bestaan niet zonder extra plugins die al dan niet goed met elkaar samenwerken.
b10cks is vanaf dag één ontworpen als een API-first contentplatform. De API is het product. De redacteursomgeving is gebouwd om die API te bedienen. Er is geen themesysteem waar je tegenaan hoeft te vechten, geen plugin-ecosysteem dat je moet managen, en geen "headless mode" die je moet inschakelen.
Wat er verandert als je headless gaat
Voordat je b10cks en WordPress rechtstreeks vergelijkt, is het goed om eerlijk te zijn over wat je kwijtraakt wanneer je WordPress headless gebruikt:
De visuele editor valt weg. Gutenberg is gebouwd om blokken binnen WordPress-templates te renderen. Zodra je headless gaat, wordt de Block Editor een rich-text invoerveld dat HTML oplevert die je moet parsen. Klikken om te bewerken, live preview en block-compositie werken niet meer zoals editors verwachten.
De meeste plugins stoppen met werken. Plugins die afhankelijk zijn van WordPress-hooks, shortcodes, PHP-rendering of WooCommerce zijn niet beschikbaar in een headless context. Je houdt een deel van het ecosysteem over.
Content preview vereist maatwerk. De ingebouwde preview van WordPress opent een pagina die door WordPress zelf wordt gerenderd. In een headless setup is preview koppelen aan je echte Next.js- of Nuxt-frontend een ontwikkeltaak, geen schakelaar.
Prestaties zijn niet automatisch beter. Headless hoort sneller te zijn – maar onderzoeken suggereren dat 35% van de headless WordPress-migraties resulteert in slechtere prestaties dan het origineel, meestal door te veel data ophalen, keuzes voor client-side hydration en watervallen van API-verzoeken.
Het contentmodel is mager. Het native model van WordPress bestaat uit Berichten, Pagina’s en Custom Post Types. Gestructureerde, combineerbare, geneste contentblokken vereisen ACF (Advanced Custom Fields), een plugin van derden met eigen licentiekosten.
Geen van deze redenen zegt dat headless niet werkt – ze maken vooral duidelijk waarom je je moet afvragen of WordPress wel de juiste backend is voor een headless architectuur.
Functievergelijking
| Functie | b10cks | WordPress (self-hosted) | WordPress.com Business |
|---|---|---|---|
| API-first architectuur | ✅ | ❌ (achteraf toegevoegd) | ❌ (achteraf toegevoegd) |
| REST API | ✅ Versioned, stabiel | ✅ (WP REST API) | ✅ |
| Visuele editor (headless preview) | ✅ Alle plannen | ❌ (maatwerk nodig) | ❌ (maatwerk nodig) |
| Gestructureerd blok-/componentmodel | ✅ Native | 💰 ACF-plugin (betaald) | 💰 ACF-plugin (betaald) |
| Lokalisatie | ✅ Alle plannen | 💰 WPML of Polylang (betaald) | 💰 WPML of Polylang (betaald) |
| Versiegeschiedenis met rollback | ✅ Alle plannen | ⚠️ Alleen revisies van berichten | ⚠️ Alleen revisies van berichten |
| Contentvertakking / staging | ✅ Alle plannen | 💰 Plugin vereist | ✅ Staging (Business+) |
| Geplande publicatie | ✅ Alle plannen | ✅ | ✅ |
| Gelijktijdige samenwerking | ✅ Alle plannen | ❌ | ❌ |
| Threaded comments (redactioneel) | ✅ Alle plannen | ❌ | ❌ |
| Aangepaste rollen & rechten | ✅ Alle plannen | ✅ (beperkt) | ✅ (beperkt) |
| Ingebouwde CDN | ✅ Alle plannen | ❌ (aparte dienst) | ✅ (Business+) |
| Ingebouwde beeldverwerking | ✅ Alle plannen | ⚠️ Alleen basis | ⚠️ Alleen basis |
| AI-credits | ✅ Alle plannen | 💰 Plugin vereist | ⚠️ Beperkt |
| Open source | ✅ AGPLv3 | ✅ GPL | ❌ (WordPress.com is SaaS) |
| Self-hosting | ✅ Altijd | ✅ Altijd | ❌ |
| TypeScript SDK | ✅ | ❌ | ❌ |
| Beveiligingsoppervlak van plugins | Geen | ⚠️ Groot | ⚠️ Groot |
| Kosten per gebruiker | ❌ Nooit | ❌ | ❌ |
Prijsvergelijking
Self-hosted: WordPress core is gratis (GPL). Tel de echte stack bij elkaar op:
| Onderdeel | Typische jaarlijkse kosten |
|---|---|
| Hosting (VPS, managed WP) | $100 – $2,000+/jr |
| ACF Pro (gestructureerde velden) | $149 – $249/jr |
| WPML (lokalisatie) | $99 – $199/jr |
| WP Engine / Kinsta / etc. | $300 – $3,000+/jr |
| Security-plugin (Wordfence, Sucuri) | $99 – $500/jr |
| Ontwikkeltijd voor pluginbeheer | Variabel |
Een slanke headless WordPress-setup voor een echt product kost al snel $500–$1.000 per jaar, nog vóór ontwikkeltijd – en dat zonder staging-omgeving, aangepaste workflows of serieuze redactionele tooling.
WordPress.com:
| Plan | Prijs | Plugins | Headless gebruik |
|---|---|---|---|
| Gratis | $ | ❌ | ❌ |
| Personal | $4/mnd (jaarlijks) | ❌ | ❌ |
| Premium | $8/mnd (jaarlijks) | ❌ | ❌ |
| Business | $25/mnd (jaarlijks) | ✅ | ⚠️ Beperkt |
| Commerce | $45/mnd (jaarlijks) | ✅ | ⚠️ Beperkt |
| Enterprise | $25,000+/jr | ✅ | ✅ |
WPGraphQL en ACF kun je installeren vanaf Business ($25/maand) en hoger. Het headless-verhaal van WordPress.com blijft zelfs op Business beperkt – je werkt nog steeds tegen een platform dat er niet voor ontworpen is.
| Plan | Prijs | Opslag | Verkeer | AI-credits |
|---|---|---|---|---|
| Free | € | 1 GB | 10 GB | $1 |
| Essential | €25/mnd | 10 GB | 150 GB | $5 |
| Growth | €75/mnd | 50 GB | 500 GB | $15 |
| Pro | €175/mnd | 120 GB | 1.024 GB | $30 |
| Scale | €350/mnd | 250 GB | 2.048 TB | $60 |
Elk plan bevat alle functies. Geen plugin-stack. Geen licentieverlengingen. Geen compatibiliteitsproblemen om 2 uur ’s nachts.
WordPress is de juiste keuze wanneer:
Je frontend is verder gegaan. Je CMS zou dat ook moeten doen.