Cette question, je l’entends une fois sur deux quand un client me demande un devis. « On nous a dit que WordPress était dépassé, on voudrait du React. » Ou l’inverse : « Le développeur d’avant nous a parlé de Next.js, mais notre cousin a tout fait sous WordPress en deux semaines, pourquoi on payerait plus ? »
Les deux ont raison. Et les deux ont tort. Tout dépend de ce que vous voulez faire.
WordPress n’est pas dépassé. Il est juste mal vendu.
WordPress fait tourner environ 43 % des sites du web. Ce n’est pas un hasard. C’est l’outil le plus rapide à mettre en ligne quand vous voulez un site éditorial : un blog, une vitrine d’entreprise, un magazine en ligne, le site d’un cabinet médical. Vous avez un back-office où votre équipe peut écrire, publier, modifier des photos sans appeler un développeur à chaque fois.
Le piège, c’est que WordPress a longtemps été utilisé pour tout. On voyait des e-commerces complexes, des SaaS, des plateformes communautaires, tous bricolés sur WordPress avec quinze plugins empilés. Ça finit toujours pareil : performances en chute libre, failles de sécurité, maintenance impossible.
Sur les vrais cas d’usage de WordPress — un site éditorial, une vitrine pro, un blog, un site associatif, un site institutionnel — l’outil reste imbattable en 2026. Coût d’entrée bas, rapidité de mise en place, équipe facile à recruter, écosystème immense de plugins et de thèmes. Si vous voulez publier du contenu régulièrement et donner la main à votre équipe sans qu’elle apprenne à coder, partez sur WordPress.
React, c’est pour autre chose
Quand je propose React à un client, c’est pour des projets où WordPress serait un cul-de-sac. Une application interne pour ses équipes. Un SaaS facturé à l’usage. Une interface complexe où l’utilisateur manipule beaucoup de données en temps réel. Une marketplace avec des règles métier spécifiques. Un dashboard qui doit rester fluide même avec dix mille lignes affichées.
React, ou plus précisément Next.js dans la majorité de mes projets, c’est un framework qui donne le contrôle total. Tout est sur-mesure. Tout est rapide. Tout est ce qu’on en fait. C’est aussi plus cher à développer, plus cher à faire évoluer, et impossible à reprendre par quelqu’un qui ne sait pas coder.
Pour un cabinet d’architectes à La Madeleine qui voulait juste publier ses projets et un blog d’inspiration, je suis parti sur WordPress. Trois semaines, 4 200 €, leur secrétaire publie elle-même. Pour une plateforme de prise de rendez-vous médicaux que je développe en ce moment, on est sous Next.js plus Supabase. Six mois de développement, budget à cinq chiffres. Le besoin n’est pas le même, le bon outil non plus.
Le critère qui tranche presque toujours
Posez-vous une question simple. Qui va publier du contenu sur ce site, et à quelle fréquence ?
Si la réponse est « moi-même ou mon équipe, plusieurs fois par mois, des articles, des actus, des photos » — partez sur WordPress. Vous gagnerez du temps tous les mois.
Si la réponse est « personne ne publie rien, c’est une appli métier » ou « le contenu est généré par les utilisateurs via un compte » — partez sur React. WordPress n’apporte rien dans ce cas, il ajoute du poids.
Si la réponse est « il y a un peu des deux : un site vitrine et une application métier » — alors on peut faire un site headless. WordPress en back-office pour l’éditorial, React en front pour l’application. Plus complexe à monter, mais on a le meilleur des deux. C’est ce que je fais sur deux projets en cours.
Les fausses bonnes raisons
J’ai vu des clients exiger du React pour de mauvaises raisons.
« On veut être moderne. » Le visiteur s’en fiche, il regarde si le site se charge vite et s’il trouve l’info. Un WordPress bien fait peut être plus moderne qu’un React mal fait.
« On veut être bien référencé. » WordPress et Next.js sont tous deux excellents au SEO quand ils sont configurés correctement. Le SEO se joue sur la structure, le contenu, la vitesse, pas sur le framework.
« On veut éviter les piratages WordPress. » C’est un mythe entretenu par certains intégrateurs. Les piratages WordPress arrivent à des sites mal maintenus. Un WordPress avec des mises à jour à jour et un bon hébergeur ne se fait pas pirater plus qu’un autre site.
À l’inverse, j’ai vu des clients refuser React pour de mauvaises raisons aussi. « On a peur de pas pouvoir reprendre la main. » Si votre projet a vraiment besoin de React, vous aurez de toute façon besoin d’un développeur. Que ce soit moi, un autre freelance ou une agence, ça se gère, c’est même prévu dans le contrat.
Mon arbre de décision en 2026
Site vitrine, site institutionnel, blog, magazine, site associatif : WordPress.
Boutique e-commerce simple jusqu’à 100 produits : Shopify (ce n’est ni WordPress ni React, c’est encore autre chose, et c’est souvent le bon choix).
Boutique e-commerce avec plus de logique métier : WooCommerce (donc WordPress) ou Shopify Hydrogen (donc React) selon le degré de personnalisation nécessaire.
Application web sur-mesure, SaaS, dashboard, outil interne : Next.js ou React, avec souvent Supabase ou un backend Node derrière.
Site hybride avec une partie éditoriale et une partie applicative : WordPress headless plus Next.js.
Le bon choix, c’est celui qui sert votre besoin réel, pas celui qui sonne le plus à la mode dans un séminaire.