Ce qu'il faut retenir

Un CMS se contente d'autoriser ou d'interdire. Six points décident de tout : la maîtrise des URL, l'accès aux balises, la gestion des redirections, le contrôle des données structurées, le temps de réponse, et la possibilité d'exporter. Une plateforme fermée protège des erreurs en bloquant aussi les corrections, quand une plateforme ouverte laisse tout faire sans rien garantir. Regardez donc qui s'occupera de la technique chez vous avant de comparer les réputations.

Interface d'administration d'un système de gestion de contenu

La question m'arrive presque toujours dans les mêmes termes, celle du CMS à choisir pour bien se référencer. Elle sous-entend qu'il existerait un outil qui fait monter les pages, et que le choix de départ déciderait du résultat. Ce n'est pas comme cela que ça fonctionne. Sur les cinquante audits techniques que j'ai menés, je n'ai jamais rencontré un problème causé par la plateforme elle-même. J'ai en revanche souvent rencontré des problèmes que la plateforme empêchait de corriger.

Les six points qui décident réellement

Cette grille s'applique à n'importe quelle plateforme, quelle que soit sa famille et quel que soit son âge.

Point de contrôleLa question à poserCe que ça coûte si la réponse est non
Structure des URLPuis-je définir librement l'adresse d'une page et de ses catégories ?Une arborescence subie pour la durée de vie du site
BalisesPuis-je écrire titre, description et canonique page par page ?Des titres générés automatiquement, jamais alignés sur les requêtes visées
RedirectionsPuis-je créer une redirection permanente sans intervention technique ?Des pages introuvables à chaque changement de contenu
Données structuréesPuis-je contrôler le balisage produit, article ou entreprise ?Des résultats sans prix, sans note ni disponibilité, là où les concurrents en ont
Temps de réponsePuis-je mettre les pages en cache et alléger ce qui est chargé ?Un plafond de performance que rien ne fera sauter
RéversibilitéPuis-je exporter contenus, images et URL le jour où je pars ?Une migration qui devient une reconstruction

Personne ne pense à la réversibilité au moment de signer, et c'est elle qui coûte le plus cher trois ans plus tard. Beaucoup de plateformes hébergées exportent le texte et rien d'autre : ni la structure, ni les balises, ni les images à leur emplacement d'origine. La migration devient alors un chantier de plusieurs semaines au lieu de plusieurs jours.

Trois familles, trois compromis

Les plateformes hébergées

Shopify, Wix, Squarespace et leurs équivalents. Vous louez un service, l'éditeur s'occupe de tout, et il décide de tout. Les bases techniques sont saines par construction : pas de site cassé par une mise à jour, pas de faille laissée ouverte, un temps de réponse correct sans travail particulier.

Les limites apparaissent sur les points 1, 4 et 6 de la grille. La structure d'URL est imposée, les données structurées dépendent du thème, et l'export est partiel. Ces trois contraintes sont acceptables sur beaucoup de projets, et rédhibitoires sur certains. Le cas de Shopify est détaillé sur ma page Shopify vs WooCommerce.

Les CMS libres

WordPress, Drupal, Joomla, PrestaShop. Vous installez un logiciel sur un hébergement que vous choisissez, et vous avez la main sur les six points. Aucune limite structurelle, donc, mais une charge de maintenance continue et une responsabilité entière sur la sécurité et la performance.

C'est de loin la famille la plus répandue, et celle où je passe le plus de temps. Le détail des réglages sur la plateforme dominante figure sur ma page consacrée au référencement WordPress.

Les sites générés ou sur mesure

Générateurs de sites statiques, applications développées spécifiquement, ou approche mixte. Contrôle total, temps de réponse excellent, mais une dépendance forte à la compétence technique disponible. Un éditeur non technique s'y retrouve rarement seul, et la fréquence de publication finit par en souffrir.

C'est l'architecture de ce site, et je l'assume précisément parce que je peux la maintenir moi-même. Je la déconseille à qui n'est pas dans ce cas.

Une seule question tranche neuf dossiers sur dix. Qui va s'occuper de la technique dans dix-huit mois ? Si la réponse est « personne », prenez une plateforme hébergée et n'y revenez pas. Avec une compétence interne ou un prestataire au forfait, un CMS libre vous ouvre des marges que la première famille ferme définitivement. Aucun comparatif de fonctionnalités n'apporte autant que cette réponse-là.

Trois idées reçues à écarter

« WordPress est bon pour le SEO. » WordPress ne fait rien pour votre référencement. Il ne l'empêche pas, ce qui n'est pas la même chose. Sa réputation vient de son écosystème d'extensions et de la quantité de documentation disponible, pas d'une qualité intrinsèque.

« Les CMS sont lents. » Un CMS mal configuré est lent. Un CMS avec un cache de pages sert du HTML figé, exactement comme un site statique. Toute la différence de performance entre les familles se joue dans la configuration.

« Il faut réécrire les URL pour le SEO. » Des URL lisibles aident le visiteur et facilitent le partage, mais l'écart de classement avec une URL technique est marginal. Ce qui compte vraiment est la stabilité, car une adresse qui change tous les six mois coûte bien plus que la présence d'un identifiant numérique.

Comment tester une plateforme en dix minutes

Avant de signer, ou avant de reprendre un site existant, cinq vérifications suffisent à connaître la marge de manœuvre réelle.

  1. Modifier l'adresse d'une page de test. Si c'est impossible, ou si l'ancienne adresse n'est pas redirigée automatiquement, vous rencontrerez ce problème à chaque changement de titre.
  2. Écrire un titre et une description personnalisés. Puis vérifier dans le code source qu'ils sont bien servis, et pas seulement stockés.
  3. Créer une redirection permanente. Depuis l'interface, sans toucher au serveur. On s'en sert plusieurs fois par an pendant toute la vie du site, et elle manque à l'appel une fois sur deux.
  4. Regarder le code d'une page. Compter les conteneurs imbriqués et le nombre de fichiers de style chargés. Un constructeur trop généreux se voit immédiatement.
  5. Demander un export complet. Contenus, images, structure. Et vérifier ce que contient réellement le fichier obtenu.

Ces cinq tests prennent moins de temps qu'une démonstration commerciale, et ils renseignent bien mieux. Aucun ne demande de compétence particulière.

Ce que je réponds finalement

Le meilleur CMS est celui que votre équipe utilisera vraiment, sur lequel vous pouvez corriger ce qui doit l'être, et que vous pourrez quitter sans tout reconstruire. Ces trois conditions écartent beaucoup d'options et laissent en général deux ou trois candidats sérieux, entre lesquels le choix relève du confort plus que de la performance.

Un changement de plateforme se décide le jour où la plateforme actuelle interdit une correction identifiée, chiffrée, dont on sait ce qu'elle rapportera. Jamais dans l'espoir d'un meilleur classement. Dans tous les autres cas, le risque de perte de trafic lié à la migration dépasse le gain espéré.

Questions fréquentes

Quel est le meilleur CMS pour le SEO ?
La question n'a pas de réponse universelle, parce qu'aucun CMS ne fait classer une page. Ce qui change d'une plateforme à l'autre, c'est le nombre de choses que vous pouvez corriger vous-même. Un CMS ouvert ne garantit rien mais ne bloque rien ; un CMS fermé vous évite des erreurs et vous en interdit les corrections.
Changer de CMS peut-il améliorer mon référencement ?
Rarement en soi, et le changement fait toujours prendre un risque de migration. Il se justifie quand la plateforme actuelle empêche une correction identifiée : structure d'URL impossible à modifier, balises non éditables, temps de réponse plafonné. Changer parce qu'un outil est réputé meilleur ne produit aucun gain.
Un site sans CMS se référence-t-il mieux ?
Il part avec un avantage sur le temps de réponse, puisqu'il n'y a ni base de données ni génération à la volée. Cet avantage disparaît dès qu'un site sous CMS est correctement mis en cache. En revanche, un site sans CMS devient vite ingérable pour un éditeur non technique, ce qui finit par coûter en fréquence de publication.
Les extensions SEO suffisent-elles ?
Elles règlent l'outillage et s'arrêtent là. Une extension pose les balises, génère le plan de site et gère les canoniques. Elle ne décide ni de vos sujets, ni de votre arborescence, ni de la qualité de vos pages, et c'est pourtant là que se joue le résultat.
Faut-il éviter les constructeurs de pages en glisser-déposer ?
Pas par principe, mais il faut regarder le code qu'ils produisent. Certains empilent des dizaines de conteneurs imbriqués et chargent des styles inutilisés sur toutes les pages, ce qui pèse directement sur le temps d'affichage. Le test se fait en une minute en comparant le poids d'une page vide et d'une page complète.

Sources