Drupal 10 atteint sa fin de vie officielle le 9 décembre 2026. À partir de cette date, l'équipe de sécurité Drupal cesse d'émettre des correctifs pour la branche 10.x, et toute vulnérabilité découverte après cette date n'aura pas de correctif officiel tant que le site n'aura pas migré vers Drupal 11.

Qu'est-ce que cela signifie concrètement pour votre site ? Et comment aborder la décision en fonction de votre situation spécifique ?

En bref

  • Drupal 10 perd le support de sécurité le 9 décembre 2026 (Drupal.org, calendrier officiel des versions)
  • Après cette date, les vulnérabilités découvertes ne recevront pas de correctifs officiels
  • Drupal 11 est disponible depuis août 2024 et l'écosystème de modules contribués est maintenant mature
  • La migration est considérablement moins complexe que le passage de Drupal 7 à 9, à condition que la base de code soit raisonnablement propre
  • Commencer le processus de planification maintenant vous donne le contrôle sur votre calendrier et le choix de votre prestataire

Ce que signifie concrètement la fin de vie de Drupal 10

La fin de vie de Drupal 10 est le moment où le projet Drupal cesse officiellement de fournir un support de sécurité pour la branche 10.x. Votre site ne s'arrête pas de fonctionner. Ce qui s'arrête, c'est le flux de correctifs de sécurité de l'équipe Drupal. Toute vulnérabilité découverte dans Drupal 10 après décembre 2026 ne recevra pas de correctif officiel. Le site reste exposé à partir de ce moment jusqu'à ce qu'il tourne sur Drupal 11.

Les conséquences vont au-delà des correctifs eux-mêmes. Les mainteneurs de modules contribués suivent les versions de base supportées : une fois la fin de vie passée, les nouvelles versions de modules ne cibleront plus Drupal 10 et les mises à jour de sécurité s'arrêteront progressivement. Drupal 11 requiert PHP 8.3 comme minimum, la version stable actuelle de PHP, et les hébergeurs mettent à jour leur infrastructure en conséquence. Faire tourner Drupal 10 sur un hébergement moderne deviendra de plus en plus difficile avec le temps.

Pour les organisations soumises au RGPD, utiliser un CMS non supporté introduit une dimension de conformité. Le règlement n'interdit pas explicitement l'utilisation de logiciels en fin de vie, mais il exige de démontrer des mesures techniques appropriées pour protéger les données personnelles. Une plateforme non corrigée, avec des vulnérabilités connues non traitées, rend cette démonstration considérablement plus difficile en cas d'audit ou d'incident.

Certaines organisations envisagent un support de sécurité commercial étendu pour gagner du temps. Des prestataires tiers proposent effectivement des correctifs au-delà de la date officielle de fin de vie, et cela peut servir de passerelle à court terme dans des circonstances spécifiques. Cela ne résout pas le problème de fond : les mainteneurs de modules cessent quand même de cibler Drupal 10, l'écosystème avance de toute façon, et la dette technique s'accumule. Le support étendu retarde la migration, il ne la remplace pas.

Ce que Drupal 11 change réellement

Drupal 11, sorti en août 2024, n'est pas une refonte architecturale. C'est une évolution progressive qui supprime les couches de compatibilité accumulées depuis Drupal 9 et tire parti des avancées de PHP.

Ce qui change :

  • PHP 8.3 est requis comme minimum (Drupal 10 requérait PHP 8.1; PHP 8.4 est recommandé pour Drupal 11)
  • Les API dépréciées, c'est-à-dire les anciens patterns de code conservés pour la compatibilité ascendante depuis Drupal 9, ont été supprimées
  • Certains modules contribués mal maintenus ne sont plus compatibles

Ce qui ne change pas :

  • L'architecture de base reste la même
  • Les principaux modules contribués ont été portés vers Drupal 11
  • Les workflows éditoriaux, la gestion de contenu et le JSON:API restent stables
  • Le processus de mise à niveau utilise les mêmes outils : Upgrade Status, Drush, et la procédure de mise à jour standard basée sur Composer

Pour les organisations qui utilisent des architectures Drupal headless ou découplées, où un frontend Next.js ou autre consomme le contenu via le JSON:API, le périmètre de migration est encore plus réduit. La couche de présentation est indépendante de la version du CMS, donc le frontend n'est pas touché. Seul le backend Drupal nécessite une mise à jour, ce qui réduit à la fois le risque et le délai.

Pour un site qui a migré vers Drupal 10 dans un état raisonnable et n'a pas accumulé de dette significative en code personnalisé, le passage à Drupal 11 est une opération technique gérable. Elle n'a pas le poids d'une migration de Drupal 7 à 9.

Quelle est la complexité d'une migration de Drupal 10 à 11 ?

La réponse honnête dépend de l'état de la base de code.

La migration est plus simple si :

  • Vous avez migré vers Drupal 10 récemment et le code est en bon état
  • Vous utilisez principalement des modules contribués activement maintenus
  • Votre thème est basé sur un point de départ bien documenté et supporté
  • La configuration est exportée et versionnée

Dans ce cas, une mise à niveau Drupal vers la version 11 prend généralement deux à six semaines de temps développeur, couvrant l'audit, la remédiation, les tests et le déploiement.

La migration est plus complexe si :

  • Le site a un long historique, avec du code personnalisé remontant à Drupal 7 ou 8
  • Vous dépendez de modules contribués mal maintenus ou de forks internes
  • Il n'existe pas d'environnement de développement propre ni de pipeline de déploiement

Dans ce cas, six à douze semaines est une base plus réaliste, selon la profondeur du code personnalisé et la dette technique accumulée.

Dans les deux cas, la bonne première étape est d'exécuter le module Upgrade Status sur votre environnement actuel. Il produit un rapport de chaque dépréciation et incompatibilité qui bloquerait une migration vers Drupal 11, avec une évaluation de la gravité pour chaque élément. Dans notre expérience, ce rapport est souvent le premier moment où le périmètre réel du travail devient concret, non pas parce que les problèmes sont une surprise, mais parce que l'image cumulée n'avait pas encore été assemblée.

Si vous souhaitez une lecture indépendante de l'état actuel de votre site avant de vous engager dans un plan de migration, notre service de conseil et d'advisory couvre exactement cette étape.

Faut-il migrer maintenant ?

La plupart des décideurs ne se demandent pas s'il faut migrer. Ils se demandent quand commencer.

Si votre site est en production et stratégiquement important pour votre organisation : le processus de planification devrait commencer maintenant. Décembre 2026 peut sembler lointain, mais une migration bien gérée s'étend sur plusieurs mois entre le cadrage, le développement, les tests et le déploiement. Commencer tôt signifie garder le contrôle sur le calendrier et le choix du prestataire.

Le cycle de versions Drupal est également pertinent ici. Avec la cadence de version majeure biennale introduite avec Drupal 11, Drupal 12 est prévu pour 2026. Finaliser une migration vers Drupal 11 maintenant positionne l'organisation sur la version supportée actuelle, sans la pression de gérer deux transitions à la fois.

Si une refonte est déjà planifiée : la migration vers Drupal 11 peut être intégrée plutôt que traitée comme un chantier séparé. C'est souvent le moment le plus pratique pour traiter la dette technique accumulée en parallèle des changements fonctionnels. Si vous êtes à l'étape du cadrage d'un projet pour une agence, notre guide sur la préparation d'un projet web explique comment structurer ce périmètre efficacement.

Si votre équipe interne prévoit de mener la migration mais a besoin d'expertise Drupal supplémentaire : c'est une situation où la régie informatique convient souvent mieux qu'une externalisation complète. Un développeur Drupal senior intégré peut travailler dans vos processus et outils existants tout en couvrant la profondeur technique que la migration requiert.

Si le site est à faible trafic ou approche de la fin de sa vie fonctionnelle : il peut valoir la peine d'évaluer si Drupal reste la bonne plateforme avant d'investir dans une migration de version. Notre guide pour choisir un CMS peut aider à cadrer cette décision.

Un scénario mérite d'être traité séparément : les organisations qui ne peuvent genuinement pas terminer une migration avant décembre 2026, pour des raisons de budget ou de capacité. Dans cette situation, la conversation se déplace vers la gestion des risques. Quelles parties du site traitent des données personnelles ou des transactions sensibles ? Ce sont les zones où les mesures compensatoires comptent le plus pendant que une fenêtre de migration plus longue est planifiée.

Attendre jusqu'au dernier trimestre 2026 crée une pression entièrement évitable. Si une complication survient en cours de projet à ce stade, il ne reste plus aucune marge pour l'absorber.

Questions fréquentes

Drupal 10 fonctionnera-t-il encore après décembre 2026 ?

Un site Drupal 10 continuera de fonctionner après décembre 2026. Ce qui s'arrête, c'est le support de sécurité officiel du projet Drupal. Toute vulnérabilité découverte après cette date ne recevra pas de correctif officiel, ce qui signifie que l'exposition du site augmente avec le temps jusqu'à ce qu'il soit migré vers une version supportée.

Une migration de Drupal 10 à 11 est-elle aussi complexe que de Drupal 7 à 9 ?

Non. La migration de Drupal 7 à 9 nécessitait des réécritures quasi-complètes des modules personnalisés parce que l'architecture sous-jacente avait changé fondamentalement. Drupal 9, 10 et 11 partagent les mêmes fondations architecturales : les modules écrits pour Drupal 10 nécessitent généralement seulement des mises à jour de compatibilité pour tourner sur Drupal 11, pas des réécritures.

Mes modules contribués fonctionneront-ils sur Drupal 11 ?

La grande majorité des modules contribués activement maintenus sont déjà compatibles avec Drupal 11. Pour évaluer votre ensemble de modules spécifique, installez et exécutez le module Upgrade Status sur votre site Drupal 10 actuel. Il produit un rapport de compatibilité pour chaque module et composant de code personnalisé, avec une évaluation de la gravité pour chaque élément.

Quelle est la différence entre Drupal 10 et Drupal 11 ?

Drupal 11 est une mise à jour évolutive, pas une réécriture. L'architecture de contenu, l'interface éditoriale et le JSON:API sont inchangés. Les différences principales sont un minimum PHP plus élevé (8.3, avec 8.4 recommandé), la suppression des API dépréciées conservées pour la compatibilité ascendante depuis Drupal 9, et le thème Starterkit devenant le point de départ recommandé pour le développement de thèmes personnalisés. Pour la plupart des sites, la mise à niveau est une mise à jour de compatibilité plutôt qu'une migration structurelle.

Quand devrais-je commencer à planifier la migration ?

Pour les sites en production et critiques pour l'activité, la planification devrait commencer maintenant. Une migration Drupal 10 vers 11 correctement gérée dure deux à douze semaines selon la complexité de la base de code, mais le cadrage, la sélection du prestataire et l'approbation du budget ajoutent du temps avant que le développement commence. Les organisations qui démarrent au premier semestre 2026 gardent le plein contrôle de leur calendrier. Celles qui attendent jusqu'à l'automne 2026 seront en concurrence pour la capacité des agences à la période de forte demande.

Une échéance autour de laquelle planifier

La fin de vie de Drupal 10 a une qualité qui la distingue de la plupart des échéances techniques : la date est fixe, publiée des années à l'avance, et ne bougera pas. C'est l'une des rares décisions d'infrastructure pour lesquelles on peut planifier avec une information complète, à condition que la planification commence assez tôt.

Les organisations qui commencent maintenant choisissent leur approche et leur partenaire. Celles qui attendent jusqu'à fin 2026 se retrouveront sur un marché où les agences sont sous tension, les délais plus difficiles à tenir, et l'échéance de décembre n'est plus un horizon de planification mais une contrainte immédiate.

Si vous souhaitez une vision indépendante de votre site Drupal 10 et de ce qu'une migration vers Drupal 11 impliquerait, notre service de conseil et d'advisory peut fournir cette évaluation. Si vous avez déjà cadré le travail et êtes prêt à démarrer, notre équipe de développement Drupal prend en charge les migrations Drupal 10 vers 11 de bout en bout. L'échéance de décembre 2026 est fixe, la question est maintenant de savoir combien de marge vous vous donnez. Contactez-nous.