Drupal 10 stopt op 9 december 2026: dit betekent het voor jouw website

• Op 9 december 2026 eindigt de ondersteuning van Drupal 10. Vanaf dat moment komen er geen beveiligingsupdates meer voor die versie.
• Dit raakt overheden en maatschappelijke organisaties die hun website op Drupal 10 hebben staan, van provincies en gemeenten tot ziekenhuizen, corporaties en scholen. Wereldwijd draait nog ruim 40 procent van alle Drupal-websites op versie 10, dus je bent zeker niet de enige.
• Wat je deze maand doet: check op welke versie je site draait, leg vast wie verantwoordelijk is voor de update, en plan de stap naar Drupal 11 vóór de deadline. Draai je nog op Drupal 8 of 9, laat dan eerst inventariseren wat de overstap vraagt.

Veel overheden en maatschappelijke organisaties draaien hun website op Drupal: provincies, ministeries en uitvoeringsorganisaties, gemeenten, maar ook ziekenhuizen, woningcorporaties en onderwijsinstellingen. Voor een deel van hen is dat Drupal 10.

In de week van 7 december verschijnt Drupal 12, en op 9 december eindigt tegelijk de ondersteuning van Drupal 10. Vanaf dat moment worden nieuw ontdekte kwetsbaarheden in die versie niet meer gedicht. Dat is geen ramp, maar wel een moment om bewust bij stil te staan. Zeker als de website meer is dan een visitekaartje: een subsidieloket voor inwoners en ondernemers, een energieloket, een huurdersportaal, een platform waar besluiten en documenten openbaar worden gemaakt.

Een website zonder beveiligingsupdates is een risico dat je moet kunnen uitleggen. Aan de CISO en de functionaris gegevensbescherming, aan Provinciale Staten, de raad of de raad van toezicht, en bij een incident aan de toezichthouder.

Van overheden en vitale organisaties wordt verwacht dat ze aantoonbaar grip hebben op hun digitale omgeving. Voor overheden is dat vastgelegd in de BIO (de Baseline Informatiebeveiliging Overheid), voor zorg en infrastructuur in de Cyberbeveiligingswet (de Nederlandse invulling van de Europese NIS2-richtlijn), voor zorginstellingen aanvullend in de norm NEN 7510, en voor het onderwijs in het eigen normenkader informatiebeveiliging. In al die kaders geldt hetzelfde uitgangspunt: je draait geen software die niet meer wordt ondersteund. Bij grotere organisaties kijkt daar bovendien een auditdienst of rekenkamer naar. “We draaien een versie die niet meer wordt ondersteund” is dan een bevinding die je liever voorkomt.

Daar komt bij dat de website bij deze organisaties zelden op zichzelf staat. Er zitten koppelingen achter met een zaaksysteem, een subsidie- of vergunningenapplicatie, een CRM, een documentmanagementsysteem voor Woo-publicaties, een recruitmentpakket of een rapportagetool. Hoe groter de organisatie, hoe meer van die afhankelijkheden. Juist die zijn kwetsbaar als het platform eronder stil blijft staan.

Voordat je iets plant, is dit de vraag om deze week te beantwoorden. Je hoeft er geen techneut voor te zijn:

• Vraag het je beheerder of het bureau dat de website onderhoudt. Zij weten het meteen.
• Of kijk in de beheeromgeving van de site. Drupal toont de versie op het statusrapport, meestal onder Beheer › Rapportage › Statusrapport.

Krijg je geen helder antwoord, of blijkt niemand het precies te weten, dan is dat op zichzelf al een signaal dat het onderhoud aandacht nodig heeft.

De overstap van Drupal 10 naar 11 is voor een goed onderhouden website een beheerste update van een paar dagen. Nieuwere PHP-versie, controle van modules, testen, live. Het wordt pas een probleem als het blijft liggen tot november en dan tussen andere prioriteiten door moet.

Wat het oplevert: wie nu naar Drupal 11 gaat, zit weer jaren goed. Drupal 11 krijgt nog geruime tijd na de release van Drupal 12 beveiligingsupdates, en de stap daarna naar Drupal 12 is klein omdat de nieuwste versies dicht bij elkaar liggen. Je koopt dus geen tijdelijke oplossing, maar rust voor de langere termijn.

Let ook op de hosting. Drupal 11 vraagt PHP 8.3. Als je website bij een hostingpartij staat of in een eigen datacenter draait, is het updaten van de serveromgeving vaak de stap die de meeste doorlooptijd kost. Neem die dus vroeg mee in de planning.

Wat wij bij een upgrade altijd meenemen, en wat in een standaard update vaak wordt vergeten:

• Werken de koppelingen nog? Elke integratie met een achterliggend systeem testen we apart. Een upgrade die de subsidieaanvraag, de vacaturefeed of de zaakkoppeling breekt, is geen geslaagde upgrade.
• Blijft de toegankelijkheid intact? Een nieuwe versie kan onderdelen van het thema raken. We controleren na de update of de site nog voldoet aan de WCAG, de wettelijke toegankelijkheidsnormen voor overheidswebsites, zodat je toegankelijkheidsverklaring blijft kloppen.
• Is het vastgelegd? Wat is er veranderd, wat is getest, wat is het resultaat. Zo kun je het intern verantwoorden zonder er zelf in te duiken.

Bij een provincie, ministerie, uitvoeringsorganisatie of groot ziekenhuis is een upgrade zelden alleen een technische klus. Er is een wijzigingsproces, een acceptatietest door de eigen beheerorganisatie, soms een pentest, en als het huidige bureau het niet oppakt een inkooptraject dat maanden kost. Drie maanden tot 9 december is daarvoor krap.

Het advies is dan ook niet “snel upgraden”, maar: breng deze maand in kaart waar je staat, leg vast wie verantwoordelijk is en plan de stappen zo dat de update vóór de deadline door acceptatie is. Heb je meerdere websites, bijvoorbeeld een hoofdsite naast losse loketten en programmasites, begin dan met de site waar de meeste koppelingen achter zitten.

Ongeveer een op de vijf Drupal-websites wereldwijd draait nog op versie 8 of 9. Die versies zijn al sinds 2021 en 2023 zonder ondersteuning. Vaak is het oorspronkelijke bureau uit beeld, of is de upgrade steeds doorgeschoven omdat niemand kon zeggen hoe groot het werk was. Bij overheden zien we dit vooral bij programma- en projectsites die ooit los zijn opgezet en buiten het reguliere beheer zijn gevallen.

Vanaf een oudere versie is de weg naar Drupal 11 langer: modules die niet meer bestaan, maatwerk dat moet worden herschreven, koppelingen die opnieuw moeten worden aangesloten. Dat is goed te doen, mits je vooraf weet wat je tegenkomt. Daarom beginnen we bij zulke sites met een inventarisatie van modules, maatwerk en integraties. Daaruit volgt een realistische planning en een begroting waar je op kunt sturen.

Soms is een upgrade de juiste keuze, soms is het verstandiger om de website opnieuw op te bouwen op een schone, actuele basis. Dat zeggen we dan ook, want een upgrade die over twee jaar weer een probleem is, helpt niemand.

Alle Drupal-websites die iWink beheert draaien op Drupal 11. Niet omdat we net op tijd zijn overgestapt, maar omdat we het bijhouden van versies hebben ingebouwd in hoe we werken. We bouwen al onze Drupal-websites op één eigen starterkit die we centraal onderhouden en met elke release meenemen. Een nieuwe Drupal-versie is daardoor voor onze klanten onderhoud, geen project. Diezelfde starterkit maken we nu klaar voor Drupal 12, zodat ook de volgende overstap onopvallend verloopt.

Die manier van werken komt niet uit de lucht vallen. iWink bouwt al bijna 25 jaar websites voor provincies, overheden, onderwijsorganisaties, zorginstellingen, woningcorporaties en bedrijven in de energie-infrastructuur: sites die veel informatie ontsluiten, meerdere doelgroepen bedienen en vastzitten aan systemen die niet mogen omvallen. We rondden ruim 1.000 projecten af en werken gemiddeld langer dan zeven jaar met onze klanten samen. Continuïteit is voor ons geen belofte, maar de manier waarop we het beheer inrichten.

Drupal is voor ons naast het iWink CMS een van de twee vaste technische bases, en de keuze die we maken als flexibiliteit en aansluiting op een bestaand IT-landschap zwaarder wegen.

Draait je website op het iWink CMS? Dan geldt dit verhaal niet voor jou. Dat platform houden wij zelf bij, dus je hoeft niets te doen.

Wil je snel weten hoe je ervoor staat, leg deze vragen dan voor aan wie de website nu onderhoudt:

1. Op welke Drupal-versie draait onze website op dit moment?
2. Als dat versie 10 is: staat de upgrade naar Drupal 11 vóór 9 december ingepland?
3. Ondersteunt onze hostingomgeving PHP 8.3, of moet die eerst worden bijgewerkt?
4. Worden alle koppelingen met onze andere systemen bij de upgrade getest?
5. Controleren we na de upgrade of de site nog aan de toegankelijkheidsnormen (WCAG) voldoet?

Krijg je op deze vragen geen helder antwoord, dan denken wij graag mee.

Weet je niet zeker op welke versie de website draait, of hoe het met de koppelingen en toegankelijkheid zit na een upgrade? Vraag het eerst je huidige bureau of beheerder. Kom je er samen niet uit, dan kijken wij graag mee.

Een versiecheck en een eerste inschatting van het werk doen we kosteloos, ook als de website door een ander bureau is gebouwd. Stuur ons de URL van je website en we laten binnen een week weten waar je staat en wat een logische vervolgstap is. Praat je liever eerst even? Plan gerust een half uur met me in.

Wat gebeurt er op 9 december 2026 met Drupal 10?

Op die datum stopt de beveiligingsondersteuning van Drupal 10. Nieuw ontdekte kwetsbaarheden worden dan niet meer gedicht. Dat gebeurt in dezelfde week als de release van Drupal 12.

Hoe kom ik erachter of mijn website op Drupal 10 draait?

Vraag het je beheerder of het bureau dat de site onderhoudt, of kijk zelf in de beheeromgeving onder Beheer › Rapportage › Statusrapport. Daar staat de Drupal-versie vermeld.

Hoeveel tijd kost een upgrade van Drupal 10 naar Drupal 11?

Voor een goed onderhouden website is dat meestal een kwestie van een paar dagen: een nieuwere PHP-versie, controle van modules, testen en live zetten. Let wel op of de hostingomgeving al PHP 8.3 ondersteunt, want dat kan de doorlooptijd verlengen.

Mijn website draait nog op Drupal 8 of 9, wat nu?

Begin met een inventarisatie van modules, maatwerk en koppelingen. Vanaf een oudere versie is de weg naar Drupal 11 langer, en soms is een nieuwe, schone opbouw verstandiger dan een upgrade.

Is een upgrade verplicht voor overheden en zorginstellingen?

Er is geen directe verplichting om specifiek naar Drupal 11 te gaan, maar kaders als de BIO, de Cyberbeveiligingswet (NIS2) en NEN 7510 verwachten wel dat je geen software gebruikt die geen beveiligingsupdates meer krijgt.

Wat kost een versiecheck bij iWink?

Een versiecheck en een eerste inschatting van het werk zijn kosteloos, ook als de website door een ander bureau is gebouwd.

Bronnen: drupal.org, release schema en de Drupal 11 Adoption Tracker van gspikes.com (cijfers week van 23 augustus 2026).