Montée de version Drupal 7, 8 ou 9 vers Drupal 10 / 11 : audit des modules custom et contrib, refonte éventuelle du thème pour Olivero ou Claro, migration des données et configuration, préservation SEO et performance.
Drupal 7 est officiellement en fin de support depuis janvier 2025 (extended support possible mais coûteux). Drupal 8 est end-of-life depuis novembre 2021. Drupal 9 nécessite une upgrade vers 10 ou 11 pour bénéficier des dernières fonctionnalités et patchs sécurité. Les organisations qui restent sur ces versions héritent de risques sécurité (CVE non patchés), de dette technique (modules contrib qui s'arrêtent), et d'incompatibilité progressive avec les hébergements modernes (PHP récent, MariaDB/MySQL récent). L'urgence dépend de la criticité du site et du secteur.
Drupal 10 (publié décembre 2022) apporte : Symfony 6, PHP 8.1+, Olivero (thème par défaut moderne), Claro (admin moderne), CKEditor 5, suppression de jQuery UI deprecated. Drupal 11 (2024) consolide avec Symfony 7, PHP 8.3+, Recipes (installation préconfigurée), Workspaces stable. Pour les sites institutionnels, médias, e-commerce avec contenu structuré, l'upgrade libère une dette technique, réduit le risque sécurité, et ouvre l'accès aux modules contrib modernes (Layout Builder, Paragraphs, Single Directory Components).
Trois questions à poser avant l'upgrade. Le site éditorial actuel répond-il aux besoins métier ? Si oui, upgrade Drupal 10/11 = bon choix (préserve l'investissement). Le périmètre fonctionnel a-t-il changé ? Si oui (multilingue ajouté, headless visé, refonte UX nécessaire), une migration plus profonde peut être pertinente : voir Migration WordPress vers Drupal, Migration CMS vers headless, ou Refonte site multilingue. Y a-t-il beaucoup de modules custom ? Si oui, l'effort upgrade est plus important — comparer au coût d'une refonte avec stack moderne.
Site Drupal 7/8/9 sain avec modules contrib standards. Recommandation par défaut. Migration via Drupal Migrate API ou Upgrade Status module.
Si le thème actuel est dépassé, profiter de l'upgrade pour passer sur Olivero (front) et Claro (admin). UX modernisée sans refonte fonctionnelle.
Si l'éditorial gagne à être plus structuré (composants réutilisables, paragraphes typés). Augmente le travail mais améliore durablement l'expérience éditoriale.
Si les besoins évoluent radicalement (performance edge, front custom moderne, multi-canal). Effort plus important. Voir Migration CMS vers headless.
Une upgrade Drupal se structure typiquement sur 2 à 6 mois selon la complexité. Pour un site Drupal avec quelques modules custom et contrib standards, comptez 2 à 3 mois en cellule de 3 personnes : développeur Drupal senior, intégrateur thème, QA. Pour un site complexe avec 20+ modules custom, multi-sites, ou refonte thème, comptez 4 à 6 mois et 4-6 personnes. Le coût marginal d'une upgrade Drupal 9 → 10 → 11 est inférieur à un upgrade Drupal 7 → 10 (qui passe par Drupal 8 ou utilise migration).
Sous-estimer les modules custom. Un site Drupal a typiquement 20-50 modules custom écrits sur plusieurs années, certains par des développeurs partis. Leur compatibilité avec Drupal 10/11 doit être validée un par un.
Audit modules dès l'Intake avec Upgrade Status module Drupal natif : génère un rapport de compatibilité automatique. Chaque module incompatible est qualifié : à mettre à jour, à remplacer par contrib équivalent, ou à supprimer si inutilisé. Inventaire des modules dormants souvent réduit le périmètre d'upgrade de 20-30%.
Négliger la migration de Drupal 7 spécifiquement. Drupal 7 → 10 nécessite une migration complète (data + structure), pas une simple upgrade. Beaucoup de modules contrib Drupal 7 n'ont pas d'équivalent Drupal 10.
Drupal Migrate API avec scripts custom par type de contenu, conversion des structures Drupal 7 (Drupal 7 nodes, fields, taxonomies) vers Drupal 10. Ou bascule via Drupal 9 comme étape intermédiaire si beaucoup de modules contrib. Phase de validation par échantillon avant migration de masse.
Oublier les dépendances PHP/MySQL/PostgreSQL. Drupal 10 nécessite PHP 8.1+, Drupal 11 nécessite PHP 8.3+. Les hébergements anciens peuvent ne pas supporter.
Audit infrastructure dès l'Intake : version PHP, MySQL/PostgreSQL, configuration serveur. Si l'hébergement actuel ne supporte pas, prévoir une migration d'hébergement (Plesk, Pantheon, Acquia, Cloudways) en parallèle de l'upgrade Drupal. Coût additionnel à anticiper.
Mal gérer le thème lors de l'upgrade. Si le thème custom est ancien, il peut casser sur Drupal 10/11 (Twig moderne, suppression de jQuery UI).
Audit thème : si compatible avec adaptations légères (jQuery UI → vanilla JS, Twig 2 → Twig 3), garder. Sinon, migrer vers Olivero (thème par défaut Drupal 10) ou refonte thème custom moderne. Décision argumentée selon ROI : un thème ancien refondé peut moderniser le site sans surcoût majeur.
Refonte digitale d'une université publique du Moyen-Orient sur Drupal CMS, avec passage horizontal → vertical, gestion bilingue arabe/anglais avec RTL natif, intégration APIs RESTful. Maîtrise de la chaîne complète Drupal pour une institution publique exigeante.
CMS de gestion patrimoniale Drupal pour un ministère de la culture, plateforme XR sur 14 sites historiques (Vision 2030). Architecture Drupal multi-langue arabe/anglais avec contenus 3D et VR/AR intégrés.
Drupal 11 est sorti en 2024. Pour les nouveaux sites, démarrer en 11 directement. Pour une upgrade depuis Drupal 9, passer par Drupal 10 stable puis Drupal 11 quand les modules contrib critiques sont à jour. Le passage 9 → 10 est l'effort principal ; 10 → 11 est généralement marginal sur les modules contrib courants.
Deux cas très différents. Une upgrade Drupal 9 vers 10 ou 11 est proportionnelle au nombre de modules custom à mettre en conformité : c'est un chantier borné. Une upgrade depuis Drupal 7 est une migration de structure, pas une montée de version : le modèle de contenu doit être reconstruit. Un contexte multi-sites ajoute à chaque fois une couche de coordination. L'audit des modules tranche le cas de figure. Cadrage initial gratuit, de 30 minutes à 2 heures.
Drupal 7 et 8 sont en fin de support : pas de patchs sécurité, vulnérabilités CVE non corrigées exposent le site à des compromissions. Pour les sites institutionnels (gouvernement, services publics, secteur régulé), c'est un risque réglementaire (devoir de sécurité). Pour les sites e-commerce, c'est un risque RGPD/PCI-DSS. Pour les médias, c'est un risque réputationnel.
Upgrade Drupal 9 → 10/11 standard : 2 à 3 mois en cellule de 3 personnes. Upgrade Drupal 7 → 10/11 (migration complète) : 4 à 6 mois en cellule de 4-6 personnes. Sites complexes (multi-sites, 50+ modules custom) : 6-9 mois.
Nous cadrons la trajectoire, le chiffrage et les livrables en un premier échange de trente minutes. Un POC court peut être proposé avant engagement du programme complet.
Lancer ce parcours →