WordPress, maatwerk en headless zijn geen drie elkaar uitsluitende soorten websites. WordPress is een CMS, maatwerk beschrijft werk dat voor jouw opdracht wordt gemaakt en headless beschrijft een scheiding tussen contentbeheer en presentatie. Een WordPress-site kan dus maatwerk bevatten en ook headless werken. Voor een bruikbare vergelijking moet je weten welke keuzes je tegenover elkaar zet. Begin daarvoor bij je opdracht, zoals beschreven in onze gids voor een maatwerkwebsite.

Wat betekenen WordPress, maatwerk en headless?

De WordPress REST API maakt een aparte voorkant of toepassing mogelijk. Daarbij blijven toegangsregels voor niet-openbare inhoud van belang. Headless kiezen betekent dus niet automatisch dat je WordPress moet vervangen.

Besluit Voorbeeld van wat je kiest Wat het nog niet bepaalt
Contentbeheer WordPress of een ander CMS Hoe de openbare site eruitziet of wordt opgebouwd
Presentatie Een thema of apart gebouwde voorkant Hoeveel ontwerpwerk voor jouw opdracht nodig is
Maatwerk Eigen blokken, een koppeling of een bijzondere gebruikersroute Dat alle onderdelen opnieuw worden gebouwd
Publicatie Direct tonen, vooraf opbouwen of een combinatie Of de redacteur prettig kan werken

Een offerte met alleen het woord ‘maatwerk’ laat die besluiten open. Vraag welke bestaande onderdelen worden gebruikt, wat specifiek wordt gemaakt en waarom. Dat geeft je ook een betere basis om twee voorstellen te vergelijken.

Wanneer past een WordPress-site met thema bij je?

Onderzoek deze route als het CMS en de weergave samen de gewenste beheertaken kunnen ondersteunen. Een bestaand of eigen thema kan een passende basis zijn voor artikelen, dienstpagina’s en andere terugkerende inhoud. Laat de benodigde pagina’s en uitzonderingen daadwerkelijk zien.

Het verschil tussen een bestaand thema en een eigen ontwerp is niet hetzelfde als het verschil tussen goed en slecht. Een bestaand onderdeel kan bruikbaar zijn; een eigen onderdeel kan slecht worden uitgevoerd. Beoordeel of het ontwerp en de redactievelden jouw werk ondersteunen en of onnodige onderdelen worden vermeden.

Vraag welke uitbreidingen nodig zijn en wie de combinatie onderhoudt. Een pluginnaam is nog geen bewijs dat de vereiste handeling werkt. Laat bijvoorbeeld een formulier inclusief foutmelding, bevestiging en aflevering testen. Je vergelijkt een ingerichte oplossing, geen lijst met beloofde mogelijkheden.

Als de vraag nog vooral is welk platform je wilt gebruiken, lees dan de vergelijking van WordPress, Webflow, Wix en Shopify. Een architectuurbesluit komt pas verder wanneer de taak duidelijk is.

Wanneer heeft een apart gebouwde voorkant een reden?

Een apart gebouwde voorkant kan passen als de gewenste presentatie, gebruikersfuncties of samenwerking tussen kanalen daar aantoonbaar baat bij heeft. Denk aan een bestaande contentbron die ook in een andere toepassing wordt gebruikt. Laat zien welk werk door de scheiding eenvoudiger wordt en welk werk erbij komt.

Meerdere kanalen ontstaan niet vanzelf doordat een CMS een API aanbiedt. Inhoud moet bruikbaar zijn buiten de oorspronkelijke pagina. Een titel en beschrijving kunnen bijvoorbeeld herbruikbaar zijn, terwijl een tekst die naar ‘de knop rechts’ verwijst dat minder is. Elk kanaal heeft bovendien eigen weergave en toegangsafspraken nodig.

Vraag een proef van de onzekerheid. Als de reden voor headless een bijzondere productzoeker is, laat dan die zoek- en beheerhandeling bouwen. Als het om twee kanalen gaat, laat dezelfde inhoud in beide werken. Alleen een nieuwe homepage bewijst geen van beide voordelen.

Wat betekent headless voor de redacteur?

De redacteur heeft een complete publicatieroute nodig, niet alleen velden in een beheerscherm. Neem als proef een artikel met afbeelding, vertaling en geplande publicatie. Controleer wie het mag wijzigen, hoe de preview werkt en wanneer de bezoeker de nieuwe versie ziet.

Bij gescheiden onderdelen moet iemand de verbinding verzorgen. Een wijziging kan bijvoorbeeld een nieuwe bouw of het verversen van opgeslagen inhoud vereisen. Spreek af hoe fouten zichtbaar worden en wie herstelt wanneer de CMS-inhoud wel is aangepast maar de website nog de oude versie toont.

Test ook terugdraaien en verwijderen. Wat gebeurt er met verwijzingen naar een verwijderde pagina? Verschijnt een ingetrokken aanbod nog in een ander kanaal? Zulke vragen horen bij het contentmodel en de publicatieafspraken, niet pas bij de laatste controle voor oplevering.

De vergelijking van Strapi, Payload en Sanity gaat verder in op beheertaken en CMS-keuze. Kies het systeem op het werk dat je team moet doen, inclusief rechten en overdracht.

Wordt de site automatisch sneller of veiliger?

Nee. Headless beschrijft een scheiding en zegt niet hoe elke pagina wordt geladen. Een losse voorkant kan veel browsercode bevatten of op trage gegevens wachten. Een WordPress-site kan juist pagina’s hergebruiken via caching. Vergelijk de uitvoering met dezelfde inhoud en functies.

Voor verschillen in verwerking lees je de vergelijking van Astro, Next.js en WordPress. Laat snelheid meten op representatieve pagina’s en na toevoeging van echte afbeeldingen, formulieren en meetdiensten. Een lege demo is geen betrouwbare voorspelling van de opgeleverde site.

Ook beveiliging hangt af van de uitvoering. Scheiding verandert waar content, toegang en verwerking zitten; daarmee verdwijnen die verantwoordelijkheden niet. Leg vast wie accounts, software, sleutels en eventuele openbare interfaces beheert. Vraag hoe wijzigingen worden getest en hoe herstel werkt.

Laat een leverancier bij een veiligheidsvoordeel uitleggen welk risico afneemt en welke maatregelen daarvoor nodig zijn. ‘Maatwerk’ of ‘headless’ is op zichzelf geen beveiligingsmaatregel en levert geen onderhoudsvrij systeem op.

Hoe vergelijk je kosten en eigendom?

Laat offertes dezelfde pagina’s, functies, migratie en beheerperiode omvatten. Zet ontwerp, bouw, inhoud, hosting, licenties, ondersteuning en wijzigingen afzonderlijk neer. Bij een gescheiden opzet kan werk nodig zijn voor preview, publicatie en toezicht op de verbinding tussen onderdelen.

Er is daardoor geen vaste prijsvolgorde voor WordPress, maatwerk en headless. Een klein gericht maatwerkonderdeel kan ander werk vragen dan een grote inrichting met bestaande modules. De begroting volgt uit de concrete oplossing en de verantwoordelijkheden die worden afgesproken.

Maak eigendom en overdracht apart bespreekbaar. Rechten op eigen code zijn iets anders dan rechten op gebruikte standaardsoftware, beelden of diensten. Toegang tot bestanden is bovendien niet hetzelfde als een werkende overdracht naar een andere partij. Onze uitleg over code-eigendom en leveranciersafhankelijkheid helpt die afspraken uitschrijven.

Vraag bij vertrek om een aantoonbaar bruikbaar resultaat: content, media, instellingen, documentatie en toegang tot de benodigde onderdelen. Laat ook benoemen welke diensten blijven doorlopen en welke werkzaamheden voor een verhuizing nodig zijn.

Kun je later overstappen zonder alles kwijt te raken?

Een verhuizing kan, maar de omvang hangt af van de bestaande inrichting. Een contentexport neemt niet automatisch het ontwerp, plugins, formulieren, rechten of publicatiegedrag mee. Onderzoek eerst wat herbruikbaar is en wat opnieuw moet worden ingericht.

Maak een kleine proefmigratie met een gewone pagina en een lastige uitzondering. Controleer afbeeldingen, onderlinge verwijzingen, metadata en URL’s. Leg vast hoe je ontbrekende velden en oude verwijzingen behandelt. Zo ontdek je werk voordat je een planning voor de hele site vastzet.

Een overstap hoeft niet altijd alle onderdelen tegelijk te vervangen. Onderzoek of een afgebakende wijziging voldoende is. Laat de reden voor vervangen zwaarder wegen dan de aantrekkelijkheid van een nieuw technisch label.

Hoe begin je concreet?

Beschrijf wie inhoud beheert, wat bezoekers moeten kunnen en welk probleem de huidige opzet geeft. Vergelijk daarna twee complete uitvoeringen op dezelfde taken, inclusief publicatie, onderhoud en overdracht.

Bij websites laten bouwen helpt TopDevs die afweging concreet maken. Plan een gesprek om de eisen en de kleinste bruikbare proef te bespreken.