WordPress ou site sur mesure : le coût caché sur cinq ans

Une fondatrice m'a écrit le mois dernier avec un problème classique. Le site de son entreprise avait été construit il y a trois ans sous WordPress par un freelance qui avait depuis disparu. Le temps de chargement dépassait six secondes. Les mises à jour d'extensions étaient bloquées parce que deux extensions entraient désormais en conflit. Sa dernière campagne marketing était freinée parce que l'équipe design ne pouvait pas mettre une nouvelle page d'atterrissage en ligne sans passer par un développeur.

Elle m'a posé la question que tout dirigeant se pose à ce stade : faut-il continuer à rafistoler, ou tout reconstruire ?

Je n'ai pas de réponse dogmatique. Il existe des entreprises pour lesquelles WordPress est le bon choix. Mais les critères que la plupart des équipes utilisent pour trancher ne sont pas les bons. Elles regardent le prix du premier jour et en déduisent que le moins cher est le mieux. Le calcul ne fonctionne pas comme ça.

Ce que WordPress vous coûte vraiment

L'argument en faveur de WordPress est simple, et pas malhonnête en soi. Vous obtenez plus vite un site fonctionnel aux contenus modifiables. La première version coûte moins cher qu'un développement sur mesure. Les personnes non techniques de votre équipe peuvent modifier les textes sans ouvrir de ticket.

Ces avantages sont réels. Mais ils s'accompagnent de coûts que personne n'additionne au départ.

Le premier coût est la performance. Par défaut, WordPress construit chaque page en PHP avec des requêtes en base de données, et les extensions ajoutent leurs propres scripts et requêtes. Un cache de pages complet, un CDN et un travail soigné sur les images peuvent rendre un site WordPress rapide, et la documentation de WordPress explique comment (guide de performance WordPress). Le hic, c'est que la vitesse dépend alors de cette configuration, qu'il faut construire puis préserver à mesure que les extensions et les thèmes changent. Sur une stack moderne statique ou rendue côté serveur, des pages rapides sont la norme, pas quelque chose qu'on entretient. Pour un site dont la mission est de convertir, cette différence n'est pas un détail d'ego.

Le deuxième coût est une maintenance qui s'accumule. Chaque extension installée est une dépendance qu'il faut mettre à jour, surveiller pour les failles de sécurité, en espérant qu'elle n'entre pas en conflit avec la suivante. Après un an, vous avez dix extensions. Après trois ans, vingt-cinq. À cinq ans, chaque mise à jour est un pile ou face sur la survie du site. L'abonnement caché, c'est le prestataire que vous finissez par payer, chaque mois ou chaque trimestre, pour que tout reste allumé.

Le troisième coût est la flexibilité. WordPress a été conçu pour un monde d'articles, de commentaires, de catégories et d'étiquettes. Quand vos contenus ont une autre forme, un logiciel avec des pages de fonctionnalités, une entreprise de services avec des études de cas, un SaaS avec de la documentation, des offres et des intégrations, vous vous battez contre la plateforme. Vous installez Advanced Custom Fields, Custom Post Types UI, Yoast, un constructeur de pages, et vous faites tourner un système tenu par des points d'extension qui n'ont jamais été conçus pour porter ce poids. Chaque nouveau type de contenu coûte une journée de configuration. Chaque remaniement d'un type existant risque de casser le site en ligne.

Le quatrième coût est l'exposition aux attaques. WordPress fait tourner une très grande part du web, ce qui en fait une cible permanente d'attaques automatisées, et la plupart des failles réelles viennent des extensions et des thèmes. Le cœur, les extensions et les thèmes doivent tous être mis à jour régulièrement. Si personne n'en est responsable, le risque augmente chaque mois.

Quand WordPress est le bon choix

Je ne prétends pas que personne ne devrait utiliser WordPress. Il est pertinent dans des cas précis.

Quand votre site est surtout éditorial (un magazine, un site d'actualité, une activité fondée sur un blog) et que l'avantage de faire publier des articles par des non-techniciens prime sur tout le reste.

Quand l'activité a peu de chances de voir son trafic augmenter fortement, c'est-à-dire quand dix ou vingt pour cent de performance en plus ne se traduisent pas en chiffre d'affaires. Une petite entreprise locale à faible trafic n'a pas besoin d'un LCP inférieur à la seconde.

Quand vous avez une vraie expertise WordPress en interne, quelqu'un capable d'écrire des thèmes de zéro, d'auditer la qualité des extensions et de maintenir la plateforme sans que cela devienne une source de distraction permanente.

Quand l'alternative est de ne pas avoir de site du tout, pour des raisons de budget ou de délai. Un site WordPress en ligne vaut mieux qu'un site sur mesure encore en chantier.

La plupart des entreprises avec lesquelles je parle ne correspondent pas à ces critères. Ce sont des entreprises dont le site est le principal canal d'acquisition, dont le trafic et la conversion pèsent sur le chiffre d'affaires, qui n'ont pas d'expert WordPress en interne, et qui pourraient faire les choses correctement si elles voyaient le calcul.

Le calcul

Quand un client conteste le devis d'un site sur mesure, je fais toujours le même exercice : estimer trois choses sur cinq ans. Le coût de maintenance de la plateforme, le coût de l'inefficacité marketing et le coût de la sous-performance.

La maintenance est la plus facile à estimer. À titre d'illustration, et non de prix du marché : si un site WordPress demande deux à quatre heures de développeur par mois et que vous payez soixante-quinze euros de l'heure, cela représente 1 800 à 3 600 € par an. Mettez vos propres heures et votre propre tarif. Beaucoup d'entreprises ne paient cela qu'après un incident, au tarif d'urgence.

L'inefficacité marketing est plus difficile à chiffrer. Si votre équipe ne peut pas publier une nouvelle page d'atterrissage ou un nouveau type de page sans développeur, les expérimentations sont retardées ou abandonnées. Estimez-la pour votre propre activité : combien de lancements avez-vous repoussés l'an dernier, et que valaient-ils ?

La sous-performance (temps de chargement, expérience mobile défaillante, bugs d'extensions aux moments de conversion) est la plus difficile à mesurer, et il n'existe pas de chiffre de conversion universel à appliquer. Mesurez-la sur votre propre site : relevez les Core Web Vitals et le taux de conversion de vos pages clés, corrigez les modèles les plus lents et comparez. Si le site est une source majeure de revenus, même une petite amélioration mesurée peut dépasser le coût de la réalisation en quelques années (web.dev : Core Web Vitals).

La version honnête de ce calcul est la suivante : WordPress coûte généralement moins cher le premier jour, et peut coûter plus cher ensuite, selon la qualité de sa construction et de sa maintenance. Faites le calcul avec vos propres heures, tarifs et données de conversion avant de décider.

Ce que « sur mesure » veut dire en 2026

Le mot sur mesure voulait autrefois dire tout fait à la main, ce qui était effectivement cher. Ce n'est plus le cas.

Un site moderne sur mesure en 2026, c'est : un framework typé comme React, Vue ou Svelte ; un rendu statique ou en edge pour une performance inférieure à la seconde ; un CMS headless comme Sanity, Contentful ou un système à fichiers plats pour la gestion des contenus ; un déploiement continu via Vercel, Netlify ou Cloudflare ; et un design system que l'équipe technique peut étendre sans tout redessiner. L'équipe non technique a toujours un CMS. L'équipe technique n'a pas une plateforme qui lui résiste. L'utilisateur a un site qui s'affiche instantanément.

Bien le construire coûte plus cher qu'un projet WordPress confié à un freelance. L'exploiter est en général plus simple : il n'y a pas de pile d'extensions à garder compatibles. Il demande tout de même de l'attention : des frameworks comme Next.js publient régulièrement des mises à jour de sécurité (versions de Next.js), et les dépendances doivent être tenues à jour. La différence, c'est que les mises à jour sont moins nombreuses, planifiées et testées, plutôt qu'un pari mensuel sur des dizaines d'extensions tierces.

Le bon moment pour changer de stack, c'est juste avant que la prochaine extension casse quelque chose d'important. Après, vous payez deux fois : une fois pour réparer, une fois pour lancer la migration.

Comment décider, aujourd'hui

Si vous avez un site WordPress et que vous vous demandez s'il faut continuer, posez-vous trois questions.

Un : ce site est-il un canal d'acquisition principal pour l'entreprise ? Si oui, la performance et la flexibilité comptent à grande échelle, et vous voudrez très probablement migrer.

Deux : votre équipe peut-elle publier de nouveaux formats de contenu sans développeur, aujourd'hui ? Si non, vous perdez des expérimentations marketing, et la plateforme y est pour quelque chose.

Trois : que se passe-t-il si une extension critique est abandonnée le mois prochain ? Si la réponse se situe entre incertain et le site tombe, cela vous dit quelque chose sur la solidité réelle de vos fondations.

Si vous avez répondu oui-non-incertain ou une variante, le calcul va recommander de reconstruire. Plus vous attendez, plus la migration sera lourde, car chaque extension ajoutée et chaque type de contenu créé est une chose de plus à transposer dans le nouveau système. La migration la moins chère est celle que vous commencez aujourd'hui.

La plus chère est celle que vous commencez le mois où la plateforme lâche enfin. La plupart des entreprises migrent à ce moment-là, pas avant, et paient à la fois la panne et la reconstruction. Il existe un meilleur ordre. Voici comment nous menons une migration WordPress vers Next.js, et la checklist SEO que nous suivons à chaque fois.