Drupal 12 : calendrier de sortie, évolutions et trajectoire de migration
La sortie de Drupal 12 se profile pour 2026 et tout l'écosystème s'y prépare. Le jalon officiel retenu vise la semaine du 7 décembre 2026, précédé d'une Beta 1 dans la semaine du 14 septembre et d'une Release Candidate 1 dans la semaine du 9 novembre. Dans le même temps, le support de Drupal 10 s'éteint le 9 décembre 2026 : une butée ferme, totalement découplée de la disponibilité de Drupal 12.
Quand un site repose encore sur Drupal 10, l'interrogation ne porte plus sur l'opportunité de migrer mais sur le moment et la cible. Je passe ici en revue les dates officielles, les évolutions techniques confirmées, ce que cela change pour la maintenance, et la grille de décision adaptée à la version que vous exploitez.
Le calendrier officiel
Le planning a été révisé une fois franchie la date butoir beta du 15 mai 2026. La fenêtre d'août, d'abord annoncée le 23 mars 2026, est tombée faute d'avoir clos les exigences bloquantes. Voici le tableau complet des versions et de leurs horizons de support, dans l'état actuellement publié sur drupal.org/schedule.
Le calendrier publié sur drupal.org
- Drupal 12 Beta 1 : semaine du 14 septembre 2026
- Drupal 12 Release Candidate 1 : semaine du 9 novembre 2026
- Drupal 12.0.0 stable : semaine du 7 décembre 2026 (la piste d'août a été écartée le 14 mai 2026)
- Drupal 10 - fin de support : 9 décembre 2026 (échéance ferme, sans lien avec la sortie de D12)
- Drupal 11 : maintenu en parallèle de D12, sur un rythme officiel d'une version majeure tous les deux ans.
- Drupal 7 : hors support depuis le 5 janvier 2025 (aucun correctif de sécurité communautaire). Une prise en charge prolongée payante existe chez HeroDevs pour les sites qui ont besoin de temps.
- Drupal 8 et 9 : abandonnés depuis plusieurs années. Le moindre site encore en ligne se retrouve exposé.
L'élément vraiment notable, c'est le découplage entre la sortie de Drupal 12 et l'arrêt du support de Drupal 10. Jusqu'ici, une version N tombait hors support au moment où arrivait N+2. Cette fois, l'extinction de Drupal 10 est fixée à décembre 2026 peu importe la date réelle de livraison de Drupal 12. Pour qui planifie une migration, c'est une certitude appréciable.
Ce que cela change au Luxembourg. De nombreux portails publics et administrations luxembourgeoises font tourner leurs sites institutionnels sous Drupal. En détachant l'extinction de D10 du calendrier de D12, on obtient une visibilité planning ferme jusqu'à décembre 2026, quel que soit le glissement de la version. Les services informatiques du secteur public luxembourgeois et leurs prestataires peuvent ainsi cadrer budgets et marchés de migration sur une borne stable. J'en dis plus sur mon accompagnement local : Drupal au Luxembourg.
Les évolutions techniques de Drupal 12
Un socle Symfony 8
Le cœur de Drupal 12 repose sur Symfony 8, ce qui amène son lot de ruptures de compatibilité héritées de cette brique :
Request::get()devient déprécié côté HTTP Foundation : on passe désormais par les propriétésattributes,queryourequest- Les options des contraintes Validator s'initialisent dorénavant dans le constructeur, l'évaluation au niveau de la classe
Constraintde base disparaissant - L'attribut
#[HasNamedArguments]n'existe plus - Montée de version des briques HttpFoundation, Validator et DependencyInjection
Lors de la première version de cet article (avril 2026), plusieurs librairies tierces ne tournaient pas encore sous Symfony 8, à commencer par php-tuf/composer-stager. Les mainteneurs du cœur ont cherché à lever ces verrous dans le cadre des exigences beta du 15 mai afin de tenir l'objectif d'août, sans y parvenir : le 14 mai 2026, la cible a officiellement basculé sur la semaine du 7 décembre 2026.
Les ruptures lourdes décalées à Drupal 13
Voilà un point déterminant pour anticiper : les déprécations vraiment cassantes ont été clairement renvoyées à Drupal 13. Concrètement, passer de Drupal 11 à Drupal 12 restera plutôt indolore pour les modules tenus à jour, là où le saut de Drupal 10 vers 11 avait exigé des remaniements bien plus conséquents. Un site Drupal 11 dont les modules contribués sont à niveau devrait rejoindre D12 sans chantier de fond.
Un rythme de deux ans désormais entériné
Avec ce passage, Drupal acte officiellement une cadence de deux ans entre deux versions majeures. Drupal 13 est espéré aux alentours de 2028. Pour une organisation, le budget se planifie plus sereinement : une montée majeure tous les deux ans, ni plus, ni moins.
Les exigences serveur et plateforme
Les core managers ont arrêté les exigences de Drupal 12 le 14 janvier 2026 (annonce sur drupal.org). Trois planchers grimpent nettement par rapport à Drupal 11.
Les planchers relevés en Drupal 12
- PHP 8.5 au minimum (8.3 sous Drupal 11). C'est l'exigence la plus lourde de conséquences côté hébergement ; la plupart des audits de migration démarrent par ce point.
- MariaDB 10.11 au minimum (10.6 sous Drupal 11). Cela touche surtout les hébergeurs n'ayant pas encore franchi ce cap.
- PostgreSQL 18 au minimum (16 sous Drupal 11). Un bond conséquent. L'extension
pg_trgmdemeure indispensable.
Ce qui reste identique à Drupal 11
- MySQL 8.0 et SQLite 3.45 conservent leur seuil.
- Côté serveur web, Apache 2.4.7 ou nginx 1.1 restent les minimums.
- Composer 2.x dans une version stable récente (à confronter aux dernières publications sur getcomposer.org/changelog).
Un constat de terrain qui revient souvent : début 2026, l'ensemble des offres mutualisées ne livre pas PHP 8.5 par défaut. Sur les formules d'entrée de gamme chez OVH, 1and1 ou Gandi, il faut fréquemment changer la version PHP à la main depuis le tableau de bord, parfois même monter en gamme. Ce contrôle se mène en amont de la migration applicative, jamais en cours de route. Je l'inscris systématiquement dans mes audits de migration Drupal.
Les modules qui sortent du cœur en Drupal 12
Six modules historiques du cœur deviennent contribués avec Drupal 12. Quand un site les exploite, le réflexe gagnant consiste à poser leur variante contrib dès Drupal 11.3 ou 11.4, avant la montée de code vers Drupal 12. On lisse ainsi la charge et on sécurise la bascule.
Les modules visés
- Ban - déprécié en 11.3, sorti en 12.0. Pour le récupérer :
composer require drupal/ban. - Contact - déprécié en 11.4, sorti en 12.0. Largement répandu : si vos formulaires ne sont pas encore passés sous Webform, prévoyez une revue.
- Field Layout - déprécié en 11.4, sorti en 12.0. Touche les sites ayant troqué Layout Builder contre Field Layout.
- History - bascule en contrib.
- Migrate Drupal et Migrate Drupal UI - supprimés. Inutile d'aller chercher une version contrib si votre reprise depuis Drupal 7 est achevée ; dans le cas contraire, bouclez-la avant de passer en D12.
Sur les sites Drupal que j'accompagne en TMA, j'intègre déjà ces bascules contrib une à une, au fil des versions mineures. Le recensement des modules à remplacer fait partie de mes livrables habituels d'audit pré-migration.
Thème d'administration : Gin gagne du terrain, puis "Admin"
Côté contributeurs, le thème d'administration évolue en deux étapes. Gin s'impose peu à peu comme thème d'admin au sein de la communauté, aux côtés de Claro qui reste utilisable sur les sites en place. Dans Drupal 12, un thème expérimental baptisé Admin a fait son apparition dans le cœur, fruit de la fusion entre Gin et Claro. Pour un site Drupal 10 ou 11 encore sous Claro, mieux vaut préparer le terrain : sensibilisation des contributeurs, contrôle des modules sur mesure qui injectent du CSS d'administration, revue des surcharges du thème de back-office.
D'autres travaux techniques avancent dans le cœur : prise en charge de PHPUnit 12, nouvelle API JavaScript import maps (indispensable à CKEditor 5), passage d'ESLint 8 à 9, retrait des tests du paquet de release. Ces changements sont invisibles pour les sites applicatifs, mais ils rebattent les workflows d'intégration continue des équipes qui contribuent au cœur ou maintiennent des modules sur mesure avec leur propre chaîne de tests.
Drupal CMS 2.0 : le chantier mené en parallèle
Drupal CMS (projet Starshot ouvert en janvier 2025) est une distribution clé en main bâtie sur Drupal Core. Elle s'ajoute par-dessus le cœur sans le remplacer. Sa version 2.0 est arrivée le 28 janvier 2026 au-dessus de Drupal Core 11.3 et apporte plusieurs briques de poids. Pour tout le détail, je renvoie vers ma ressource dédiée Drupal CMS 2.0.
Drupal Canvas, l'éditeur visuel
Il s'agit d'un outil de composition WYSIWYG en glisser-déposer qui s'appuie sur les Single Directory Components. Il succède petit à petit à Layout Builder et Paragraphs. Pour les monteurs de sites sans bagage technique, c'est une riposte frontale aux CMS low-code concurrents (WordPress Gutenberg, Webflow). Drupal Canvas, connu sous le nom d'Experience Builder pendant sa conception, autorise la construction d'un site entier depuis le navigateur, sans une ligne de PHP ni module sur mesure. La Mercury Component Library, fournie en même temps, met à disposition un catalogue de composants prêts à poser.
L'AI Framework
C'est un cadre modulaire d'agents d'intelligence artificielle greffé au CMS, taillé pour la personnalisation, la recherche sémantique et l'édition en direct. Drupal CMS propose en outre un « AI Template » préparamétré pour les projets « Intelligent CMS », où le site ne stocke plus seulement du contenu mais en produit, le structure et l'affine de façon dynamique.
Site Templates et système de design
Au menu : des recipes et workflows déjà réglés pour faire gagner du temps sur les projets courants, un système de design intégré doté de composants réutilisables, des tableaux de bord selon le rôle, des circuits de validation multi-niveaux, ainsi que des passerelles vers les outils CRM et de marketing automation. Drupal consolide ainsi sa posture low-code/no-code pour les usages standards, sans renoncer à la richesse du sur-mesure sur les projets complexes.
La trajectoire à privilégier selon votre version
Voici la marche à suivre la plus pertinente d'après la version que vous exploitez en ce moment. Chaque situation porte son propre degré d'urgence et son propre niveau d'investissement.
Drupal 7 - priorité absolue
Hors support depuis le 5 janvier 2025, sans le moindre correctif de sécurité. Trois pistes : rejoindre Drupal 11 dès à présent (serein jusqu'à D13 vers 2028), basculer vers WordPress quand Drupal ne se justifie plus, ou s'appuyer sur HeroDevs Extended Support pour gagner quelques mois. À lire : mon guide fin de vie Drupal 7.
Drupal 8 / 9 - à traiter vite
Hors support depuis plusieurs années. Un site toujours en ligne reste vulnérable. Visez Drupal 11 directement, sans repasser par D10, avec un cap fixé dans l'année. La difficulté du chantier dépend de la propreté du code d'origine et des modules contribués mobilisés.
Drupal 10 - à caler sur 2026
Support arrêté le 9 décembre 2026 : la migration doit aboutir avant cette borne. Deux options : rejoindre Drupal 11 sans attendre (le pari prudent, le saut D11→D12 se faisant ensuite en douceur dans le cadre de la TMA), ou patienter jusqu'à Drupal 12 stable pour y aller d'un seul tenant (plus exposé, puisqu'on reste sur D10 jusqu'au dernier moment). Sur les projets sensibles, je conseille Drupal 11 dès maintenant.
Drupal 11 - en terrain serein
Maintenu sur la durée, avec un rythme de deux ans. Le saut D11 → D12 s'annonce plutôt doux, les ruptures ayant été décalées à D13. À programmer en TMA dans les 12 à 18 mois qui suivent l'arrivée de D12 ; nul besoin de monter un projet dédié à l'avance.
Projet neuf en 2026 - deux voies
Pour un projet qui se lance tout de suite : Drupal 11 en production au plus tôt, puis montée vers D12 plus tard en TMA. Pour un projet sans contrainte de mise en ligne avant l'été ou l'automne 2026, attendre Drupal 12 stable se défend. Dans l'incertitude, Drupal 11 demeure le choix par défaut en 2026.
Drupal CMS (distribution) - à maintenir à niveau
Sous Drupal CMS 1.x, le passage à CMS 2.0 ouvre l'accès à Drupal Canvas, à la Mercury Component Library et à l'AI Framework. L'opération se traite comme une montée de recipe, pas comme une refonte. Reste à valider la compatibilité de vos modules sur mesure et de votre thème.
Check-list : préparer le terrain de la migration
Avant de lancer un passage vers Drupal 11 ou 12, voici les points à passer au crible. C'est typiquement ce que recouvre la phase de cadrage d'un projet de migration.
- PHP et base de données du serveur cible : PHP 8.5 accessible pour D12 ? MariaDB 10.11 ou PostgreSQL 18 chez votre hébergeur ? C'est le verrou à faire sauter en premier, car un blocage ici repousse tout le calendrier.
- Upgrade Status (module Drupal) : à faire tourner sur le site en place pour récupérer automatiquement la liste des dépendances dépréciées et des modules du cœur à déplacer en contrib.
- Drupal Rector : utilitaire en ligne de commande qui corrige automatiquement une part du code déprécié dans les modules sur mesure. Gain de temps marqué sur les grosses bases de code, à intégrer au chiffrage.
- Modules du cœur à déplacer en contrib : Ban, Contact, Field Layout, History, Migrate Drupal, Migrate Drupal UI sont-ils en service chez vous ? Leur bascule se planifie avant la montée de code vers D12.
- Recensement des modules contribués : lesquels sont à l'abandon, lesquels disposent d'une version compatible D11/D12 ?
- Revue des correctifs : combien passent par composer-patches, sont-ils encore utiles, déjà intégrés en amont ou devenus inutiles ?
- Modules sur mesure : compatibles avec Symfony 7 (pour D11) ou Symfony 8 (pour D12) ? Disposent-ils de tests de non-régression ?
- Thème : assis sur une base récente (Olivero, custom moderne) ou sur un thème vieillissant à reconstruire ? Back-office encore sous Claro, donc bascule Gin à prévoir.
- Gestion de configuration : configuration proprement exportée en YAML et suivie sous Git, ou bien dérivée et cassée ?
- Accessibilité : le site est-il conforme RGAA ? La migration est le bon moment pour s'y mettre, d'autant que l'European Accessibility Act entre en application.
- Performance : BigPipe activé, cache bien réglé, CDN en place, Core Web Vitals dans le vert ?
- CI/CD : chaîne de déploiement automatisée, environnement de préproduction, tests lancés automatiquement ?
- Plan de reprise : RPO et RTO arrêtés, sauvegardes éprouvées par une restauration réelle ?
- Contenu : volume, référentiel éditorial, champs et taxonomies susceptibles de coincer lors du mapping.
Je couvre ces vérifications dans mes missions d'audit de TMA Drupal et de préparation de migration. Le livrable habituel : un rapport technique assorti d'un chiffrage et d'un planning, loin du devis vague.
Vos questions récurrentes sur Drupal 12
Request::get() est déprécié dans HTTP Foundation (on passe directement par les propriétés attributes, query ou request), les options des contraintes Validator s'initialisent dans le constructeur et l'attribut #[HasNamedArguments] disparaît. Les déprécations vraiment cassantes ayant été reportées à Drupal 13, le saut de D11 vers D12 demeure plutôt souple pour les modules tenus à jour.
Approfondir le sujet
TMA Drupal : le guide complet
La maintenance prend en charge les montées de version mineures. Ce guide précise ce que doit couvrir votre contrat de TMA et comment anticiper les bascules majeures.
Drupal 7 en fin de vie : quelles options ?
Encore sous Drupal 7 ? C'est le tout premier point à régler avant d'aller plus loin. Montée de version, passage à WordPress ou reconstruction : comment trancher.
Mon offre Drupal
Migrations de Drupal 7 à 12, modules sur mesure, architecture découplée, intégration DSFR, accessibilité RGAA. En proximité : Drupal Bordeaux et Nouvelle-Aquitaine, Drupal au Luxembourg.
Combien coûte un site internet en 2026 ?
Pour estimer l'enveloppe d'une migration Drupal, décrypter les vrais postes de dépense d'un projet web et les raisons des écarts entre devis.
Collectivités & secteur public
Drupal équipe une grande partie des collectivités et administrations françaises. Mon offre dédiée : DSFR, RGAA, hébergement souverain, marchés publics. Parmi mes références, un portail national d'information publique de l'État.
Fin de vie Drupal 10 - 9 décembre 2026
Le support de Drupal 10 s'arrête en décembre 2026. Calendrier détaillé, voies de migration vers Drupal 11/12, exigences techniques et budget de la transition.
Un site Drupal à mettre sur les rails pour 2026 ?
Échangeons.
