Où en est Drupal 7 en 2026
Une fin de vie officielle depuis le 5 janvier 2025
La date est publique et ancienne : la Drupal Association a fixé la fin de vie de Drupal 7 au 5 janvier 2025.
Ce que cela change au quotidien tient en deux points, annoncés avant l'échéance : les problèmes de sécurité signalés sur Drupal 7 peuvent être rendus publics sans correctif, et les sites Drupal 7 affichent un message indiquant qu'ils ne sont pas sécurisés. L'information circule, mais le correctif n'arrive plus avec elle. Pour une équipe technique, c'est l'inversion de la situation habituelle : la vulnérabilité peut être connue de tous avant d'être corrigée chez vous.
L'infrastructure du projet a suivi : les flux XML de packaging ont été coupés et les tests automatisés de Drupal.org pour Drupal 7 ne sont plus pris en charge.
Le support étendu : un sursis payant, pas une destination
Il reste une voie pour continuer à recevoir des correctifs. Drupal.org publie la liste des prestataires certifiés de support étendu pour Drupal 7, qui recense aujourd'hui HeroDevs et Tag1 Consulting.
Deux précisions comptent avant de s'y engager. C'est une offre commerciale, assurée par des entreprises privées, pas par le projet Drupal lui-même. Et elle achète du temps sur une version majeure dont le cycle est clos. Le support étendu est utile comme filet pendant un chantier déjà lancé. Il devient coûteux quand il sert à ne pas décider.
La contrainte PHP, la moins visible et la plus décisive
La documentation de Drupal 7 indique que la version prend en charge PHP jusqu'à 8.3, et que PHP 8.4 n'obtiendra pas de support.
Cette ligne mérite plus d'attention qu'elle n'en reçoit, parce que l'échéance qu'elle crée ne figure nulle part sur drupal.org : elle est dans votre contrat d'hébergement. Tant que votre hébergeur propose PHP 8.3, le site tourne. S'il retire cette version de son parc, c'est son calendrier qui fixe le vôtre. C'est le premier point à aller vérifier.
Le calendrier Drupal 11 et Drupal 12, tel qu'il est publié
Drupal 11 est disponible depuis le 2 août 2024
Drupal 11.0.0 est sorti le 2 août 2024 : c'est une cible disponible aujourd'hui, pas une version à attendre.
Un prérequis à poser dès l'étude : Drupal 11 exige PHP 8.3. Si votre hébergement ne l'atteint pas, la question de l'infrastructure précède celle de la version de Drupal.
Drupal 12 est attendu la semaine du 7 décembre 2026
Le calendrier officiel des cycles de publication du cœur place la sortie de Drupal 12.0.0 dans la semaine du 7 décembre 2026. La même page fixe la fin de vie de Drupal 10 au 9 décembre 2026.
L'annonce qui avait posé ce principe indiquait que Drupal 10 serait supporté jusqu'à la sortie de Drupal 12, alors située « mi ou fin 2026 ». Un détail utile à qui bâtit un plan dessus : la discussion publique du projet montre qu'une fenêtre d'août 2026 avait été envisagée, avant d'être écartée au profit de décembre 2026. La date de référence est celle inscrite au calendrier, et elle a évolué en cours de cycle.
Viser Drupal 11 maintenant ou attendre Drupal 12 ?
La question se tranche moins sur les versions que sur votre propre horloge.
Partez maintenant si votre exposition est déjà réelle. Site public avec formulaires, paiements, comptes utilisateurs ou données personnelles, hébergement dont les versions de PHP vont évoluer : viser Drupal 12 revient à rester sur une version sans correctif officiel jusqu'à sa sortie, puis pendant toute la durée du chantier. Cette exposition ne se met pas en pause le temps de la réflexion.
Estimez la durée de votre chantier avant de choisir la cible. Inventaire, reprise des contenus, modules sans équivalent, intégrations : c'est cette estimation, et non la version la plus récente, qui dit si votre mise en production tombe avant ou après décembre 2026. Si elle tombe après, la question devient concrète : sur quelle version votre site sera-t-il réellement mis en production, et jusqu'à quand ce choix peut-il être révisé ? Posez-la à votre intégrateur dès le cadrage.
Drupal 10 n'est plus une cible viable. Sa fin de vie est fixée au 9 décembre 2026 : une migration depuis Drupal 7 lancée aujourd'hui serait livrée après cette date, donc sur une version déjà en fin de vie.
Attendre Drupal 12 ne se justifie que dans un cas précis : votre projet est de toute façon bloqué par autre chose, budget voté sur l'exercice suivant, refonte graphique à venir, dépendance métier non résolue. Une migration Drupal 7 vers Drupal 12 est alors un choix assumé, couvert par le support étendu pendant l'intervalle. Ce n'est pas la même chose qu'attendre par défaut.
Les étapes d'une migration qui tient
L'ordre compte plus que les outils.
L'inventaire d'abord. Modules installés et réellement utilisés, types de contenu, vues, champs, rôles, formulaires, langues. Un site Drupal 7 ancien contient presque toujours des fonctionnalités que plus personne n'utilise : les recenser est la première source d'économie du projet.
Les contenus ensuite. Volume, structure, médias, fichiers joints. C'est la partie la plus mécanisable, et celle où il faut décider tôt ce qui est migré, ce qui est archivé et ce qui est abandonné.
Les modules, poste de risque principal. Pour chaque module contribué, une question : existe-t-il un équivalent maintenu sur la version cible, la fonctionnalité est-elle désormais couverte par le cœur, ou faut-il redévelopper ? Les réponses pèsent sur le budget bien plus que le volume de contenu.
Les intégrations. CRM, outils d'emailing, paiement, SSO, ERP, flux de données. Chaque connecteur est un petit projet, avec son interlocuteur et son délai propres.
Les URL et les redirections, jamais en fin de liste. Le plan de redirection se construit pendant la migration, pas après la mise en production. C'est le point où l'on perd du référencement sans s'en apercevoir, et le plus difficile à rattraper.
Enfin la recette et la bascule. Environnement de test accessible aux équipes métier, gel des contenus, procédure de retour arrière.
Avant de lancer : les questions à se poser
- Quelle version de PHP tourne aujourd'hui sur notre hébergement, et jusqu'à quand notre hébergeur la maintient-il ?
- Sommes-nous couverts par un contrat de support étendu ? Jusqu'à quelle date, pour quel montant annuel ?
- Combien de modules contribués utilisons-nous réellement, et combien n'ont pas d'équivalent maintenu sur la version cible ?
- Quelles données personnelles ou sensibles ce site traite-t-il, et que coûterait une interruption d'une semaine ?
- Le budget est-il disponible sur cet exercice ou le suivant ? C'est souvent cette réponse qui décide de la version cible.
- Qui, en interne, est responsable de la recette des contenus ?
Vous hésitez entre partir maintenant sur Drupal 11 et viser Drupal 12 ? DrupaLabs propose un audit et un plan de migration. Décrivez-nous votre site, nous revenons vers vous rapidement.