Pourquoi la question du CMS est souvent mal posée
Le réflexe naturel lors d'une refonte est de repartir de ce qu'on connaît. Le CMS actuel a ses défauts, certes, mais au moins tout le monde sait comment il fonctionne. Ce raisonnement est compréhensible. Il est aussi parfois coûteux.
À l'inverse, certaines organisations basculent vers un nouveau CMS parce qu'il est à la mode, parce qu'un prestataire le recommande, ou parce qu'un concurrent vient de l'adopter. Ces décisions prises sans cadre analytique rigoureux aboutissent souvent à des migrations douloureuses, des pertes de fonctionnalités critiques, et des coûts de formation sous-estimés.
La bonne question n'est pas "quel CMS est le meilleur ?" mais "quel CMS est le plus adapté à nos besoins actuels et à notre trajectoire à trois à cinq ans ?"
Les signaux qui indiquent que votre CMS actuel a atteint ses limites
Il y a des signes qui ne trompent pas. Quand les équipes contournent systématiquement les fonctionnalités du CMS pour produire du contenu, quand chaque évolution nécessite un développement spécifique là où la configuration suffirait, quand les mises à jour de sécurité deviennent un projet en soi, le CMS n'est plus un levier, il est devenu un frein.
Concrètement, voici les situations que nous rencontrons le plus souvent :
Le site héberge plusieurs marques ou entités, mais le CMS ne gère pas nativement le multi-sites. Chaque entité a sa propre instance, ses propres processus, et la gouvernance éditoriale est ingérable.
Les équipes techniques passent plus de temps à maintenir des plugins et des modules tiers qu'à faire évoluer le produit. La dette technique s'accumule. Les nouvelles fonctionnalités deviennent de plus en plus longues à déployer.
L'organisation a des exigences élevées en matière d'accessibilité, de RGPD ou de sécurité, et le CMS n'offre pas les garanties suffisantes sans surcouche coûteuse.
Les performances sont dégradées : temps de chargement élevés, Core Web Vitals dans le rouge, et aucune marge d'amélioration sans refonte de l'architecture.
Ces signaux ne signifient pas automatiquement qu'il faut changer de CMS. Mais ils imposent de poser la question sérieusement.
Quand rester sur son CMS est la bonne décision
Changer de CMS n'est pas une fin en soi. Dans plusieurs cas de figure, la bonne décision est de conserver la plateforme existante et de concentrer l'effort sur l'architecture, le design, et le contenu.
C'est le cas quand le CMS actuel répond aux besoins fonctionnels réels et que les problèmes identifiés sont davantage organisationnels ou éditoriaux que techniques. Une gouvernance éditoriale mal définie se règle rarement en changeant d'outil.
C'est également pertinent quand la communauté et l'écosystème autour du CMS sont actifs, que les mises à jour de sécurité sont régulières, et que la roadmap produit est cohérente avec votre trajectoire. Migrer vers un CMS dont la communauté est en déclin pour fuir un CMS mature serait contre-productif.
Enfin, quand le capital de compétences internes est fort, des développeurs qui maîtrisent la plateforme, des équipes éditoriales qui savent l'exploiter, le coût d'opportunité d'une migration peut dépasser les bénéfices attendus.
Les critères pour décider : notre grille d'analyse
Nous structurons cette décision autour de cinq axes.
La scalabilité
Votre CMS peut-il absorber la croissance attendue : volume de trafic, nombre de sites, volume de contenu, internationalisation ? Un CMS qui tient aujourd'hui peut montrer ses limites dans dix-huit mois.
La sécurité
Quels sont les antécédents du CMS en matière de vulnérabilités ? Les correctifs sont-ils publiés rapidement ? Pour les organisations soumises à des exigences réglementaires fortes (secteur public, santé, finance), ce critère est non négociable.
L'intégration dans l'écosystème SI
Le CMS doit s'intégrer avec votre ERP, votre CRM, vos outils de DAM, votre solution d'authentification SSO. Cette dimension est souvent sous-estimée lors du choix initial.
La gouvernance éditoriale
Qui publie, qui valide, qui gère les droits ? Un grand compte avec des dizaines de contributeurs répartis sur plusieurs entités a des besoins de workflow éditorial que tous les CMS ne couvrent pas avec le même niveau de finesse.
Le coût total de possession
Licence, hébergement, maintenance, formation, développement spécifique : le coût réel d'un CMS se calcule sur trois à cinq ans, pas sur la base du devis initial.
Ce que nous faisons chez Parker & Parker
Quand un client nous sollicite pour une refonte, notre premier réflexe n'est pas de proposer une migration. C'est d'instruire la question avec lui, sans a priori.
Nous réalisons un audit de la plateforme existante : état de la base de code, niveau de dette technique, couverture fonctionnelle, performance, sécurité. Nous croisons ce diagnostic avec les besoins métier réels, tels qu'exprimés par les équipes digitales, IT, et communication, pas seulement par la direction.
Nous produisons une recommandation argumentée : rester, migrer vers Drupal, ou, dans certains cas, opter pour une architecture découplée qui capitalise sur l'existant tout en ouvrant de nouvelles perspectives (headless, front-end découplé, API-first).
Quand la migration vers Drupal est recommandée, nous la préparons méthodiquement : cartographie des contenus existants, plan de migration des données, stratégie de redirection SEO, formation des équipes. Nous ne livrons pas une plateforme technique : nous accompagnons une organisation dans un changement qui la concerne dans sa globalité.
Nos clients grands comptes et secteur public nous font confiance sur ces sujets parce que nous leur disons ce qui est vrai, pas ce qui est confortable à entendre.
Votre refonte mérite les bonnes fondations
FAQ
Peut-on changer de CMS sans perdre son référencement ?
Oui, à condition d'anticiper. La clé est de préparer un plan de redirections rigoureux avant la mise en ligne, de conserver une structure d'URL cohérente autant que possible, et de transmettre les métadonnées existantes (title tags, meta descriptions, données structurées). Nous avons accompagné des migrations vers Drupal sans perte significative de positionnement SEO en appliquant cette méthodologie. L'improvisation, en revanche, coûte cher.
Combien de temps prend une migration de CMS sur un site de taille moyenne ?
Pour un site de 500 à 2 000 pages avec des fonctionnalités métier intégrées, une migration bien préparée prend en général entre quatre et neuf mois. Ce délai inclut l'audit, le développement de la nouvelle plateforme, la migration des contenus, les tests, et la formation des équipes. Un calendrier plus court est possible sur des périmètres plus simples, mais vouloir aller trop vite sur une migration complexe est l'un des principaux facteurs de risque.
Pourquoi choisir Drupal plutôt qu'un autre CMS open source ?
Drupal se distingue par sa robustesse sur les projets complexes : gestion multi-sites native, finesse du contrôle des droits et des rôles, qualité du cycle de sécurité, et capacité à s'intégrer dans des écosystèmes SI hétérogènes. C'est pour cela qu'il est majoritairement choisi par les grandes organisations, le secteur public, et les institutions. Ce n'est pas le CMS le plus simple à mettre en œuvre, c'est celui qui répond le mieux aux exigences élevées de gouvernance, de sécurité et de scalabilité.
Faut-il migrer tous ses contenus ou peut-on faire le tri ?
La migration est l'occasion idéale d'assainir le patrimoine éditorial. Nous recommandons systématiquement un audit de contenus avant toute migration : identifier les pages obsolètes, les doublons, les contenus sous-performants. Migrer tout l'existant sans ce travail préalable, c'est reproduire les problèmes de l'ancienne plateforme sur la nouvelle. Un bon audit de contenus peut réduire le volume à migrer de 30 à 50 %, ce qui allège le projet et améliore la qualité de la cible.
Comment associer les équipes métier à la décision de changer de CMS ?
La décision de changer de CMS ne peut pas rester dans les mains de la DSI ou de l'agence seule. Les équipes éditoriales, communication, marketing, et les responsables de BU concernés doivent être impliqués dès la phase d'audit. Ce sont eux qui vivent les limitations du CMS actuel au quotidien, et ce sont eux qui devront adopter la nouvelle plateforme. Nous structurons systématiquement des ateliers de recueil de besoins avec ces parties prenantes pour s'assurer que la décision finale est fondée sur des usages réels, pas seulement sur des critères techniques.
