Cms kiezen: beslis welke route bij je past

Een CMS kiezen lijkt simpel totdat je ermee moet werken. Dan gaat het niet alleen om pagina’s aanpassen, maar ook om producten, rollen, betalingen, SEO, snelheid, onderhoud en koppelingen. Deze gids helpt je kiezen tussen WordPress, Shopify, headless en maatwerk. Niet op basis van smaak, maar op basis van beheer, budgetruimte, groei en verantwoordelijkheid.

Een CMS is een contentmanagementsysteem. Simpel gezegd: de plek waar je inhoud beheert zonder steeds in code te werken. Dat kan gaan om teksten, afbeeldingen, blogs, producten, categorieën, bestellingen of landingspagina’s.

De bekendste routes voor het Nederlandse MKB zijn grofweg deze: WordPress, WordPress met WooCommerce, Shopify, headless en maatwerk. Ze lossen niet hetzelfde probleem op.

WordPress is sterk als je veel content hebt, pagina’s wilt beheren en vrijheid wilt in opbouw. WooCommerce voegt webshopfuncties toe aan WordPress. Shopify is gebouwd rondom online verkoop. Headless betekent dat je CMS en voorkant los van elkaar staan. Maatwerk betekent dat je iets laat bouwen rond jouw proces, in plaats van andersom.

De fout zit vaak in de vraag. “Welk CMS is het beste?” is te breed. Beter is: “Wie gaat dit beheren, wat moet er verkocht of gepubliceerd worden, welke koppelingen zijn nodig en wie is verantwoordelijk als er iets stukgaat?”

Beslisregel: als je vooral twijfelt tussen namen, maak dan eerst een lijst van wat je wekelijks wilt beheren en wie dat gaat doen.

WordPress past goed bij websites waar content belangrijk is. Denk aan dienstenpagina’s, kennisbankartikelen, landingspagina’s, formulieren en SEO-structuur. Voor veel ondernemers voelt WordPress prettig omdat het herkenbaar is en veel uitbreidingen heeft.

Maar WordPress is niet automatisch eenvoudiger. Je krijgt ook verantwoordelijkheid. Hosting, updates, plugins, veiligheid en performance moeten geregeld worden. WordPress adviseert voor hosting PHP 8.3 of hoger, MySQL 8.0 of hoger of MariaDB 10.11 of hoger, HTTPS en Apache of Nginx als goede webserveropties. Dat zegt al iets: de techniek onder WordPress doet ertoe.

Een sterk punt is beheer. WordPress heeft standaard zes rollen: Super Admin, Administrator, Editor, Author, Contributor en Subscriber. De rechten daarachter worden bepaald via capabilities. Dat is handig als niet iedereen overal bij hoeft. Bijvoorbeeld: iemand mag blogs schrijven, maar geen plugins installeren.

WordPress kan ook als contentbron worden gebruikt. De WordPress REST API heeft standaard endpoints voor onder meer posts, pages, media, users, comments, taxonomies en settings. Daardoor kun je WordPress ook inzetten in een headless opzet, waarbij de voorkant los gebouwd wordt.

Voor een gewone bedrijfswebsite is WordPress vaak logisch als je veel pagina’s en kenniscontent hebt. Zeker als SEO belangrijk is. Kijk dan ook naar de basis van SEO voor MKB-ondernemers, want het CMS is maar een deel van het werk.

Beslisregel: als content, rollen en flexibele pagina’s belangrijker zijn dan een strak afgebakende webshop-checkout, dan is WordPress vaak de eerste route om serieus te bekijken.

Shopify is gemaakt voor webshops. Dat klinkt simpel, maar het is een belangrijk verschil. De basis draait om producten, collecties, checkout, betalingen en winkelbeheer. Als je vooral wilt verkopen en minder wilt nadenken over hosting en losse updates, dan kan Shopify logisch zijn.

Shopify is niet alleen voor kleine webshops. Dat misverstand blijft hangen. Shopify kan grote catalogi en headless storefronts ondersteunen. Tegelijk zijn er wel platformgrenzen waar je rekening mee moet houden.

Een Shopify-thema ondersteunt per JSON-template maximaal 25 sections en per section maximaal 50 blocks. Voor veel winkels is dat ruim genoeg, maar bij heel complexe templates kan het meewegen. Ook productvarianten vragen aandacht. Een Shopify-store krijgt bij 50.000 productvarianten een limiet van 1.000 nieuwe varianten per dag. Die dagelijkse limiet geldt niet voor Shopify Plus-stores.

Voor Nederland moet je ook praktisch kijken naar betalingen. Shopify Payments ondersteunt iDEAL alleen voor betalingen in euro’s, door klanten in Nederland, wanneer Nederland als actieve markt is ingesteld. Shopify Payments in Nederland vereist voor alle bedrijfstypen een KvK-nummer van 8 cijfers.

Een fictief voorbeeld: stel je hebt webwinkel voorbeeld.nl met een overzichtelijke catalogus, Nederlandse klanten, iDEAL en regelmatig nieuwe producten. Dan is Shopify vaak rustiger dan zelf een checkout en onderhoudsproces beheren. Maar als je catalogus extreem veel varianten heeft of de checkout heel specifiek moet afwijken, moet je vooraf kijken of Shopify past.

Beslisregel: als online verkoop de kern is en je checkout zo standaard mogelijk mag blijven, kies dan eerder Shopify dan een zelf samengestelde webshop.

WooCommerce zit tussen website en webshop in. Je gebruikt WordPress als basis en voegt webshopfuncties toe. Dat is interessant als je website en content net zo belangrijk zijn als de verkoop.

WooCommerce bevat standaard producttypen voor simple, grouped, external/affiliate en variable products. Downloadable en virtual zijn productopties die je daarop kunt toepassen. Voor veel MKB-webshops is dat voldoende. Denk aan fysieke producten, digitale downloads, diensten als product, of varianten zoals maat of kleur.

WooCommerce kan productdata opslaan in WordPress en heeft een REST API voor resources zoals products, orders, customers, coupons en reports. Dat maakt koppelingen mogelijk met andere systemen, maar het betekent ook dat je moet nadenken over onderhoud en verantwoordelijkheid.

Het sterke punt van WooCommerce is flexibiliteit. Het zwakke punt is dat flexibiliteit snel rommelig kan worden als er te veel plugins bij komen. Een webshop met veel plugins is niet automatisch slecht, maar je moet wel weten wie updates test, wie conflicten oplost en wie zorgt dat checkout, e-mail en voorraad blijven werken.

Bij online verkoop aan consumenten moet de bestelknop volgens de ACM duidelijk maken dat de consument een betalingsverplichting aangaat. Een tekst als ‘bestelling met betalingsverplichting’ is een voorbeeld. Dat is geen CMS-keuze, maar wel iets dat je in de bouw moet meenemen.

Beslisregel: als je een contentrijke WordPress-site wilt met webshopfuncties erbij, kies dan WooCommerce. Als de webshop zelf de hoofdmoot is, vergelijk WooCommerce serieus met Shopify.

Headless klinkt modern, maar het is geen toverwoord. Bij headless gebruik je een CMS voor beheer en bouw je de voorkant apart. Dat kan met WordPress als contentbron, maar ook met andere systemen.

Het voordeel is vrijheid aan de voorkant. Je kunt sneller laden, eigen componenten bouwen en content op meerdere plekken gebruiken. Maar daar staat complexiteit tegenover. Je hebt meer losse onderdelen. Dus ook meer plekken waar iets mis kan gaan.

Voor SEO is headless niet automatisch beter. Een vaste regel is er niet. Wat wel duidelijk is: Google raadt dynamic rendering niet aan als structurele langetermijnoplossing voor JavaScript SEO. Server-side rendering, static rendering of hydration worden als betere alternatieven genoemd.

Ook performance moet je echt meten. Voor Core Web Vitals hanteert Google drempels van LCP ≤ 2,5 seconden, INP ≤ 200 milliseconden en CLS ≤ 0,1, gemeten op het 75e percentiel van page loads. Wil je weten wat die termen betekenen, begin dan bij wat Core Web Vitals zijn.

Headless past vooral als je een duidelijke reden hebt. Bijvoorbeeld: je wilt content hergebruiken in meerdere kanalen, je hebt een zware voorkant nodig, of je wilt een CMS loskoppelen van een snelle, specifieke website. Zonder die reden is het vaak extra techniek zonder extra waarde.

Beslisregel: als je niet kunt uitleggen waarom beheer en voorkant los moeten staan, kies dan nog niet voor headless.

Maatwerk is geen synoniem voor vrijheid zonder onderhoud. Het betekent vooral dat je de verantwoordelijkheid verplaatst. Minder afhankelijk van standaard CMS-beperkingen, maar meer verantwoordelijkheid voor techniek, security, toegankelijkheid, hosting, koppelingen en doorontwikkeling.

Maatwerk past als je proces belangrijker is dan standaard contentbeheer. Bijvoorbeeld wanneer je website eigenlijk een portaal is, met specifieke rechten, koppelingen of workflows. Of als een standaard CMS zo veel omwegen vraagt dat het systeem straks moeilijker wordt dan de bedrijfsvoering zelf.

Het voordeel is dat je alleen bouwt wat je nodig hebt. Het nadeel is dat je niet kunt leunen op standaard beheerpatronen. Je moet dus scherp bepalen wie wijzigingen kan doen, hoe content wordt opgeslagen, hoe redirects werken, hoe formulieren worden verwerkt en hoe je later uitbreidt.

Toegankelijkheid hoort ook bij deze keuze. Vanaf 28 juni 2025 moeten onder Europese toegankelijkheidsregels onder meer webshops, bankdiensten en e-books toegankelijk zijn. Micro-ondernemingen zijn voor diensten uitgezonderd. Dat betekent niet dat toegankelijkheid onbelangrijk is. Het betekent vooral dat je dit vroeg moet meenemen, zeker bij verkoop of digitale producten.

Als je maatwerk overweegt, helpt het om eerst het proces uit te tekenen. Niet de schermen, maar de stappen. Wie voert iets in, wie keurt iets goed, wat moet automatisch, wat moet gekoppeld worden, en wat mag nooit stukgaan?

Beslisregel: als jouw proces niet goed in WordPress, Shopify of WooCommerce past zonder veel kunstgrepen, dan is maatwerk het onderzoeken waard.

De vergelijking hierboven is expres praktisch. Een CMS kies je niet omdat het populair is, maar omdat het past bij je beheer.

Voor een lokale dienstverlener met veel uitlegpagina’s kan WordPress logisch zijn. Voor een winkel met duidelijke producten en Nederlandse betaalmethoden kan Shopify logischer zijn. Voor een webwinkel die veel redactionele content combineert met producten kan WooCommerce passen. Voor een organisatie met meerdere kanalen kan headless kloppen. Voor een bedrijf met eigen workflows en koppelingen kan maatwerk verstandiger zijn.

Let ook op cookies. De Autoriteit Persoonsgegevens stelt dat tracking cookies toestemming vereisen. Analytische cookies mogen alleen zonder toestemming als ze weinig of geen inbreuk maken op de privacy. Dat staat los van je CMS, maar je CMS en plugins bepalen wel hoe makkelijk je dit netjes inricht.

Bij REBUS Digital Solutions kijk ik meestal eerst naar beheer, daarna naar techniek. Niet andersom. Een technisch mooie oplossing die niemand durft bij te werken, is uiteindelijk geen goede keuze. Voor hulp bij de technische kant kun je kijken naar webontwikkeling voor MKB, maar de keuze begint bij jouw dagelijkse praktijk.

Beslisregel: als twee CMS’en technisch allebei kunnen, kies dan het systeem dat het minst afhankelijk is van uitzonderingen, plugins en handmatig herstelwerk.

1. —
   Schrijf op wie de site of shop gaat beheren.
2. —
   Noteer welke content of producten vaak wijzigen.
3. —
   Bepaal of verkoop, content of koppelingen de kern zijn.
4. —
   Controleer betaalmethoden, rollen, productvarianten en wettelijke teksten.
5. —
   Kies pas daarna het CMS.
6. —
   Laat de technische randvoorwaarden toetsen, zoals hosting, snelheid, SEO en toegankelijkheid.
7. —
   Bouw eerst de belangrijkste beheerflow, daarna pas de extra’s.

Wil je dit nog concreter maken, pak dan voorbeeld.nl als fictieve case. Stel: voorbeeld.nl verkoopt producten in Nederland, wil iDEAL, heeft een normale catalogus en wil vooral makkelijk bestellingen beheren. Dan ligt Shopify voor de hand. Stel dat voorbeeld.nl vooral adviesartikelen, dienstenpagina’s en af en toe een download verkoopt. Dan is WordPress met of zonder WooCommerce waarschijnlijk logischer. Stel dat voorbeeld.nl content op de website, in een app en in een apart klantportaal wil gebruiken. Dan wordt headless interessanter.

Voor SEO geldt hetzelfde. Een CMS maakt je vindbaarheidswerk niet vanzelf goed. Interne links, indexeerbaarheid, snelheid, structured data en contentkwaliteit blijven werk. Een technische basischeck, zoals een technische SEO-checklist voor je bedrijfswebsite, helpt om te voorkomen dat je CMS-keuze later onnodige problemen geeft.

Beslisregel: als je de belangrijkste beheerflow niet simpel kunt uitleggen, is je CMS-keuze nog niet klaar.