La question « quel CMS choisir » est posée à l'envers neuf fois sur dix. Elle porte sur la technologie alors qu'elle devrait porter sur les personnes : qui va écrire, à quelle fréquence, et avec quel niveau d'aisance technique.
Un CMS puissant confié à quelqu'un qui n'y touchera jamais est un coût récurrent sans contrepartie. Un site figé confié à quelqu'un qui publie trois fois par semaine est un goulot d'étranglement.
La question à poser avant toute autre
Combien de fois par mois le contenu va-t-il changer, et par qui ? La réponse détermine presque tout le reste.
Un site de dix pages modifié deux fois par an n'a besoin d'aucun CMS : le coût de maintenance et de sécurité d'un back-office dépasse largement le confort qu'il apporte. Un blog alimenté trois fois par semaine par une personne non technique en a impérativement besoin.
| Fréquence de mise à jour | Qui édite | Solution adaptée |
|---|---|---|
| Quelques fois par an | Le prestataire | Pages statiques, sans back-office |
| Une à deux fois par mois | Le dirigeant | CMS léger ou zones éditables ciblées |
| Plusieurs fois par semaine | Une équipe | CMS complet avec rôles et brouillons |
| En continu, multi-canal | Une équipe éditoriale | Headless avec API |
WordPress : ce pour quoi il est bon, et ce qui coûte
WordPress fait tourner une part considérable du web pour de bonnes raisons : interface familière, écosystème énorme, coût d'entrée bas, et une réserve de personnes capables d'intervenir dessus.
Le coût réel n'est pas à l'installation, il est dans la durée. Chaque extension ajoute une dépendance à maintenir et une surface d'attaque. Un site WordPress laissé sans mise à jour pendant un an est un site compromis en attente.
- Choisissez-le si : plusieurs personnes publient, vous voulez pouvoir changer de prestataire, le budget initial est contraint.
- Évitez-le si : personne ne va s'occuper des mises à jour, ou les performances sont critiques et le budget d'optimisation absent.
- Dans tous les cas : budgétez la maintenance dès le départ, pas après le premier incident.
Le headless : quand il se justifie vraiment
Le principe est de séparer la gestion du contenu de son affichage : le contenu vit dans une API, et un ou plusieurs front-ends viennent le consommer.
C'est excellent quand le même contenu alimente réellement plusieurs canaux — site, application mobile, écrans en boutique, partenaires. C'est de la complexité gratuite quand il n'y a qu'un seul site à la sortie.
Le piège du headless
Deux systèmes à maintenir au lieu d'un, un aperçu avant publication souvent médiocre, et une dépendance à un service tiers dont le tarif peut changer. Ne le choisissez pas parce qu'il est moderne, choisissez-le parce que vous avez plusieurs canaux.
Le sur-mesure : moins exotique qu'il n'y paraît
Un site développé sur mesure, sans framework lourd, est souvent la solution la plus rapide et la plus durable pour un site vitrine ou un site de contenu à structure stable. Pas de couche d'abstraction, pas d'extension à mettre à jour, pas de surface d'attaque héritée.
Sa faiblesse est réelle et il faut la nommer : sans back-office, toute modification passe par quelqu'un de technique. La réponse n'est pas d'ajouter un CMS complet, mais de rendre éditables les seules zones qui changent vraiment.
Une piste souvent ignorée
Le contenu dans des fichiers structurés, versionnés, avec une interface d'édition limitée aux blocs qui bougent. Vous gardez la vitesse du statique et la capacité de modifier ce qui compte, sans back-office à sécuriser.
Le coût total sur cinq ans, pas le prix du devis
Le prix affiché d'un site est le prix de la première année. Sur cinq ans, la structure de coûts se déplace vers l'hébergement, la maintenance, les licences d'extensions et les corrections liées aux montées de version. C'est cette somme-là qu'il faut comparer, pas le devis initial.
Un WordPress correctement suivi coûte 600 à 1 800 € par an en maintenance externalisée, plus 150 à 600 € de licences annuelles si le site repose sur des extensions payantes — formulaires, champs personnalisés, moteur de recherche interne, sauvegarde. Ces licences ne sont pas optionnelles : une extension dont l'abonnement expire cesse de recevoir les correctifs de sécurité.
| Option | Création | Récurrent annuel | Total à 5 ans |
|---|---|---|---|
| Constructeur en ligne | 0 à 1 500 € | 200 à 600 € | 1 000 à 4 500 € |
| WordPress sur mesure | 4 000 à 12 000 € | 800 à 2 400 € | 8 000 à 24 000 € |
| Headless (CMS en ligne + front) | 12 000 à 30 000 € | 1 200 à 4 000 € | 18 000 à 50 000 € |
| Sur mesure sans back-office | 3 000 à 10 000 € | 150 à 600 € | 3 750 à 13 000 € |
Ces fourchettes se recoupent, et c'est le point important : aucune option n'est structurellement moins chère. Le constructeur en ligne est le moins coûteux tant que vous restez dans son périmètre, et le plus coûteux le jour où vous en sortez, puisque la refonte repart de zéro. Le sur-mesure sans back-office est bas en récurrent mais facture chaque évolution à la journée : comptez 400 à 700 €, et vérifiez que votre rythme de modifications ne dépasse pas trois ou quatre journées par an.
Une ligne est presque toujours oubliée : les montées de version majeures, d'une demi-journée à cinq journées selon le nombre d'extensions et la présence d'un thème enfant personnalisé. Provisionner cette dépense tous les trois ans évite le scénario habituel : un site bloqué sur une version obsolète parce que la mise à jour n'a jamais été budgétée.
La sécurité : qui en répond, exactement
La sécurité se règle par contrat autant que par technologie. Sur un site WordPress, quatre acteurs interviennent : l'hébergeur pour le serveur, l'éditeur du CMS pour le cœur, les auteurs d'extensions pour leur code, et le prestataire pour l'application des correctifs. Si personne n'a signé pour ce dernier rôle, il n'est pas tenu.
L'écrasante majorité des compromissions n'exploite pas une faille du cœur de WordPress, mais une extension non mise à jour ou un compte administrateur mal protégé. Le délai compte : une faille rendue publique est exploitée de façon automatisée dans les jours qui suivent la publication du correctif. Un contrat qui promet des mises à jour « mensuelles » laisse donc une fenêtre de trois à quatre semaines.
- Le délai d'application des correctifs critiques : 72 heures est un engagement tenable, « dès que possible » n'en est pas un.
- La fréquence et la rétention des sauvegardes, et surtout où elles sont stockées — une sauvegarde sur le même serveur que le site ne protège de rien.
- Le délai de restauration après incident, et qui a le droit de la déclencher.
- Ce qui est hors périmètre : le nettoyage d'un site compromis se facture à part, entre 500 et 2 000 € selon l'étendue de l'infection.
Le sur-mesure sans base de données ni back-office réduit la surface d'attaque, il ne l'annule pas : restent le serveur, le formulaire de contact et les dépendances système. La différence tient au volume de code tiers dont vous dépendez sans le connaître : moins de dépendances, ce n'est pas l'invulnérabilité, c'est une charge de veille divisée par cinq ou dix.
Migrer d'un CMS à un autre : ce que ça coûte vraiment
Changer de CMS ne consiste pas à déplacer du texte. Le coût se concentre sur trois postes rarement chiffrés à l'avance : la correspondance des URL, la reconstruction des gabarits, et la reprise des contenus qui n'existent pas sous forme structurée.
| Point de départ | Récupération du contenu | Charge estimée |
|---|---|---|
| WordPress à contenu structuré | Export XML et API REST | 3 à 6 jours |
| CMS propriétaire avec export | CSV ou JSON partiel | 6 à 12 jours |
| Constructeur de pages visuel | Aucune structure exploitable | Réécriture complète |
| Site statique versionné | Fichiers déjà structurés | 1 à 3 jours |
Le poste le plus sous-estimé est le plan de redirections. Un site de 80 pages qui change d'arborescence demande 80 redirections 301 vérifiées une par une. Sans cela, la perte de trafic organique est immédiate et met six à douze mois à se résorber. Comptez une demi-journée à une journée pour un site de cette taille, davantage si les anciennes adresses contiennent des identifiants numériques sans logique lisible.
Deuxième poste : les contenus mis en forme à la main. Un article dont la structure vit dans du HTML collé au fil de l'eau ne se convertit pas automatiquement. Sur cinquante articles, la reprise manuelle représente deux à quatre jours de travail. C'est la raison pour laquelle un site construit avec un constructeur visuel se migre rarement : il se refait.
Un ordre de grandeur pour arbitrer : la migration d'un site vitrine de 30 à 60 pages se situe entre 2 500 et 6 000 €, redirections et recette comprises. En dessous, une partie du travail n'a pas été chiffrée — le plus souvent la recette et les redirections, c'est-à-dire ce qui protège le référencement acquis.
Constructeurs de pages : le verrouillage est le modèle économique
Un constructeur de pages visuel — extension WordPress ou plateforme complète — stocke la mise en page dans son propre format. Le texte reste lisible, la structure non. Désactivez l'extension et la page redevient un bloc de balises inutilisable en l'état.
Ce n'est pas un défaut de conception, c'est le modèle. Un outil dont on sort facilement se remplace facilement. Le coût de sortie fait partie du produit, et il est rarement mentionné au moment de l'achat.
Le verrouillage a un second effet, quotidien et moins visible : le balisage produit est imposé. Vous ne choisissez ni la hiérarchie des titres, ni le poids du CSS chargé sur chaque page, ni le nombre de conteneurs imbriqués. Sur un site de contenu, cela pèse sur les Core Web Vitals et sur l'accessibilité, deux sujets qui ne se corrigent qu'en sortant de l'outil.
Le test à faire avant de signer
Demandez une page exportée telle qu'elle sortirait de l'outil, et regardez si son contenu est récupérable sans l'outil. Si la réponse est « il faudrait une extension pour ça », vous venez d'apprendre le prix de la sortie.
Cela ne disqualifie pas ces outils. Pour une association qui monte une page d'événement en deux heures, le verrouillage est un coût acceptable. Il devient un problème quand le site porte du trafic organique construit sur plusieurs années : la refonte n'est alors plus un projet de site, c'est un projet de site plus une reprise de référencement, et le second poste dépasse souvent le premier.
Accessibilité et RGAA : ce que le CMS ne règle pas
L'accessibilité numérique n'est plus une bonne pratique optionnelle pour tout le monde. Le référentiel français, le RGAA, décline les WCAG et sert de base aux audits. Il s'impose de longue date aux organismes publics et aux entreprises dépassant un seuil élevé de chiffre d'affaires.
Le périmètre s'est élargi avec le cadre européen sur l'accessibilité, applicable depuis juin 2025 à des services comme le commerce en ligne, la banque ou le transport de voyageurs, avec une exemption pour les microentreprises. Si vous vendez en ligne et employez plus de dix personnes, la question vous concerne directement ; sinon, elle reste un argument de qualité, pas une obligation.
Le CMS ne rend pas un site accessible, et aucun ne le rend inaccessible à lui seul. Ce qui décide, c'est le thème et la façon dont le contenu est saisi. Les manquements les plus fréquents sont indépendants de la technologie : contrastes insuffisants, images décoratives sans attribut alt vide, champs de formulaire sans libellé associé, titres choisis pour leur taille plutôt que pour leur niveau, composants interactifs inutilisables au clavier.
L'arbitrage économique est net : intégrer l'accessibilité dès la maquette ajoute 10 à 15 % au budget initial. Y revenir après coup représente un chantier de 3 000 à 8 000 € sur un site vitrine, reprise du thème comprise, parce qu'il faut toucher à la structure et pas seulement aux couleurs.
Les surcouches qui promettent une mise en conformité automatique en JavaScript ne produisent pas de conformité. Elles corrigent quelques attributs à l'exécution, sans traiter la structure ni la qualité des contenus — et ce sont exactement les deux points qu'examine un audit.
Le critère que personne ne regarde : la sortie
Avant de choisir, demandez comment vous récupérez votre contenu si vous changez d'avis. Un export propre et documenté existe-t-il ? Sous quel format ? Les images sont-elles incluses ?
Une solution dont on ne sort pas facilement finit par dicter ses conditions. C'est un critère de choix au moins aussi important que la liste des fonctionnalités.
À retenir
- La fréquence de publication et le profil de l'éditeur décident, pas la technologie.
- Comparez des totaux à cinq ans, pas des devis de première année : les fourchettes se recoupent.
- WordPress est un bon choix si la maintenance est budgétée et contractualisée dès le départ.
- La sécurité se joue sur un délai d'application des correctifs écrit noir sur blanc, pas sur une technologie.
- Le headless se justifie par le nombre de canaux, pas par la modernité.
- Un constructeur de pages visuel se refait, il ne se migre pas : intégrez ce coût au calcul.
- L'accessibilité coûte 10 à 15 % à la conception et deux à trois fois plus après coup.
- Vérifiez toujours comment vous sortez avant d'entrer.
FAQ — Choix du CMS
WordPress est-il mauvais pour le SEO ?
Non. WordPress correctement configuré se référence très bien. Ce qui nuit au référencement, ce sont les thèmes surchargés et l'accumulation d'extensions, pas le CMS lui-même.
Peut-on migrer d'un CMS à un autre plus tard ?
Oui, mais le coût dépend entièrement de la façon dont le contenu est stocké. Une migration depuis un système à export propre prend quelques jours ; depuis un constructeur de pages propriétaire, elle revient souvent à tout réécrire.
Quel budget pour chaque option ?
WordPress sur mesure : 4 000 à 12 000 €, plus 50 à 150 €/mois de maintenance. Headless : 12 000 à 30 000 €, plus l'abonnement du service. Sur mesure sans CMS : 3 000 à 10 000 €, maintenance marginale.
Un constructeur de site en ligne peut-il suffire ?
Pour une présence simple et temporaire, oui. Les limites arrivent sur la performance, le contrôle du balisage et surtout la portabilité : vous ne pouvez généralement pas emporter le site ailleurs.
Un autre prestataire pourra-t-il reprendre le site ?
Cela dépend de trois choses, à vérifier avant la signature : qui détient les accès à l'hébergement et au nom de domaine, si le code est versionné et livré, et si les choix techniques sont documentés. Un WordPress standard se reprend en quelques heures ; un site sur mesure sans dépôt de code ni documentation coûte deux à cinq jours de rétro-ingénierie avant la première modification.
Faut-il un CMS particulier pour être conforme au RGAA ?
Non, le CMS n'y change presque rien. La conformité se joue sur le thème, la hiérarchie des titres, les contrastes, les libellés de formulaire et la façon dont le contenu est saisi. Un WordPress au thème sobre peut être conforme ; le même WordPress équipé d'un constructeur de pages visuel l'est rarement.
Sources
- Google — Guide d'initiation au SEO — ce que le moteur attend d'un site
- web.dev — Core Web Vitals — seuils LCP, INP, CLS
- RGAA — Référentiel général d'amélioration de l'accessibilité — critères et méthode d'audit
- Google — Redirections et changement d'adresse — ce qu'exige une migration d'URL
Quel CMS pour votre situation ?
Dites-moi qui publie chez vous, à quelle fréquence et avec quel niveau technique. Je vous dis quelle solution tient sur cinq ans — et laquelle vous coûtera cher.
Poser ma situation