De voordelen van Drupal voor jouw organisatie

Geen licentiekosten en geen afhankelijkheid van één leverancier

Bij een commercieel CMS moet je vaak jaarlijks, per gebruiker of per omgeving betalen. Wanneer je platform dan groter wordt, dan stijgen de kosten mee en wordt het steeds duurder. En als je dan wilt overstappen naar een andere partij, dan blijkt de software vaak vast te zitten aan de leverancier.

Drupal is open source en valt onder de GPL 2.0-licentie. Dat houdt in dat je geen licentiekosten betaalt voor het CMS. Dus ook niet voor de duizenden modules die de community ontwikkelt. De code is volledig van jou. Als je van leverancier (bureau) wilt wisselen, dan zou elke Drupal-partij dit beheer moeten kunnen overnemen. Of een overstap soepel verloopt, hangt af van documentatie, maatwerkcode en toegang tot de code. Hoe Atom dat aanpakt, lees je op beheer overnemen.

Dat Drupal open source is en geen licentiekosten heeft betekent dat niet dat het gratis is. Je betaalt nog steeds voor ontwikkeling, hosting en beheer. Meer informatie over wat een Drupal website kost, lees je op wat kost een Drupal website.
 

Beveiligingsupdates via een vast, openbaar proces

Elk CMS heeft te maken met kwetsbaarheden. De grote verschillen zitten in wat er gebeurt nadat ze zijn ontdekt, wie beoordeelt de kwetsbaarheden, hoe wordt het opgelost en hoe word je op de hoogte gebracht.

Bij Drupal is er een speciaal Drupal Security Team die de kwetsbaarheden beoordelen en helpen met oplossingen. Daarna publiceren zij (tegelijk met de fix) een openbare security advisory. De updates binnen Drupal verschijnen in een vast ritme. Voor Drupal Core meestal op de derde woensdag van de maand, voor modules elke woensdag en bij een actief misbruikt lek direct.

Dat ritme zorgt ervoor dat je Drupal website goed beheerd kan worden omdat je weet wanneer je moet kijken. In de praktijk zien we vaak dat de risico's ontstaan doordat leveranciers de updates niet op tijd doorvoeren of omdat gebruikers meer rechten hebben dan nodig. Meer hierover lees je op hoe veilig is Drupal?

Rollen, rechten en publicatieprocessen per afdeling

Als meerdere afdelingen en medewerkers aan één website werken ontstaan de gevaren dat er door elkaar heen gewerkt wordt. Om dit goed in te kaderen is het in Drupal mogelijk om concrete rollen en rechten te definiëren en een workflowproces aan te maken. Zo kan een redacteur van afdeling A, alleen content van afdeling A bewerken. En kan een stagiair alleen content schrijven en op concept plaatsen, een redacteur kan dit dan goedkeuren en vervolgens publiceren.

Koppel je Drupal aan je centrale inlogsysteem (SSO), dan verdwijnt de toegang van een medewerker zodra zijn/haar account wordt afgesloten.

Voor CZ bouwde Atom een platform voor bedrijfszorg waarin werknemers, leidinggevenden, HR en financieel verantwoordelijken elk een eigen rol hebben, inclusief financiële goedkeuringsstappen en een audit trail die niemand kan aanpassen.

Koppelingen met je CRM, ERP en inlogsystemen

Een website staat vrijwel nooit op zichzelf. Hier zijn andere tools aan gekoppeld zoals een ERP, CRM of PIM. Als die systemen niet goed met elkaar samenwerken moet er veel handmatig werk verricht worden wat weer foutgevoelig is.

Drupal is API-first opgezet. Dat betekent dat data via standaard API's zoals JSON:API opgehaald en verstuurd kan worden. Dit maakt Drupal zowel afzender als ontvanger in je IT-landschap. Dezelfde opzet maakt het ook mogelijk om Drupal headless in te zetten, hierover meer op onze Drupal headless pagina.

Voor de Gemeente Rotterdam bracht Atom informatie uit vijf bronnen samen in één dashboard voor raadsleden. Welke koppelingen Atom bouwt en onderhoudt, zie je op Drupal koppelingen en middleware.

Stabiel bij hoge bezoekersaantallen

Er gaat een nieuwsbericht rond, een campagne is ontzettend succesvol of alle scholen loggen tegelijk in op maandagmorgen. Op die momenten mag een platform niet vertragen of crashen.

Volgens W3Techs draait Drupal op ongeveer 1% van alle websites, maar op 7% van de 10.000 drukst bezochte websites ter wereld. Dat verschil zegt vooral waar Drupal op zijn best is. Caching zit standaard in de core, en met BigPipe toont Drupal eerst de vaste delen van een pagina en laadt het gepersonaliseerde onderdelen direct daarna. Zo ziet de bezoeker snel iets, ook als een deel van de pagina nog berekend wordt.

Een voorbeeld uit de praktijk: de website van IZZ trekt meer dan een miljoen bezoekers per jaar, met pieken boven de 25.000 unieke gebruikers per dag. Om die pieken op te vangen draait de website met loadbalancing: het verkeer wordt verdeeld over meerdere servers.

Toegankelijk bouwen volgens WCAG 2.2

Binnen de overheid is digitale toegankelijkheid al jaren een verplichting en sinds 28 juni 2025 geldt de European Accessibility Act voor veel meer organisaties.

Binnen Drupal is toegankelijkheid een vaste eis bij de ontwikkeling van de core. Nieuwe functionaliteiten worden getoetst op deze toegankelijkheid voordat het wordt opgenomen. Dit zorgt voor een goede basis maar maakt een website niet direct ‘digitaal toegankelijk’. Een website is pas goed digitaal toegankelijk als het ontwerp, de componenten en de content dat ook zijn.

Bij Atom bouwen we volgens WCAG 2.2-richtlijnen, meer hierover lees op digitale toegankelijkheid met Drupal.

Wanneer wegen de voordelen niet op?

Elk voordeel hierboven heeft een prijs. Drupal vraagt meer technische kennis dan een eenvoudig CMS, een meer zorgvuldige start en strikt structureel beheer. Voor een website met een handvol pagina's, één redacteur en geen koppelingen betaal je voor mogelijkheden die je niet gebruikt. In zulke gevallen is een kleiner en toegankelijker CMS zoals WordPress of Craft meer geschikt.

Twijfel je of Drupal bij jouw situatie past? Lees dan ook wat Drupal is en wanneer je het kiest of bekijk hoe Drupal zich verhoudt tot WordPress en andere CMS'en.