Aller au contenu

Changer de CMS : ce qui se perd, et pourquoi

Un changement de CMS ne fait pas perdre de trafic en soi. Ce sont les éléments non transférés qui coûtent : balisage, contenus, structure, vitesse.

Par
Ghezali Naim
Date de publication
Temps de lecture
2 min de lecture
Composition éditoriale abstraite sur le changement de CMS et la structure technique d’un site pour l’article « Changer de CMS : ce qui se perd, et pourquoi ».

Réponse en bref

Changer de CMS n’a aucun effet direct sur le classement : les moteurs n’évaluent pas la technologie mais le résultat servi. Les pertes viennent de ce qui n’est pas transféré — balisage, contenus complets, structure d’URL, données structurées, vitesse — et de l’absence de plan de redirection lorsque les URL changent. Le contrôle décisif porte sur le HTML rendu par le nouveau site, pas sur ses fonctionnalités annoncées.

Le changement de CMS est motivé par des raisons légitimes : coût de maintenance, lenteur, rigidité éditoriale, dépendance à un prestataire. Le problème n’est jamais le nouveau CMS. Il est dans ce que l’ancien contenait et que personne n’a inventorié.

Les six éléments qui disparaissent silencieusement

Les titles et meta descriptions personnalisés. Beaucoup d’outils de migration ne reprennent pas les champs SEO et régénèrent des balises automatiques à partir du titre. Des centaines de pages perdent d’un coup leur formulation optimisée.

Le contenu complet. Les blocs secondaires — encadrés, tableaux, questions fréquentes, notes de bas de page — sont souvent perdus parce qu’ils n’ont pas d’équivalent dans le nouveau modèle de contenu.

Les données structurées. Elles dépendent souvent d’une extension propre à l’ancien CMS.

Les attributs alternatifs des images. Rarement transférés, presque jamais vérifiés.

Les redirections déjà en place. Un site a souvent accumulé des redirections issues de migrations précédentes. Les oublier revient à casser des chemins qui fonctionnaient.

Les balises de langue. Sur un site multilingue, la correspondance entre versions se reconstruit rarement automatiquement.

Le contrôle qui compte : le HTML servi

Avant la bascule, la seule vérification qui tranche consiste à comparer le HTML rendu par l’ancien et le nouveau site, page à page, sur un échantillon représentatif.

Points de comparaison : présence du contenu principal sans exécution JavaScript, unicité et pertinence du titre, présence de la description, hiérarchie des titres, liens internes, balise canonique, données structurées, codes de statut.

Un nouveau site qui produit un HTML plus pauvre que l’ancien perdra du trafic, quelle que soit la qualité de son interface d’administration.

Les CMS fermés : une contrainte à anticiper

Certaines plateformes n’offrent pas d’export complet et exploitable du contenu. Le contenu doit alors être récupéré par extraction depuis le site publié, ce qui allonge le projet et augmente le risque de perte.

Il faut aussi vérifier, avant de s’engager, ce que la plateforme permet réellement : contrôle des URL, personnalisation des balises, gestion des redirections, accès aux fichiers d’exploration, gestion du multilingue. Une limitation découverte après la bascule devient une contrainte permanente.

L’occasion à saisir

Un changement de CMS est le meilleur moment pour corriger ce qui traînait : fusionner les contenus redondants, réduire la profondeur des pages commerciales, supprimer les pages sans valeur, restructurer l’arborescence.

À condition de le décider sur données, avant la migration, et de l’inscrire dans le plan de redirection. Improviser ces arbitrages pendant la bascule est la meilleure façon de perdre des positions.

Le vrai coût d’un changement de CMS n’est pas la licence ni le développement : c’est l’inventaire, la recette et la période d’observation. Un devis qui ne les fait pas apparaître décrit un projet incomplet.

Sécuriser ma migration

Ce que cela change dans un système de croissance

Un levier isolé produit rarement un résultat durable. La valeur vient de la cohérence entre stratégie, acquisition, conversion et mesure.

Questions fréquentes

Google pénalise-t-il un changement de CMS ?
Non. Les moteurs évaluent la page servie, pas la technologie qui la génère.
Faut-il garder la même structure d’URL ?
Si elle est correcte, oui : c’est le scénario le plus sûr. Si elle est défaillante, la changer se justifie, avec un plan de redirection complet.
Combien de temps prévoir ?
La bascule technique est rapide. L’inventaire, la reprise éditoriale et la recette représentent l’essentiel du délai.
Peut-on tester avant ?
Oui, sur un environnement de recette non indexable. C’est indispensable.

Passer de la lecture à la décision.

Un diagnostic permet de situer votre marketing, d’identifier les points de friction et d’arbitrer les priorités.

Demander un diagnostic