Pourquoi nous ne livrons plus aucun site sous CMS

La décision, et ce qui l'a rendue possible

Le raisonnement historique en faveur des CMS tenait entièrement au coût de développement. Un site vitrine sur mesure demandait quarante à soixante jours de travail, le même site sous WordPress en demandait dix. À qualité comparable, le rapport était sans appel, et personne de sensé ne recommandait autre chose à une PME.

Ce qui a changé, c'est le temps de développement. L'écriture de code assistée par IA a divisé par trois à quatre le temps nécessaire pour produire un front-end propre, testé et accessible. Un site vitrine de dix à quinze pages, entièrement codé, se construit désormais dans une fourchette de temps comparable à une intégration WordPress soignée. Le surcoût qui justifiait le CMS a disparu, mais toutes ses contreparties techniques sont restées.

Nous avons fait le calcul sur nos douze derniers projets avant de trancher. Le temps gagné en développement était entièrement absorbé, côté CMS, par le travail d'assemblage : choisir un thème, le contraindre à ressembler à la maquette, arbitrer entre huit extensions qui font la même chose, corriger ce que le constructeur de pages casse à chaque mise à jour. Le sur-mesure supprime cette couche de négociation avec un outil.

Ce que le client gagne, concrètement

Quatre gains sont mesurables dès la mise en ligne, et un cinquième se révèle sur la durée.

La vitesse, qui n'est plus un détail

Un site WordPress équipé d'un constructeur de pages et de quinze extensions charge entre 1,5 et 4 Mo de ressources, dont une large part n'est jamais utilisée sur la page affichée. Un site codé charge ce dont il a besoin, page par page, soit typiquement 150 à 400 Ko. L'écart se voit directement dans les métriques que Google documente sous le nom de Core Web Vitals, et il se voit surtout sur mobile en connexion moyenne, là où se joue la moitié des visites B2B.

La sécurité, par soustraction

La quasi-totalité des sites WordPress compromis le sont via une extension, rarement via le cœur du logiciel. Un site sans extensions n'a pas cette surface d'attaque. Il n'a pas non plus d'interface d'administration publique à protéger, pas de base de données exposée aux injections via un formulaire mal codé, et pas de comptes utilisateurs à sécuriser. Le sujet ne disparaît pas complètement, mais il change d'échelle.

L'absence de dette technique

Un site sous CMS vieillit par accumulation : chaque mise à jour de PHP, du cœur, du thème et de chaque extension est une occasion de casse. Un site statique généré ne se met pas à jour tout seul et ne casse pas tout seul. Il fonctionne dans dix ans comme au premier jour, à l'identique. Ce point est le plus sous-estimé par les clients au moment du choix, et le plus apprécié trois ans plus tard.

La liberté de conception

C'est le gain le moins technique et probablement le plus important commercialement. Un thème impose ses structures, et la plupart des sites B2B finissent par se ressembler parce qu'ils partent des mêmes quinze thèmes. Quand la page est codée, la maquette est respectée au pixel, les animations sont celles qu'on a choisies, et la structure suit l'argumentaire de vente plutôt que l'inverse. Un effet qui se mesure en demandes reçues, comme je le développe dans mon article sur le webdesign B2B.

Ce que le client perd, et comment on le compense

Il serait malhonnête de présenter ce choix comme sans contrepartie. Il y en a une, elle est réelle, et elle est la raison pour laquelle ce modèle ne convient pas à tout le monde : vous perdez le back-office où vous modifiez vous-même n'importe quel texte à n'importe quel moment.

Cette perte demande d'être regardée honnêtement, dans les deux sens. D'un côté, l'autonomie totale a une valeur réelle pour une entreprise qui publie souvent. De l'autre, l'expérience montre que la grande majorité des PME ne touchent jamais à leur back-office après la mise en ligne, et que celles qui y touchent cassent régulièrement la mise en page. Un accès en écriture non utilisé reste une surface de risque et une justification de coût d'abonnement.

La compensation que nous avons mise en place tient en deux choses. D'abord un portail client où les contenus qui bougent réellement (articles, études de cas, offres) restent éditables sans toucher au code. Ensuite un forfait de modifications inclus, avec un délai de traitement engagé. Un client qui demande trois modifications par mois est mieux servi par ce dispositif que par un back-office qu'il n'ouvre jamais. Un client qui publie trois fois par semaine ne l'est pas, et nous le lui disons.

Pour qui ce choix n'est pas le bon

Quatre situations justifient de rester sur un CMS, et nous orientons régulièrement des prospects vers cette solution plutôt que de leur vendre la nôtre.

1. 1Une équipe marketing interne qui publie plusieurs fois par semaine. L'autonomie éditoriale devient un besoin quotidien, et le délai de traitement, même court, devient un frein.
2. 2Un site e-commerce avec un catalogue mouvant. Gestion des stocks, variantes, promotions, transporteurs : reconstruire cela sur mesure n'a aucun intérêt face à Shopify ou WooCommerce.
3. 3Un budget initial inférieur à 3 000 euros. En dessous, le sur-mesure n'est pas économiquement atteignable, et un thème bien choisi vaut mieux qu'un mauvais sur-mesure. J'ai traité cet arbitrage dans mon article sur le site internet pas cher.
4. 4Une entreprise qui veut pouvoir changer de prestataire sans compétence technique. Un site WordPress se reprend par n'importe quelle agence. Un site codé demande un prestataire qui lise du code, ce qui restreint le marché même si le code est standard et documenté.

Ce dernier point est la vraie question de dépendance, et il mérite une réponse claire plutôt qu'un argumentaire. Le code que nous livrons appartient au client, est déposé sur son propre dépôt, utilise des technologies standard et documentées, et se déploie sur un hébergement qu'il possède. La dépendance est réelle mais elle est de même nature que celle qui vous lie à un thème premium et à son développeur, en plus transparente.

Le coût comparé sur trois ans

C'est l'argument qui tranche le plus souvent la discussion, parce qu'il inverse l'intuition. Le sur-mesure coûte plus cher à l'achat et moins cher à l'usage.

Les fourchettes se recouvrent, et c'est précisément le point : le sur-mesure n'est plus l'option inaccessible qu'il était. À enveloppe comparable sur trois ans, la question redevient une question d'usage et de performance, pas de budget. Les fourchettes détaillées poste par poste sont dans mon article sur le prix d'un site internet.

Les trois objections qu'on nous oppose

« Et si vous disparaissez ? » C'est l'objection légitime, et la réponse tient dans le contrat : dépôt de code au nom du client, hébergement à son nom, technologies standard (aucun framework propriétaire), documentation de mise en route livrée. Un développeur front-end reprend le projet sans nous. Cette portabilité figure au contrat et se vérifie ligne par ligne avant signature.

« Le SEO sera-t-il aussi bon ? » Il est structurellement meilleur, parce que les points techniques qu'on passe des mois à corriger sous CMS (poids des pages, rendu, données structurées, balisage propre, temps de réponse serveur) sont écrits correctement dès le départ au lieu d'être rattrapés par une extension. Le détail des critères techniques est dans mon article sur le SEO technique B2B.

« Mon prestataire actuel dit que WordPress fait tourner 43 % du web. » C'est exact, et cela ne dit rien sur la pertinence du choix dans votre cas précis. Cette part de marché s'explique par des blogs personnels, des sites d'associations et deux décennies d'avance, pas par une supériorité technique sur un site vitrine B2B de douze pages. Le comparatif honnête des options est dans mon article WordPress, Webflow ou Framer.

En résumé

Nous avons arrêté les CMS parce que l'argument économique qui les justifiait a disparu : le développement assisté par IA a ramené le coût du sur-mesure dans la même enveloppe qu'un projet WordPress soigné, sur trois ans. Ce que le client y gagne se mesure (des pages cinq à dix fois plus légères, aucune surface d'attaque par extension, aucune dette technique qui s'accumule, une maquette respectée au pixel). Ce qu'il y perd est réel et unique : le back-office où il modifie tout lui-même, compensé par un portail d'édition pour les contenus qui bougent et un forfait de modifications sous 24 à 48 heures. Ce choix ne convient pas à une équipe qui publie plusieurs fois par semaine, à un e-commerce à catalogue mouvant, ni à un budget inférieur à 3 000 euros. Et la question de la dépendance se règle par contrat : dépôt au nom du client, technologies standard, hébergement chez lui.

Pour situer ce choix par rapport aux autres options, mon comparatif WordPress, Webflow ou Framer passe chaque solution au crible des critères qui décident, celui sur le site vitrine WordPress détaille ce qu'il faut faire si vous restez sur ce CMS, et celui sur le SEO technique B2B explique pourquoi la base technique pèse autant sur le référencement. Envie d'un site qui ne vieillira pas ? Découvrez notre offre création de site.