Alle Drupal-versies en hun einddatums op een rij

Drupal 10 bereikt zijn end of life op 9 december 2026, in de week waarin Drupal 12 wordt uitgebracht. Drupal 7 stopte op 5 januari 2025 en Drupal 9 op 1 november 2023. Deze pagina zet elke Drupal-versie op een rij met releasedatum en einddatum, legt uit hoe het releaseritme werkt en welke datums u binnen een major-versie ook nog in de gaten moet houden.

De volledige tijdlijn

Alle datums hieronder komen van het core release schedule op drupal.org en van de releasepagina's van de betreffende versies.

Bij Drupal 8 lopen twee datums door elkaar. De aankondiging van juni 2021 (PSA-2021-06-29) noemde 2 november 2021 als einddatum. De bevestiging achteraf (PSA-2021-11-30) en het releaseschema noemen 17 november 2021. Beide zijn inmiddels ruim gepasseerd, dus voor de praktijk maakt het verschil niet uit — maar als u ze allebei tegenkomt, weet u waar ze vandaan komen.

Waarom "eind 2026" niet nauwkeurig genoeg is

Het releaseschema van drupal.org zet Drupal 12 in de week van 7 december 2026 en zegt over Drupal 10 dat die versie end of life gaat op 9 december 2026 — dezelfde week. Daarbij staat expliciet dat er na die datum geen nieuwe releases van Drupal 10 meer worden gemaakt.

Dat is een precieze datum, geen richting. Wie plant op "ergens in 2026" begint of te vroeg aan een migratie naar een Drupal 12 die nog niet bestaat, of komt er te laat achter dat er nog maar één begrotingsronde over is. Hoe lang een major-upgrade duurt, loopt sterk uiteen: dat hangt af van het aantal custom modules, de staat van het theme en of uw contrib-modules al een Drupal 11-versie hebben.

Wat de datum precies betekent voor uw site en wat er daarna nog wel en niet gebeurt, staat uitgewerkt op de pagina over Drupal 10 end of life.

Hoe het releaseritme van Drupal werkt

Sinds Drupal 8 volgt Drupal een vast, voorspelbaar ritme. Dat maakt planning eenvoudiger, mits u weet waar u op moet letten.

Major-versies

Een nieuwe major (10, 11, 12) verschijnt ongeveer elke twee jaar. De einddatum van de vorige major valt samen met of vlak na de release van de nieuwe. De reden is bij Drupal 8 en 9 dezelfde: Drupal draait op Symfony, en wanneer de Symfony-versie waarop een Drupal-major is gebouwd zijn eigen einddatum bereikt, kan het Drupal Security Team die major niet meer verantwoord ondersteunen. Drupal 8 eindigde met Symfony 3, Drupal 9 met Symfony 4 (bij Drupal 9 speelden ook het einde van CKEditor 4 en Twig 2 mee).

Drupal 7 is de uitzondering. Die versie draaide niet op Symfony en had dus geen externe framework-afhankelijkheid die een datum oplegde. De einddatum is daar meermaals uitgesteld.

Minor-versies

Binnen een major verschijnt ongeveer elke zes maanden een minor (10.4, 10.5, 10.6). Elke minor krijgt ongeveer een jaar ondersteuning: de eerste zes maanden actieve ondersteuning met bugfixes én securityfixes, de laatste zes maanden alleen nog securityfixes. Er staan daardoor steeds twee minors tegelijk onder beveiligingsdekking.

Dat betekent dat u ook binnen een major-versie niet stil kunt blijven staan. Een site op Drupal 10.3 stond al zonder beveiligingsupdates ruim voordat Drupal 10 als geheel end of life gaat.

Drupal 10.6.0 is de laatste minor van de Drupal 10-serie; drupal.org vermeldt dat expliciet. De ondersteuning daarvan loopt af op hetzelfde moment als de major zelf. Zit u op een lagere 10.x, dan is het eerste wat u doet niet migreren naar Drupal 11, maar bijwerken naar 10.6 — een kleine stap binnen dezelfde major die u meteen weer onder beveiligingsdekking brengt.

Patch-releases

Bugfix-releases verschijnen in het venster rond de eerste woensdag van de maand. Beveiligingsreleases verschijnen op de derde woensdag. Dat vaste ritme is bruikbaar: plan uw onderhoudsvenster structureel in de vierde week van de maand, dan neemt u een eventuele security-release van die maand altijd mee.

Wat een einddatum praktisch betekent

Op de dag van de EOL blijft uw site gewoon draaien. Er valt niets om. Wat er verandert, is dit:

• Het Drupal Security Team brengt geen beveiligingsadviezen meer uit voor die versie. Kwetsbaarheden die daarna worden gevonden, blijven open staan.
• Contributed modules verliezen hun officiële beveiligingsdekking voor die versie mee. Dat raakt in de praktijk vaak harder dan core zelf, omdat een gemiddelde Drupal-site op een flink aantal contrib-modules leunt.
• Nieuwe versies van modules en themes worden alleen nog voor de actuele major gebouwd. Uw site bevriest functioneel.
• De PHP-versies die uw oude Drupal nodig heeft, lopen op hun eigen tempo ook af. Op termijn weigert uw hostingpartij die stack te draaien.

Voor Drupal 7 bestaat wel een uitweg: het Extended Security Support Provider Program van de Drupal Association, met HeroDevs en Tag1 Consulting als gecertificeerde leveranciers van betaalde, verlengde beveiligingsondersteuning. Voor Drupal 10 staat op het moment van schrijven geen vergelijkbaar programma op drupal.org aangekondigd. Neem 9 december 2026 in uw planning dus als harde datum.

De technische drempels tussen Drupal 10 en 11

Een upgrade van Drupal 10 naar 11 is geen migratie zoals Drupal 7 naar 10 dat was — de architectuur blijft gelijk. Maar er zitten harde eisen aan die u vooraf moet controleren, want ze raken uw hosting en niet alleen uw code.

Systeemeisen:

PostgreSQL vereist in beide gevallen de extensie pg_trgm.

De upgradepaden hebben twee valkuilen die vaak worden gemist:

1. U kunt alleen naar Drupal 11 vanaf Drupal 10.3.0 of hoger. Alle core-updates van vóór 10.3.0 zijn uit de Drupal 11-codebase verwijderd. Zit u op 10.2 of lager, dan moet u eerst binnen de 10-serie omhoog.
2. Zit u op Drupal 10.6, dan moet u naar Drupal 11.3.0 of hoger — niet naar een lagere 11.x. Dat staat in de releasenotes van 10.6.0.

Voor de voorbereiding gebruikt u twee tools uit het Drupal-ecosysteem. De module Upgrade Status (upgrade_status) scant uw site op verouderde API-aanroepen en op modules zonder Drupal 11-compatibele release. Drupal Rector herschrijft een deel van die verouderde aanroepen automatisch in uw custom code; drupal.org raadt aan beide samen in te zetten. Wat daarna overblijft, is het echte werk: modules waarvan de maintainer nooit een Drupal 11-versie heeft uitgebracht, en custom code die op verwijderde API's leunt.

Wat te doen, afhankelijk van waar u nu staat

Nog op Drupal 7. U draait sinds januari 2025 zonder beveiligingsdekking, tenzij u betaalde verlengde ondersteuning heeft afgenomen. Dit is geen upgrade maar een herbouw: de datastructuur, het theme en de modules gaan via de Migrate API naar een nieuwe site. Plan hier maanden voor, niet weken. Zie Drupal 7-migratie voor hoe zo'n traject in stappen verloopt.

Op Drupal 9. Ook al sinds november 2023 zonder dekking. De stap naar 10 is technisch beperkt, maar u loopt inmiddels ver achter op de PHP-eisen. Ga in één traject door: naar Drupal 10, binnen de 10-serie naar minimaal 10.3, en dan naar Drupal 11.

Op Drupal 10.0 tot en met 10.5. Werk eerst bij naar 10.6. Dat brengt u tot december 2026 onder beveiligingsdekking en geeft u lucht om de stap naar 11 te plannen in plaats van te forceren.

Op Drupal 10.6. U bent gedekt tot 9 december 2026. Gebruik die tijd om Upgrade Status te draaien en uw modulelijst na te lopen, zodat u weet welke contrib-modules geen Drupal 11-versie hebben. Dat is meestal wat een upgrade echt vertraagt.

Op Drupal 11. Houd het minor-ritme aan. Elke minor krijgt ongeveer een jaar dekking, dus twee keer per jaar bijwerken houdt u permanent binnen de ondersteuning en maakt de sprong naar Drupal 12 in december 2026 klein.