Si votre site tourne sous Drupal 10, vous avez probablement vu passer l’information : le support officiel s’arrête fin 2026. Et si vous lisez cet article, c’est sans doute que la question de la migration Drupal 10 vers 11 commence à remonter dans vos réunions — avec son lot de questions. Est-ce vraiment urgent ? Que se passe-t-il concrètement si on ne fait rien ? Combien de temps faut-il prévoir ?
Disons-le d’emblée : non, votre site ne va pas s’éteindre le 1er janvier 2027. Beaucoup d’organisations continueront de faire tourner Drupal 10 après cette date, et certaines le feront sans incident pendant des mois. Mais « fonctionner » et « être maintenu » sont deux choses très différentes — et c’est précisément cette nuance qui doit guider votre décision.
Dans ce guide, on fait le point calmement : ce que signifie réellement la fin de vie de Drupal 10, les vrais risques (et les faux), et les étapes concrètes d’une migration bien préparée.
Fin de vie de Drupal 10 : ce que ça veut dire (et ce que ça ne veut pas dire)
Le cycle de vie de Drupal est prévisible, et c’est une bonne chose. Depuis Drupal 10, une nouvelle version majeure sort tous les deux ans, les années paires. Drupal 11 est sorti en août 2024, Drupal 12 est attendu pour août 2026. Et comme à chaque cycle, la version n-2 tire sa révérence : le support de Drupal 10 prend fin en décembre 2026.
Concrètement, après cette date :
- Plus de correctifs de sécurité — c’est le point le plus important. Les failles découvertes dans le core Drupal 10 ne seront plus corrigées par la Drupal Security Team.
- Plus de correctifs de bugs — les anomalies resteront en l’état.
- Un écosystème qui s’éloigne progressivement — les mainteneurs de modules contribués concentrent leurs efforts sur les versions supportées. Les modules compatibles Drupal 10 seront de moins en moins mis à jour.
Ce que ça ne veut pas dire : votre site ne va pas cesser de fonctionner, vos contenus ne vont pas disparaître, et vos visiteurs ne verront aucune différence le lendemain de la fin du support. Un site Drupal 10 bien construit continuera de tourner normalement.
Alors pourquoi migrer, si tout continue de fonctionner ?
Parce que le risque n’est pas dans le fonctionnement — il est dans l’exposition. Un CMS qui ne reçoit plus de correctifs de sécurité devient, mois après mois, une cible de plus en plus documentée. Les failles découvertes après la fin du support sont publiées, analysées… et exploitables indéfiniment sur les sites non migrés.
Pour un site vitrine sans données sensibles, ce risque peut être toléré quelques mois, le temps d’organiser la migration sereinement. Pour un site avec espace client, formulaires de contact stockant des données personnelles, ou a fortiori un portail adhérent dans le secteur de la santé ou de la protection sociale, la question ne se pose pas de la même façon : la conformité RGPD impose de maintenir un niveau de sécurité adapté au risque. Difficile de justifier auprès de la CNIL un incident sur un CMS dont on savait qu’il n’était plus maintenu.
Notre conseil, en une phrase : pas de panique, mais un calendrier. La migration Drupal 10 → 11 n’est pas un chantier titanesque si elle est anticipée — c’est en la subissant dans l’urgence, après un incident, qu’elle devient coûteuse.
Bonne nouvelle : la migration vers Drupal 11 n’a rien à voir avec les migrations d’antan
Si vous avez connu la migration Drupal 7 → 8, vous en gardez peut-être un souvenir douloureux : refonte quasi complète, réécriture des modules, budget conséquent. Rassurez-vous, ce temps est révolu.
Depuis Drupal 8, les montées de version majeures sont des mises à jour dans la continuité, pas des refontes. Drupal 11 repose sur les mêmes fondations que Drupal 10 : la migration consiste essentiellement à mettre à jour le socle technique (PHP 8.3 minimum, Symfony 7), vérifier la compatibilité des modules et adapter le code spécifique qui utilise des API dépréciées.
Et il y a de vrais bénéfices à la clé. Drupal 11.4, sorti en juillet 2026, apporte des gains de performance spectaculaires : les requêtes en base de données ont été réduites de moitié par rapport à la version précédente. Pour vos visiteurs, cela se traduit par des pages plus rapides ; pour votre infrastructure, par des coûts d’hébergement mieux maîtrisés ; pour votre SEO, par de meilleurs Core Web Vitals.
Sans oublier les nouveautés fonctionnelles : nouvelle navigation d’administration, module Workspaces pour préparer des lots de contenus avant publication, et l’arrivée progressive de Drupal Canvas, le constructeur de pages visuel qui simplifie la vie des équipes éditoriales.
Les 6 étapes d’une migration Drupal 10 vers 11 réussie
Étape 1 — L’audit de compatibilité : savoir d’où l’on part
Tout commence par un état des lieux honnête. Le module Upgrade Status analyse votre site et produit un rapport détaillé : version de PHP, compatibilité de chaque module contribué, code déprécié dans vos modules et thèmes sur mesure. C’est ce rapport qui détermine la complexité réelle de votre migration — et donc son budget.
Dans la majorité des cas, ce diagnostic prend une à deux journées et évite les mauvaises surprises. C’est aussi le bon moment pour faire le tri : ce module installé en 2021 et jamais utilisé, est-il vraiment nécessaire de le migrer ?
Étape 2 — La mise à niveau de l’environnement technique
Drupal 11 exige PHP 8.3 minimum et s’appuie sur Symfony 7. Votre hébergement doit donc être vérifié — et parfois mis à jour — avant toute migration. Les versions de base de données (MySQL, MariaDB ou PostgreSQL) ont également des prérequis minimums à contrôler.
Cette étape est l’occasion de moderniser votre chaîne de déploiement si nécessaire : environnements de recette, gestion de configuration, sauvegardes automatisées. Une migration se fait toujours sur un environnement de test, jamais directement en production.
Étape 3 — La mise à jour des modules contribués
Chaque module de votre site doit exister en version compatible Drupal 11. Pour l’écrasante majorité des modules populaires, c’est déjà le cas. Pour les autres, trois options : attendre la mise à jour du mainteneur, contribuer au correctif (c’est l’esprit open source), ou remplacer le module par une alternative maintenue.
C’est généralement ici que se joue le calendrier de migration : un site avec 40 modules courants migre vite ; un site avec des modules exotiques ou abandonnés demande plus d’arbitrages.
Étape 4 — L’adaptation du code sur mesure
Vos modules et thèmes développés spécifiquement doivent être passés en revue pour remplacer les API dépréciées. L’outil Drupal Rector automatise une grande partie de ces corrections — ce qui réduit considérablement le temps de développement par rapport aux migrations historiques.
Le reste relève du travail d’orfèvre : tester chaque fonctionnalité métier, chaque intégration (CRM, SSO, webservices), chaque parcours utilisateur critique. Pour un portail adhérent ou un site avec des flux interconnectés, cette phase de recette est la plus importante du projet.
Étape 5 — La migration en environnement de test, puis la bascule
La montée de version s’effectue d’abord sur une copie complète du site. On vérifie tout : affichage, fonctionnalités, performances, SEO technique (redirections, balisage, sitemap). Une fois la recette validée par vos équipes, la bascule en production se planifie sur un créneau de faible trafic, avec un plan de retour arrière prêt à l’emploi.
Bien préparée, la bascule elle-même se joue en quelques heures, avec une interruption de service minime voire nulle.
Étape 6 — La surveillance post-migration et la maintenance continue
Les premiers jours après la bascule, une surveillance renforcée permet de détecter les anomalies résiduelles : logs d’erreurs, performances, comportements inattendus sur des parcours peu fréquents. C’est aussi le moment de remettre à plat votre contrat de TMA (Tierce Maintenance Applicative) pour intégrer le nouveau cycle de mises à jour — les versions mineures de Drupal 11 sortent tous les six mois, les correctifs de sécurité tous les mois.
Une TMA bien structurée, c’est l’assurance de ne plus jamais se retrouver dans la situation qui vous amène à lire cet article aujourd’hui : une fin de support qui approche et un site qui a pris du retard.
Quel calendrier adopter selon votre situation ?
Toutes les organisations n’ont pas le même niveau d’urgence. Voici comment nous conseillons de raisonner :
- Site avec données sensibles (santé, protection sociale, espace adhérent) — visez une migration terminée avant décembre 2026. La conformité RGPD et la nature des données ne laissent pas de marge confortable après la fin du support.
- Site institutionnel ou vitrine B2B avec formulaires — planifiez la migration pour le premier trimestre 2027 au plus tard. Quelques semaines de dépassement sont tolérables si le site est par ailleurs bien sécurisé (WAF, surveillance), mais ne laissez pas la situation s’installer.
- Site en fin de vie ou refonte prévue — si une refonte complète est déjà budgétée pour 2027, il peut être pertinent de passer directement de Drupal 10 à Drupal 12 (sorti en août 2026) dans le cadre de la refonte, plutôt que de payer deux chantiers. À arbitrer selon le niveau de risque acceptable dans l’intervalle.
Dans tous les cas, la pire stratégie est l’absence de stratégie. Décider en connaissance de cause de migrer en mars 2027 est un choix défendable ; découvrir en février 2027 qu’il fallait migrer ne l’est pas.
Questions fréquentes sur la migration Drupal 10 vers 11
Combien de temps dure une migration Drupal 10 vers Drupal 11 ?
Pour un site standard avec des modules courants et peu de code sur mesure, comptez 2 à 4 semaines entre l’audit initial et la mise en production. Pour un site complexe avec des intégrations SI (CRM, SSO, webservices) et des modules spécifiques, le projet s’étale généralement sur 1 à 3 mois, l’essentiel du temps étant consacré à la recette fonctionnelle. L’audit de compatibilité initial permet d’établir un chiffrage précis dès le départ.
Mon site Drupal 10 va-t-il s’arrêter de fonctionner après la fin du support ?
Non. Un site Drupal 10 continuera de fonctionner normalement après la fin du support fin 2026. Ce qui change, c’est l’absence de correctifs de sécurité et de bugs : les failles découvertes après cette date ne seront plus corrigées, ce qui expose progressivement le site à des risques croissants. Le niveau d’urgence dépend de la sensibilité des données traitées par votre site.
Faut-il migrer vers Drupal 11 ou attendre Drupal 12 ?
Dans la plupart des cas, migrer vers Drupal 11 est le bon choix : la version est mature, performante, et la migration depuis Drupal 10 est bien outillée. Le passage ultérieur de Drupal 11 vers Drupal 12 sera une mise à jour de continuité, simple à réaliser. Attendre Drupal 12 ne se justifie que si une refonte complète du site est déjà planifiée : dans ce cas, autant construire directement sur la dernière version. Attention toutefois au délai : rester sous Drupal 10 non supporté pendant plusieurs mois en attendant une refonte comporte des risques à évaluer.
Combien coûte une migration Drupal 10 vers 11 ?
Le budget dépend directement du rapport d’audit initial : nombre de modules contribués à mettre à jour, volume de code sur mesure à adapter, complexité des intégrations à re-tester. À titre indicatif, une migration simple démarre autour de 3 000 à 6 000 € HT ; un site avec du code spécifique et des intégrations SI se situe généralement entre 8 000 et 20 000 € HT. L’audit de compatibilité, facturé séparément (souvent 1 à 2 jours), permet d’obtenir un chiffrage ferme avant d’engager le projet.
En résumé : anticiper sans dramatiser
La fin de vie de Drupal 10 n’est ni une catastrophe imminente, ni un non-événement. C’est une échéance technique normale dans la vie d’un CMS open source — et une occasion de moderniser votre plateforme en profitant des gains de performance considérables de Drupal 11.
Le bon réflexe aujourd’hui : faire réaliser l’audit de compatibilité. Une à deux journées suffisent pour savoir exactement où vous en êtes, ce que coûtera la migration et quel calendrier adopter. Vous déciderez ensuite en connaissance de cause — et c’est tout ce qui compte.
L’Agence Webmarketing accompagne les organisations B2B et les acteurs de la protection sociale sur l’ensemble du cycle de vie de leurs plateformes Drupal : développement, migration et TMA. Nos équipes réalisent votre audit de compatibilité Drupal 11 et vous remettent un plan de migration chiffré.
Demander un audit de compatibilité Drupal 11 →
