La question derrière la question
« Devrions-nous construire sur WordPress ou aller en personnalisé » est rarement une question technologique. C'est une question de propriété : qui édite le site en année deux, qui le corrige, qui se fait appeler quand le formulaire de contact tombe en panne en plein lancement. J'ai livré plus de 12 000 sites WordPress via l'agence que j'ai co-fondée, et je fais fonctionner mes propres sites sur Astro et Next.js, donc je ne défends aucun camp ici. La réponse honnête dépend de la forme de votre entreprise, et en 2026 il y a trois vraies options, pas deux.
Les trois options, bien définies
WordPress, le build classique. Une seule application gère l'édition, les modèles et la diffusion. Les thèmes et les plugins couvrent une gamme absurde de besoins, l'éditeur de blocs s'est transformé en un générateur de pages véritablement capable, et chaque responsable marketing que vous embaucherez a déjà utilisé wp-admin.
Headless. Le contenu se trouve dans un CMS (WordPress avec WPGraphQL, ou Sanity, Storyblok, Payload), et un front-end séparé construit en Next.js ou Astro le rend. C'est l'architecture que l'ère Jamstack a nommée : pages pré-construites à l'avance, servies depuis un CDN, avec des API gérant les parties dynamiques. Le buzzword a disparu ; l'architecture a triomphé. La plupart des sites de contenu les plus rapides en 2026 sont construits de cette façon, que quelqu'un dise Jamstack ou non maintenant. Il y a une procédure complète dans mon guide WordPress headless.
Sur mesure. L'interface et le modèle de données sont conçus pour votre produit : une application Next.js ou Astro avec une base de données, l'authentification si vous avez besoin de comptes utilisateurs, et exactement les fonctionnalités que vous avez demandées, rien de plus. La bonne solution quand le site est le produit lui-même plutôt qu'une simple brochure.
La comparaison, côte à côte
| WordPress | Headless | Build sur mesure | |
|---|---|---|---|
| Coût typique du build | 3 000–30 000 USD | 15 000–60 000 USD | 25 000–150 000+ USD |
| Délai avant le premier lancement | 2–6 semaines | 6–12 semaines | 10–20+ semaines |
| Expérience d'édition | wp-admin, familier à tous les responsables marketing | Studio CMS, épuré mais nouveau pour la plupart des équipes | Ce que vous construisez, parfois rien |
| Plafond de performance | Correct, avec de la discipline | Excellent par défaut (pages statiques + CDN) | Excellent, vous contrôlez tout |
| Surface de sécurité | Très grande : cœur, extensions et admin à corriger | Petite : pages statiques, le CMS gère l'authentification | À vous de la concevoir et la défendre |
| Maintenance continue | mises à jour principales + extensions, mensuellement | dépendances front-end + abonnement CMS | une relation développeur, permanente |
| Liberté de design | limité au thème, sauf thème personnalisé | complète | complète |
| Vivier de talents | énorme | large et en croissance | spécifique au framework, orienté seniors |
| Idéal pour | sites marketing, blogs, petit e-commerce | contenus à grande échelle, multilingues, critiques en performance | produits, portails, workflows sur mesure |
WordPress est-il obsolète en 2026 ?
Non. Il fait tourner environ 43 % du web, l'éditeur de blocs est devenu discrètement excellent, et l'écosystème reste le fossé le plus profond du logiciel web. Ce qui est aussi vrai : le chemin par défaut (quinze extensions, hébergement bon marché, pas de budget performance) produit des sites médiocres, et c'a toujours été le cas. WordPress fait avec discipline (peu d'extensions, hébergement décent, un budget performance) reste la route la plus rapide et sensée vers un site marketing professionnel.
Pourquoi les gens s'en éloignent alors ?
Les vraies raisons : les équipes fatiguées du cycle des mises à jour, les plafonds de performance sur les builds chargés d'extensions, et les développeurs qui préfèrent les outils JavaScript modernes. Le flux inverse tout aussi honnête : les équipes reviennent pour l'expérience d'édition, le vivier de talents énorme, et le coût. Les deux migrations sont réelles, et j'ai piloté des projets dans les deux directions ; le tableau complet se trouve dans mon article sur les alternatives à WordPress. Un changement de plateforme résout les problèmes d'architecture. Il ne résout pas les problèmes de contenu, de positionnement ou de propriété, et ce sont les maladies habituelles.
Même avec l'IA, le sur mesure n'est pas soudainement facile
Voilà le twist de 2026. Claude, Cursor et les outils de codage agentique ont effondré le coût de production de code. J'ai construit un site fonctionnel en un jour avec ces outils, et via MCP, le Model Context Protocol, un assistant IA peut maintenant parler directement à votre CMS, votre base de données et votre plateforme de déploiement. La distance entre l'idée et la démo n'a jamais été aussi courte.
La production est un sport différent. La démo n'inclut pas les sauvegardes, les cas limites d'authentification, la surveillance, les mises à jour de dépendances, l'accessibilité, la plomberie SEO, ou l'incident de 2 heures du matin. L'IA compresse la construction ; elle n'absorbe pas la propriété. Un site codé par feeling que personne ne maintient devient un logiciel legacy en quelques mois, juste plus rapide et moins cher que l'ancienne sorte de legacy. Ce que l'IA a vraiment changé : les builds sur mesure sont devenus moins chers et meilleurs, parce que les développeurs seniors livrent maintenant plusieurs fois ce qu'ils faisaient avant, et les builds WordPress se sont aussi améliorés, parce que les mêmes outils écrivent des thèmes et des extensions. L'écart s'est rétréci des deux côtés. Le cadre décisionnel a survécu intact.
Comment vraiment décider
Choisissez WordPress quand le site est une vitrine commerciale, que des non-techniciens l'éditent chaque semaine, et que le budget est limité. Choisissez headless quand les opérations de contenu sont sérieuses (volume, langues, plusieurs canaux) et que la performance est un levier de classement ou de conversion que vous comptez actionner. Les vrais chiffres pour cette approche se trouvent dans mon analyse des coûts du développement web sur mesure.
Appliquez ensuite le test de la deuxième année, qui surclasse tout ce qui précède. Qui en sera responsable dans deux ans ? Une plateforme parfaitement choisie mais sans propriétaire échouera quand même. Choisissez la stack que votre équipe réelle, ou votre budget réel pour une aide extérieure, peut maintenir en bon état, et le reste du tableau comparatif devient du détail.