Se préparer pour Drupal 12

Drupal 12 arrive, et c'est une bonne nouvelle. Depuis Drupal 8, le projet a adopté un rythme de versions majeures prévisible et, surtout, une approche de migration radicalement différente de l'époque douloureuse du passage de Drupal 7 à Drupal 8. Aujourd'hui, monter d'une version majeure à la suivante ressemble beaucoup plus à une mise à jour soignée qu'à une reconstruction complète. La condition pour en profiter tient en une phrase : avoir un site déjà propre et à jour le jour où la nouvelle version sort.

C'est tout l'objet de cet article. Plutôt que d'attendre la sortie pour réagir dans l'urgence, le bon réflexe est d'anticiper dès maintenant. Un site maintenu se prépare presque sans effort supplémentaire, parce que le travail est déjà fait au fil de l'eau. Voici ce qu'on sait de Drupal 12, ce qui change concrètement et la liste des actions à mener pour que votre migration se compte en heures plutôt qu'en semaines.

Quand sort Drupal 12 et ce qu'on en sait

Une sortie attendue vers la fin 2026. Le projet Drupal suit désormais un calendrier de versions majeures cadencé sur les dépendances majeures, en particulier Symfony. Drupal 11 s'appuie sur Symfony 7, et Drupal 12 est attendu lorsque l'écosystème sera prêt pour le saut suivant, vraisemblablement vers la fin de l'année 2026. Les dates exactes peuvent bouger de quelques mois, mais l'ordre de grandeur est fiable et donne un horizon de planification confortable.

Une rupture volontairement douce. Depuis Drupal 8, la philosophie est claire : les changements lourds sont introduits progressivement dans les versions mineures (8.1, 8.2 et ainsi de suite) sous forme d'API dépréciées, puis le code obsolète est retiré lors de la version majeure suivante. Concrètement, passer de Drupal 11 à Drupal 12 consiste surtout à retirer ce qui était marqué deprecated et à monter les dépendances de fond (Symfony, PHP, certaines librairies front).

Les grands axes pressentis. Sans dates ni promesses définitives, on peut raisonnablement s'attendre à une montée de version de Symfony, à un relèvement de la version minimale de PHP, à la poursuite de la modernisation du front (Single Directory Components, intégration des nouveaux standards JavaScript) et à la suppression d'API dépréciées tout au long du cycle de Drupal 11. Rien de tout cela n'est une surprise pour une équipe qui suit l'actualité du projet.

Le principe à retenir : la migration se prépare avant la sortie

L'erreur classique consiste à voir la migration comme un projet ponctuel qu'on lance le jour de la sortie. C'est exactement l'inverse qu'il faut faire. La quasi-totalité du travail de préparation peut, et doit, se faire pendant le cycle de vie de Drupal 11. Le jour J, il ne reste plus qu'à valider.

La raison est simple : Drupal vous donne tous les outils pour vous préparer en avance. Le code déprécié est signalé bien avant d'être supprimé. Les mainteneurs de modules contrib publient leurs versions compatibles en amont. Et les outils de détection vous indiquent précisément ce qui doit être corrigé. Le travail de migration Drupal devient alors une succession de petites étapes étalées dans le temps plutôt qu'un chantier monolithique stressant.

Les actions à mener dès maintenant

Voici la feuille de route concrète. Aucune de ces actions ne nécessite d'attendre la sortie de Drupal 12, et chacune apporte de la valeur immédiate à votre site, indépendamment de la migration.

Être à jour sur la dernière version de Drupal 11. C'est la fondation. Un site qui tourne sur la dernière mineure de Drupal 11 aura intégré au fil de l'eau les changements préparatoires vers Drupal 12. À l'inverse, un site bloqué sur une vieille version accumule un retard qui se paiera d'un coup. Vérifiez votre version courante :

drush status | grep "Drupal version"
composer show drupal/core-recommended

Retirer le code déprécié. C'est le cœur de la préparation. Les API marquées deprecated dans Drupal 11 disparaîtront dans Drupal 12. L'outil de référence pour les détecter est drupal-check, complété par l'analyse de Upgrade Status. Lancez une analyse de votre code custom :

composer require --dev mglaman/drupal-check
vendor/bin/drupal-check web/modules/custom web/themes/custom

Chaque avertissement pointe une ligne à corriger. Traités au fur et à mesure, ces correctifs sont rapides. Accumulés jusqu'au dernier moment, ils deviennent une montagne.

Installer et lire Upgrade Status. Le module Upgrade Status fournit un tableau de bord clair de votre niveau de préparation : code déprécié dans vos modules, version de PHP requise, état de compatibilité de chaque module contrib. C'est votre tableau de bord de migration.

composer require --dev drupal/upgrade_status
drush en upgrade_status

Vérifier l'état des modules contrib. Chaque module contribué installé sur votre site doit avoir une version compatible avec Drupal 12 au moment de la migration. Pour chacun, trois cas de figure : une version compatible existe déjà (idéal), une version est en préparation (à suivre) ou le module est abandonné (il faudra le remplacer ou reprendre sa maintenance). Plus tôt vous identifiez les modules à risque, plus vous avez de marge pour décider quoi faire.

Réduire votre dette de modules. La migration est le bon moment pour faire le ménage. Un module activé mais inutilisé est une dépendance de plus à valider pour rien. Désactiver et désinstaller proprement ce qui ne sert plus allège le site et raccourcit la migration future.

S'appuyer sur des tests automatisés. Le jour de la migration, vos tests deviennent des tests de régression : ils valident en quelques minutes que les parcours critiques fonctionnent toujours sur la nouvelle version. C'est l'un des leviers les plus puissants pour migrer en confiance. Si le sujet vous intéresse, notre guide dédié aux tests automatisés Drupal détaille comment poser un socle utile sans viser une couverture exhaustive.

L'argument de la maintenance continue

Tout ce qui précède décrit, en réalité, ce qu'est une bonne maintenance. Un site sous maintenance Drupal régulière fait déjà l'essentiel de ce travail chaque mois : montée des mises à jour mineures, suivi des modules contrib, correction progressive du code déprécié, exécution des tests. La préparation à Drupal 12 n'est alors pas un projet distinct, c'est la continuité naturelle de l'entretien courant.

C'est exactement ce qui explique l'écart spectaculaire qu'on observe sur le terrain. Deux sites comparables, deux trajectoires radicalement différentes au moment de la migration.

Le site maintenu migre en quelques heures. Il est sur la dernière version de Drupal 11, son code custom est exempt de dépréciations, ses modules contrib ont tous une version compatible identifiée et ses tests passent au vert. La migration consiste à monter les contraintes Composer, lancer la mise à jour, exécuter les tests et valider. Sur un site moyen bien entretenu, c'est l'affaire d'une journée, parfois moins.

Le site laissé de côté prend des semaines. Bloqué sur une version ancienne, il accumule des dépréciations jamais traitées, des modules contrib abandonnés sans remplacement identifié et aucune suite de tests pour valider quoi que ce soit. La migration devient un projet d'investigation : il faut d'abord rattraper le retard de Drupal 11, puis découvrir les surprises une par une, sans filet de sécurité. Le travail se compte en semaines et le risque de régression est élevé.

La différence n'est pas une question de chance ni de complexité intrinsèque du site. C'est le résultat direct du soin apporté entre deux versions majeures. La migration ne crée pas la dette technique, elle la révèle.

Une migration sereine se décide aujourd'hui

La bonne nouvelle, c'est qu'il n'est jamais trop tard pour rejoindre le bon côté de cet écart. Drupal 12 est attendu vers la fin 2026, ce qui laisse plusieurs mois pour mettre son site en ordre. Chaque action menée d'ici là (passer sur la dernière Drupal 11, nettoyer le code déprécié, cartographier les modules contrib, poser quelques tests) rapproche votre site du scénario de la migration en quelques heures.

Et ces actions ne sont pas du travail jeté : un site à jour, sans dépréciations et testé est plus rapide, plus sûr et plus agréable à faire évoluer dès aujourd'hui, longtemps avant la sortie de Drupal 12. La préparation à la prochaine version majeure et la bonne santé quotidienne de votre site sont une seule et même chose.

Si vous voulez savoir où en est votre site, le plus simple est de lancer Upgrade Status et de regarder le rapport. Si vous préférez un regard extérieur, nous pouvons réaliser un diagnostic de préparation à Drupal 12, identifier les modules à risque et bâtir avec vous un plan d'action étalé dans le temps. Notre service de migration Drupal couvre l'audit, la préparation et l'exécution, en complément de l'équipe et des prestataires déjà en place sur votre projet.

Drupal 12 se prépare dès maintenant, et un site bien entretenu migre sans douleur. Parlons de votre projet pour un diagnostic de préparation et un plan adapté à votre stack.