Refonte Drupal : refondre ou migrer?

La question revient chez presque tous les clients qui nous contactent avec un site Drupal de quatre à cinq ans. Le design est daté, les performances ont baissé, la stack technique est en fin de vie. Faut-il tout refaire, ou simplement upgrader vers la dernière version ?

La réponse n'est pas binaire. Et confondre les deux décisions est l'une des erreurs les plus coûteuses qu'un commanditaire de projet web puisse faire. Cet article clarifie la distinction et propose une grille de décision concrète.

La distinction de base

Avant tout, posons les définitions :

Migration : passer d'une version technique à une autre (de Drupal 7 vers 11, de Drupal 9 vers 10, etc.) sans repenser fondamentalement le site. Le contenu, l'architecture, les fonctionnalités et le design restent globalement les mêmes. C'est un chantier essentiellement technique.

Refonte : repenser le site dans son ensemble. Nouveau design, nouvelle architecture de contenu, nouvelle expérience utilisateur, nouveaux types de contenu, nouveaux parcours. C'est un chantier autant éditorial et stratégique que technique.

Les deux peuvent se faire en même temps (et c'est souvent le cas pour les migrations Drupal 7 vers Drupal 11), mais ce sont deux décisions distinctes avec deux logiques différentes.

Quand migrer suffit

Une migration seule est le bon choix quand quatre conditions sont réunies :

Le design est encore correct. Pas spectaculaire, mais cohérent avec la marque, sans dysfonctionnement majeur, conforme aux standards d'accessibilité actuels. Si vous n'avez pas honte de votre site, c'est probablement le cas.

Les fonctionnalités répondent aux besoins. Les types de contenu sont adaptés, les parcours utilisateur fonctionnent, les intégrations tiennent la route. Vous n'avez pas de demandes éditoriales pressantes que la plateforme ne peut pas satisfaire.

Le problème est strictement technique. Version Drupal obsolète, modules dépréciés, dette technique accumulée, vulnérabilités de sécurité, PHP en fin de vie. Le site fonctionne, mais sa base technique vieillit.

Le budget est limité. Une migration coûte beaucoup moins cher qu'une refonte complète, surtout sur Drupal 9 ou 10 vers Drupal 11 où l'upgrade in-place est possible.

Pour un site sur Drupal 9 ou 10, la migration vers Drupal 11 peut typiquement se faire en quelques semaines, sans interrompre la production éditoriale. C'est une opération chirurgicale, pas une transformation.

Quand il faut refondre

À l'inverse, plusieurs signaux indiquent qu'une refonte complète est nécessaire :

Le design ne reflète plus la marque. Refonte graphique de l'identité, repositionnement stratégique, nouveau public cible. Le site doit incarner la nouvelle direction, pas un héritage qui plombe.

L'architecture de contenu est inadaptée. Les types de contenu ont été créés au fil de l'eau, sans vision d'ensemble. Les rédacteurs se plaignent, les développeurs aussi. Réparer ne suffit plus, il faut reconstruire.

L'expérience utilisateur est mauvaise. Taux de rebond élevé, temps passé faible, conversions en baisse. Les utilisateurs ne trouvent plus ce qu'ils cherchent, ou trouvent mais ne convertissent pas. Un design vieillissant est rarement la cause unique, c'est souvent l'ensemble (architecture, navigation, hiérarchie, performance) qui est en cause.

Les intégrations sont obsolètes ou cassées. Les liens avec votre CRM, ERP ou outils marketing ne fonctionnent plus, ou demandent du bricolage permanent. Refondre les intégrations dans le cadre d'une refonte globale est plus efficace qu'une rénovation à la pièce.

Le site n'est pas accessible. Si le RGAA est obligatoire pour vous (secteur public, grandes entreprises) et que votre site n'est pas conforme, la refonte est une opportunité de remettre les choses au propre. Patcher un site existant peut suffire pour de petits écarts, mais sur un site fondamentalement inaccessible, refondre coûte moins cher au final.

Migration Drupal 7 vers Drupal 11. Dans ce cas spécifique, la refonte est presque toujours nécessaire. Drupal 7 et Drupal 11 sont architecturalement très différents. Le thème ne se "migre" pas, il se réécrit entièrement. Les modules custom doivent être réécrits. Les types de contenu peuvent être conservés via les outils de migration, mais c'est l'occasion de les revoir.

Pour ces cas, voir notre page refonte Drupal.

L'approche hybride

La meilleure stratégie est souvent intermédiaire : migrer d'abord, refondre ensuite.

L'idée est de sécuriser la base technique en priorité, sans repousser les chantiers pour cause de "on attend la refonte". Une fois sur Drupal 11, le site est maintenable, sécurisé et peut être refondu progressivement, par sections.

Avantages de cette approche :

• Pas de big bang qui interrompt la production éditoriale pendant six à douze mois.
• Moins de risque, parce que chaque étape est plus petite.
• Budget étalé sur deux exercices fiscaux au lieu d'un.
• Les enseignements de la première phase (migration) informent la seconde (refonte).

Inconvénient principal : la durée totale est plus longue qu'une refonte big bang. Mais le coût total et le risque sont généralement inférieurs.

Le piège du "on refait tout"

Beaucoup d'organisations tombent dans le piège classique du projet de refonte qui s'éternise et explose le budget. Les causes sont récurrentes :

Scope creep. Pendant les ateliers de cadrage, chaque équipe ajoute "tant qu'à faire" ses demandes. Les types de contenu se multiplient, les fonctionnalités s'empilent, le périmètre triple en quelques semaines. Au moment de chiffrer, le projet est devenu inabordable.

Manque de cadrage initial. Sans un audit préalable solide, le projet démarre sur des hypothèses qui se révèlent fausses en cours de route. Les estimations dérapent, le budget aussi.

Validation par comité élargi. Quand chaque décision doit passer par six personnes, chaque itération prend des semaines. Les développeurs attendent, le budget brûle, la livraison s'éloigne.

Pour éviter ces pièges, un audit Drupal préalable est essentiel. Il cadre précisément ce qui doit changer, ce qui peut rester et combien d'effort cela représente. C'est un investissement modéré qui en fait économiser beaucoup.

La checklist de décision

Voici une grille simple pour vous aider à trancher. Posez-vous ces six questions :

1. Le design correspond-il toujours à votre marque et à vos objectifs ?
2. L'architecture de contenu est-elle adaptée aux besoins actuels des rédacteurs ?
3. Les performances sont-elles acceptables (temps de chargement, Core Web Vitals) ?
4. La sécurité est-elle à jour (version Drupal, modules, patches) ?
5. L'accessibilité est-elle conforme à vos obligations légales ?
6. Les intégrations avec vos autres systèmes fonctionnent-elles correctement ?

Si vous répondez "non" à une ou deux questions seulement, une migration ciblée suffit probablement, accompagnée de correctifs sur les points faibles.

Si vous répondez "non" à trois questions ou plus, la refonte est probablement la meilleure option. Les économies d'une approche par patches ne compensent pas les compromis cumulés.

Calendrier réaliste : migration vs refonte

Un autre élément utile pour décider est le calendrier. Voici les durées typiques que nous observons sur les projets bien cadrés.

Migration Drupal 9 ou 10 vers Drupal 11. Quatre à huit semaines pour un site de complexité standard, en incluant le cadrage, les tests, la mise en production et le suivi post-déploiement. Sur des sites complexes (multisite, e-commerce, beaucoup de modules custom), la durée peut monter à trois ou quatre mois. Production éditoriale interrompue brièvement seulement pour le basculement final.

Migration Drupal 7 vers Drupal 11. Trois à six mois en règle générale. C'est une réécriture du thème, des modules custom et une migration de contenu via Migrate API. Souvent l'occasion d'une refonte partielle, ce qui rallonge le projet mais maximise la valeur.

Refonte complète. Six à douze mois pour un site de complexité standard. Cadrage stratégique, design, architecture de contenu, développement, tests, formation, déploiement. Sur des sites multilingues complexes ou des e-commerces avec intégrations multiples, la durée peut dépasser un an.

Approche hybride (migration puis refonte progressive). Quatre à six semaines pour la migration initiale, puis refonte étalée sur six à dix-huit mois par phases. Total souvent comparable à une refonte big bang, mais avec un risque mieux réparti et un budget plus lisible pour les directions financières.

Ces durées dépendent fortement de la qualité du cadrage initial. Un projet mal cadré peut prendre deux fois plus de temps qu'un projet bien cadré, indépendamment du périmètre fonctionnel.

La question oubliée : et la maintenance après ?

Beaucoup d'organisations consacrent toute leur attention au projet de migration ou de refonte et oublient ce qui vient après. Pourtant, un site bien refondu mais mal maintenu se dégrade en quelques mois, et tout l'investissement initial est perdu.

Quelle que soit votre décision (migrer ou refondre), prévoyez dès le cadrage la phase post-déploiement : maintenance Drupal mensuelle, monitoring, formation continue des rédacteurs, audits réguliers. Ces investissements modestes amortissent l'investissement initial en allongeant la durée de vie utile du site.

Voir notre page maintenance Drupal pour comprendre ce qui est inclus dans un forfait de suivi mensuel professionnel.

Conclusion

La décision migrer ou refondre n'est pas technique, elle est stratégique. Elle dépend de l'état du site, du budget, du calendrier, des contraintes réglementaires et des ambitions de l'organisation. Et la mauvaise décision coûte cher, dans un sens comme dans l'autre : refondre quand une migration suffit gaspille des ressources, migrer quand une refonte s'impose accumule de la dette pour les années suivantes.

Pour discuter de votre situation et obtenir un avis honnête, contactez-nous pour un devis personnalisé sous 48h. Nous commençons toujours par un cadrage avant de proposer une approche.