De website draait al tien jaar op Drupal. Ooit begonnen met pagina’s, nieuws en een contactformulier. Inmiddels zijn er zeventien contenttypen, negen gebruikersrollen, een afgeschermde omgeving en verschillende koppelingen. Alles had destijds een reden. De afdeling communicatie wilde dossiers kunnen aanmaken. HR kreeg een vacaturemodule. Voor een tijdelijk project kwam er een aparte omgeving. En iemand wilde dat nieuwsberichten eerst langs twee collega’s gingen voordat ze online verschenen.
Tien jaar later is de organisatie veranderd. Projecten zijn afgerond, collega’s vertrokken en processen aangepast. De website heeft al die veranderingen keurig bewaard. Nu staat er een vernieuwing op de planning. En ligt de vraag op tafel: blijven we bij Drupal of stappen we over naar WordPress? Ik zou eerst iets anders willen weten: wat moet die website de komende jaren eigenlijk doen?
Je huidige website is geen wensenlijst
Bij een migratie wordt vaak een inventarisatie gemaakt van alles wat de bestaande website kan. Logisch, want je wilt niets belangrijks vergeten. Maar vervolgens wordt die inventarisatie ongemerkt de eisenlijst voor de nieuwe website. Zo verhuist een oude werkwijze mee, terwijl niemand nog weet waarom die bestaat.
Neem drie contenttypen die ooit verschillende doelen hadden, maar tegenwoordig vrijwel dezelfde velden bevatten. Of een goedkeuringsproces met vier stappen, terwijl dezelfde medewerker alle vier de stappen afhandelt. Je kunt dat opnieuw bouwen. De vraag is wat je daarmee oplost.
Elke functie die meegaat, vraagt aandacht. Tijdens de bouw, bij updates, in de uitleg aan medewerkers en bij toekomstige aanpassingen. Ook functionaliteit die niemand gebruikt, kan onderhoud blijven vragen. Daarom begint een goede CMS-keuze bij de taken van bezoekers en medewerkers. Welke informatie moeten mensen vinden? Wat moeten ze kunnen regelen? En hoe houdt de organisatie die informatie betrouwbaar en actueel?
Verdeel functionaliteit in drie groepen
Een praktische aanpak is om alle functionaliteit langs drie categorieën te leggen: noodzakelijk, wenselijk en overbodig. Doe dat samen met de mensen die ermee werken. Een technisch overzicht alleen vertelt je onvoldoende.
- Noodzakelijk
is functionaliteit waarvan het verdwijnen aantoonbare gevolgen heeft. Denk aan een aanvraagformulier dat aanvragen naar het juiste team stuurt. Of aan rechten die voorkomen dat medewerkers vertrouwelijke informatie kunnen bekijken. Beschrijf per onderdeel wie het nodig heeft, waarvoor en wat er misgaat als het ontbreekt.
- Wenselijk
is functionaliteit die het werk gemakkelijker maakt, maar waarvoor een acceptabel alternatief bestaat. Een automatische selectie van gerelateerde artikelen kan handig zijn. Als een redacteur die artikelen ook eenvoudig zelf kan kiezen, is automatisering misschien geen harde eis.
- Overbodig
is functionaliteit zonder actuele of concreet geplande taak. Bijvoorbeeld een projectomgeving waarvoor al jaren niemand meer inlogt. Of een apart contenttype dat uitsluitend is aangemaakt voor een campagne uit 2019.
Misschien hebben we het ooit weer nodig verdient daarbij een vervolgvraag. Wie verwacht dat, wanneer en op basis waarvan? Anders bouw je voor mogelijkheden waar niemand verantwoordelijkheid voor neemt.
Weinig gebruikt kan toch onmisbaar zijn
Gebruiksgegevens helpen bij deze inventarisatie. Maar een laag aantal bezoeken of handelingen is geen bewijs dat iets weg kan. Een koppeling die eenmaal per maand gegevens uitwisselt, kan essentieel zijn voor de facturatie. Een formulier dat jaarlijks wordt geopend, kan honderden aanmeldingen verwerken. En een afgeschermde pagina kan voor een kleine groep precies de juiste informatie bevatten.
Kijk daarom naar de gevolgen van uitval, de afhankelijkheden en de momenten waarop een functie nodig is. Controleer ook achtergrondprocessen: die zie je meestal niet terug in bezoekersstatistieken.
Laat de verantwoordelijke afdeling bevestigen wat kan vervallen. Leg die beslissing vast. Dat voorkomt dat je vlak voor de oplevering hoort: “Maar daar draait onze jaarlijkse registratie op.”
Route 1: Drupal behouden
Drupal behouden kan een verstandige keuze zijn wanneer de organisatie complexe contentrelaties, uitgebreide rechten of meerdere publicatieprocessen nodig heeft. Zeker als die inrichting goed werkt en medewerkers ermee uit de voeten kunnen. Onderzoek dan welke onderdelen kunnen worden opgeschoond en welke technische vernieuwing nodig is. “Bij Drupal blijven” kan alsnog een flinke verbouwing betekenen, afhankelijk van de huidige versie en het maatwerk.
Vraag om een onderbouwd voorstel voor de komende jaren: wat blijft, wat verdwijnt en hoeveel beheer vraagt dat? De eerdere investering verklaart hoe je hier bent gekomen. De toekomstige bruikbaarheid bepaalt of doorgaan verstandig is.
Route 2: Overstappen naar WordPress
WordPress kan goed passen wanneer de website vooral draait om informatie publiceren, nieuws, diensten, formulieren en overzichtelijke redactionele taken. Maar een overstap maakt een website niet vanzelf eenvoudiger. Als je alle bestaande uitzonderingen opnieuw laat bouwen, kun je dezelfde complexiteit in WordPress terugkrijgen. Soms verdeeld over een verzameling plugins en aanvullend maatwerk.
Laat daarom de noodzakelijke functies concreet demonstreren. Kan een redacteur ermee werken? Kloppen de rechten? Werken de koppelingen? Neem ook contentmigratie, redirects, training en onderhoud mee in de vergelijking. Een lage bouwprijs vertelt maar een deel van het verhaal.
Route 3: Eerst vereenvoudigen, dan kiezen
Mijn voorkeur is om deze route altijd te onderzoeken. Bepaal eerst welke contenttypen kunnen worden samengevoegd, welke rollen nog nodig zijn en welke processen korter kunnen. Dat kan beginnen met een functioneel ontwerp; je hoeft daarvoor niet meteen de bestaande website te verbouwen. Met een kleinere, onderbouwde eisenlijst wordt de CMS-keuze duidelijker. Misschien blijkt WordPress uitstekend te passen. Misschien blijft Drupal de beste keuze. Beide uitkomsten zijn prima als ze aansluiten op het werk dat gedaan moet worden.
Vergelijk wat er nu beschikbaar is
Een vergelijking op basis van ervaringen van vijf jaar geleden helpt beperkt. Drupal CMS 2.0 introduceerde in januari 2026 onder meer visueel pagina’s bouwen met Drupal Canvas. WordPress 7.0 bracht in mei een vernieuwde beheeromgeving en visuele verbeteringen voor revisiebeheer. Daarmee veranderen ook de dagelijkse taken van redacteuren. Zie de aankondigingen van Drupal CMS 2.0 en WordPress 7.0.
Laat beide systemen daarom dezelfde echte taken uitvoeren, inclusief jullie goedkeuringsproces. Controleer wat standaard beschikbaar is en wat aanvullende inrichting vraagt.
Begin het gesprek met de vraag: welke functionaliteit helpt onze organisatie de komende drie jaar vooruit? Daar kun je een CMS bij kiezen.