Migration Drupal 7 vers Drupal 11 : le guide complet

Drupal 7 a été lancé en 2011 et a permis à de nombreux sites institutionnels, corporate, médias et portails de fonctionner pendant plus d’une décennie. Mais cette version est désormais obsolète.

Depuis le 5 janvier 2025, Drupal 7 ne reçoit plus les mises à jour de sécurité du projet Drupal. Continuer à exploiter un site Drupal 7 expose donc l'organisation à plusieurs difficultés :

• un risque de sécurité accru, puisque les vulnérabilités du cœur, des modules et des thèmes Drupal 7 ne sont plus corrigées par l'équipe de sécurité Drupal ;
• des problèmes de compatibilité, notamment avec les versions récentes de PHP, les bibliothèques et les services tiers ;
• une maintenance plus complexe, avec un écosystème Drupal 7 progressivement abandonné ;
• des difficultés pour faire évoluer le site, notamment lorsque des modules ou fonctionnalités historiques ne disposent plus d'équivalent maintenu ;
• une dette technique croissante, qui peut rendre une future migration plus longue et plus coûteuse.

La fin de vie de Drupal 7 constitue donc surtout une occasion de remettre à plat un site qui a parfois beaucoup évolué depuis sa mise en ligne.

Oui, mais il faut parler de migration plutôt que de simple mise à niveau.

Un site Drupal 7 ne peut pas être traité comme un site Drupal 10 que l'on mettrait simplement à jour vers Drupal 11. L'écart architectural entre Drupal 7 et les versions modernes de Drupal implique de reconstruire une partie du projet et de migrer les données vers le nouveau site.

Drupal propose des outils et des mécanismes de migration permettant notamment de transférer les contenus, les utilisateurs, les fichiers et certaines données de configuration depuis un site Drupal 7. Mais chaque projet doit être analysé individuellement : les modules installés, les développements spécifiques et la structure des données peuvent fortement modifier le périmètre de migration.

C'est pourquoi un projet de migration Drupal 7 à Drupal 11 commence généralement par un audit complet de l'existant.

Une migration réussie repose sur une méthodologie structurée. Chez bluedrop.fr, nous organisons généralement le projet autour de plusieurs étapes.

1. Auditer le site Drupal 7

Avant de développer quoi que ce soit, nous commençons par comprendre précisément le site existant.

L'audit porte notamment sur :

• les types de contenus ;
• les champs et leurs relations ;
• les taxonomies ;
• les utilisateurs, rôles et permissions ;
• les médias et fichiers ;
• les vues et listings ;
• les modules contribués ;
• les modules et développements spécifiques ;
• le thème et les templates ;
• les formulaires ;
• les moteurs de recherche ;
• les connexions avec des services ou applications externes ;
• les performances ;
• l'accessibilité ;
• le référencement naturel ;
• l'infrastructure d'hébergement.

Cette cartographie permet de distinguer ce qui doit être migré à l'identique, adapté, remplacé ou abandonné.

Elle permet également d'identifier les fonctionnalités qui ne sont plus nécessaires et celles qui pourraient être améliorées dans le nouveau site.

Par exemple, lors de la migration de Drupal 7 à Drupal 11 du site IRP AUTO, le groupe de protection sociale des professionnels de l'automobile, nous avons procédé à de légères améliorations graphiques pour qu'il corresponde davantage à la charte graphique, accentuant ainsi la reconnaissance de la marque.

2. Définir la stratégie de migration

Une migration Drupal 7 ne doit pas forcément reproduire exactement le site existant.

Le passage vers Drupal 11 peut être l'occasion de :

• simplifier le modèle de contenu ;
• revoir l'arborescence ;
• améliorer les parcours utilisateurs ;
• moderniser l'interface ;
• améliorer l'accessibilité ;
• optimiser les performances ;
• revoir le moteur de recherche ;
• rationaliser les modules ;
• améliorer l'expérience des contributeurs ;
• renforcer le référencement naturel.

L'objectif est de trouver le bon équilibre entre conservation de l'existant et amélioration du projet.

3. Construire le nouveau site Drupal

Une fois la stratégie définie, nous mettons en place le nouveau socle Drupal.

Les configurations nécessaires sont reprises ou reconstruites : types de contenus, champs, taxonomies, vues, rôles, permissions, workflows, médias, fonctionnalités éditoriales...

Les modules Drupal 7 sont également étudiés individuellement. Un module utilisé sur le site historique peut :

• disposer d'un équivalent pour Drupal 11 ;
• nécessiter une configuration différente ;
• être remplacé par une fonctionnalité du cœur de Drupal ;
• être remplacé par un autre module contrib ;
• nécessiter un développement spécifique ;
• ou ne plus être nécessaire.

La migration est donc aussi un travail de rationalisation technique.

4. Migrer les contenus et les données

La migration des données constitue une étape centrale du projet.

Selon les besoins, nous pouvons migrer notamment les contenus éditoriaux, les médias, les documents, les utilisateurs, les taxonomies, les relations entre contenus, certaines données métier, les historiques ou informations spécifiques nécessaires au projet.

La migration doit être automatisée autant que possible afin d'être reproductible et testable. Des migrations intermédiaires sont réalisées pour contrôler la qualité des données avant la mise en production.

5. Repenser ou reconstruire le thème

Le passage de Drupal 7 à Drupal 11 implique généralement de reprendre le thème du site. Ce n'est pas nécessairement une mauvaise nouvelle : c'est l'occasion de moderniser l'interface tout en conservant l'identité visuelle de la marque.

Selon le projet, nous pouvons travailler sur la conception UX/UI, le responsive design, le design system, les composants éditoriaux, l'accessibilité, les performances front-end et l'éco-conception.

Lors de la migration du site d'IRP AUTO, par exemple, nous avons profité du projet pour faire évoluer légèrement l'interface afin de mieux respecter la charte graphique du groupe et renforcer la reconnaissance de la marque.

6. Préserver le référencement naturel

Une migration technique réussie peut pourtant devenir un échec si elle entraîne une perte importante de visibilité dans les moteurs de recherche. Le SEO doit donc être intégré au projet de migration dès la phase d'audit.

Nous vérifions notamment :

• les URLs existantes ;
• les contenus positionnés ;
• les métadonnées ;
• les balises title et meta description ;
• les balises canoniques ;
• les données structurées ;
• le maillage interne ;
• les fichiers sitemap ;
• les règles de crawl ;
• les performances ;
• les erreurs 404 ;
• les redirections 301.

Lorsque les URLs doivent changer, nous établissons un plan de redirections entre les anciennes et les nouvelles URLs.

Après la mise en production, le suivi des erreurs, de l'indexation et des positions permet de vérifier que la migration n'a pas dégradé le référencement du site.

Pour un projet important, cette phase doit être considérée comme une composante à part entière de la migration, et non comme une vérification effectuée à la fin.

7. Tester, recetter et mettre en production

Avant la mise en ligne, le nouveau site fait l'objet de plusieurs phases de tests.

Nous vérifions notamment les fonctionnalités métier, les formulaires, les parcours utilisateurs, les droits et permissions, les contenus migrés, les médias, les liens, les redirections, le responsive, l'accessibilité, les performances, le référencement et les connexions avec les services tiers.

La migration est ensuite réalisée selon un scénario de mise en production préparé à l'avance. L'objectif est de limiter au maximum l'interruption de service et de disposer d'un plan de retour arrière si nécessaire.

C'est l'une des questions les plus fréquentes lors d'une migration Drupal 7.

Un site ancien peut avoir accumulé plusieurs dizaines de modules, parfois indispensables à l'époque mais qui ne sont plus maintenus ou qui n'ont plus d'équivalent direct dans Drupal 11.

Il ne faut surtout pas chercher à reproduire automatiquement chaque module.

Pour chaque fonctionnalité, nous cherchons plutôt la solution la plus pertinente :

• utiliser une fonctionnalité désormais disponible dans Drupal ;
• installer un module contrib compatible avec Drupal 11 ;
• adapter la fonctionnalité existante ;
• développer un module spécifique ;
• ou supprimer la fonctionnalité lorsqu'elle n'a plus de valeur pour le projet.

Cette étape d'arbitrage est essentielle pour éviter de reconstruire dans Drupal 11 la dette technique accumulée dans Drupal 7.

Il n'existe pas de tarif unique pour une migration Drupal 7 vers Drupal 11. Le budget dépend principalement de la complexité du site existant et du niveau d'évolution souhaité.

Les principaux facteurs sont :

• le nombre de contenus à migrer ;
• la complexité du modèle de données ;
• le nombre de modules ;
• la quantité de développement spécifique ;
• les intégrations avec des applications tierces ;
• la complexité du moteur de recherche ;
• le nombre de langues ;
• le volume de médias ;
• la complexité du thème ;
• la refonte UX/UI éventuelle ;
• les exigences en matière d'accessibilité ;
• les enjeux SEO ;
• les besoins de recette et d'accompagnement.

Un site Drupal 7 simple avec peu de développements spécifiques ne représente donc pas le même projet qu'un portail institutionnel ou un site métier fortement personnalisé.

La meilleure manière d'estimer le coût d'une migration est de commencer par un audit technique et fonctionnel permettant de définir précisément le périmètre.

La durée dépend des mêmes facteurs que le budget.

Une migration Drupal 7 vers Drupal 11 peut aller de quelques semaines pour un site relativement simple à plusieurs mois pour un projet complexe comprenant beaucoup de contenus, des développements spécifiques, des intégrations, une refonte UX/UI ou des exigences fortes en matière de SEO et d'accessibilité.

Chez bluedrop.fr, nous sommes spécialisés dans les projets Drupal et accompagnons les organisations dans leurs migrations, refontes et évolutions.

Notre expertise couvre l'ensemble du projet : audit Drupal, stratégie de migration, développement Drupal, migration des contenus et des données, SEO, hébergement, maintenance et TMA.

Nous avons notamment accompagné des organisations dans la migration de sites Drupal 7 vers des versions modernes de Drupal, comme IRP AUTO et Agreenium, mais également sur des projets de migration et de refonte plus larges pour des groupes et institutions tels que STEF, Elior, l'Opéra national de Bordeaux, Babilou, La Méridionale ou encore la Métropole de Toulon.

Chaque migration est étudiée à partir de l'existant : nous ne cherchons pas simplement à reproduire le site Drupal 7, mais à construire un projet Drupal plus durable, plus maintenable et mieux adapté aux besoins actuels de l'organisation.

La fin de vie de Drupal 7 est désormais effective. Si votre site repose encore sur cette version, il est préférable de ne pas attendre une urgence de sécurité ou une impossibilité technique pour lancer votre projet. Contactez-nous et programmons dès à présent votre audit technique.