Un site WordPress coûte moins cher qu'un site Next.js. Sur trois ans, l'écart se chiffre, et il est plus large que ce que la facture de départ laisse croire. Voici le calcul, poste par poste, et les cas où le site le plus cher revient moins cher.
Le calcul sur trois ans, d'abord
Prenons une vitrine, dans les deux technologies, aux tarifs publics de notre grille — ils sont affichés sur la page tarifs, vous pouvez refaire l'addition.
| Poste sur 36 mois | WordPress | Next.js |
|---|---|---|
| Création (offre Essentiel) | 1 200 € | 4 500 € |
| Maintenance (70 € et 120 €/mois) | 2 520 € | 4 320 € |
| Total | 3 720 € | 8 820 € |
L'écart est de 5 100 € sur trois ans, et il ne se referme pas : il s'élargit chaque mois, parce que la maintenance d'un site sur mesure coûte plus cher que celle d'un site standard.
Ce tableau ne comprend ni l'hébergement, ni les extensions payantes, ni les développements hors périmètre. Il donne l'ordre de grandeur d'un projet simple ; le reste de l'article détaille les postes qui font bouger ces chiffres, et les situations où le total le plus élevé est malgré tout le bon choix.
Coûts de développement initial

Photo : cottonbro studio — Pexels
WordPress
WordPress passe pour économique parce que le logiciel est gratuit. La facture arrive par les à-côtés. Un thème premium coûte entre 50 € et 200 €. Les extensions premium — commerce, cache, référencement — vont de 30 € à 250 €, souvent par abonnement annuel.
Un développement sur mesure, thème ou extension, démarre autour de 1 000 € et monte avec le périmètre.
Côté compétences, WordPress reste accessible : des notions de PHP, de CSS et de HTML suffisent pour les modifications courantes. La personnalisation profonde, elle, demande un vrai développeur.
Next.js
Next.js ne fournit ni thème ni extension. Tout se construit, y compris ce qui existe déjà ailleurs. C'est la raison principale de l'écart de départ : une vitrine démarre à 4 500 €, et grimpe dès que des intégrations s'ajoutent.
Le profil requis n'est pas le même non plus. Un développeur Next.js maîtrise JavaScript et React, souvent Node.js — un profil plus rare et plus cher qu'un intégrateur WordPress.
En contrepartie, vous ne payez que ce dont vous avez besoin, et le site ne porte pas le poids de fonctionnalités que vous n'utiliserez jamais.
Hébergement et infrastructure

Photo : panumas nikhomkhai — Pexels
WordPress tourne sur de l'hébergement mutualisé, largement disponible et facile à mettre en place. Bluehost, SiteGround, OVH et les autres proposent des offres avec installation automatique et support. Comptez 5 à 10 € par mois pour un site standard, davantage si vous y ajoutez une boutique.
Next.js se déploie sur des plateformes cloud — Vercel, qui développe le framework, AWS ou Google Cloud. La facturation suit l'usage : un petit site tient dans une offre gratuite, et les coûts montent avec le trafic et le calcul serveur. Cette élasticité est un avantage tant que le trafic est modeste, et un poste à surveiller ensuite. Notre page services précise ce que nous prenons en charge, et un devis fixe le périmètre.
La différence de fond n'est pas le prix mensuel, c'est qui peut intervenir. Un hébergement WordPress se gère depuis un panneau d'administration ; une plateforme cloud demande quelqu'un qui sait lire un journal de déploiement.
Maintenance et mises à jour
WordPress
WordPress publie des mises à jour fréquentes — sécurité, fonctionnalités, corrections. Elles sont nécessaires : un WordPress non mis à jour est une porte ouverte, c'est la principale cause de piratage sur ce CMS.
- Le temps : chaque mise à jour se teste sur une copie de préproduction avant d'être appliquée en production. Sauter cette étape marche, jusqu'au jour où ça casse.
- La compatibilité : une mise à jour du cœur peut brouiller une extension, qui en brouille une autre. Plus vous avez d'extensions, plus ce risque augmente — c'est la vraie raison de limiter leur nombre.
Next.js
La maintenance porte sur les dépendances JavaScript.
- Les mises à jour : elles se suivent manuellement, correctifs de sécurité compris. Rien ne se met à jour tout seul.
- La technicité : une montée de version majeure de Next.js ou de React demande un développeur. Ce n'est pas fréquent, et ce n'est pas anodin.
Comparaison des coûts
| Technologie | Fréquence des mises à jour | Implications financières |
|---|---|---|
| WordPress | Régulières | Coût modéré mais fréquent dû aux tests et vérifications de compatibilité |
| Next.js | Modulable selon projet | Coût potentiellement plus élevé en raison de la complexité technique et expertise requise |
La différence tient moins au montant qu'à sa forme : WordPress demande un peu, souvent ; Next.js demande rarement, mais cher.
Performance et efficacité
WordPress dispose d'extensions qui améliorent vitesse et référencement. Il dispose aussi d'extensions qui les dégradent, et c'est le même mécanisme : chaque ajout charge le serveur. La probabilité de rebond augmente nettement lorsque le temps de chargement passe de une à trois secondes — c'est un constat récurrent de la documentation de Google sur la performance. Un site alourdi par les extensions perd donc du trafic, et avec lui des occasions de vendre.
Next.js part avec un avantage structurel : les pages peuvent être générées à l'avance et servies depuis un CDN, sans exécution serveur à chaque visite. Un fichier déjà prêt arrive toujours plus vite qu'une page calculée à la demande.
Cet avantage n'est pas automatique. Un Next.js mal construit — trop de JavaScript envoyé au navigateur, images non optimisées — est plus lent qu'un WordPress soigné. La technologie donne un plafond plus haut, pas un plancher garanti.
Optimisation SEO
Sur WordPress, Yoast SEO et ses équivalents guident le travail : balises, structure, aperçu dans les résultats. C'est efficace, à condition de configurer et d'entretenir.
Sur Next.js, les métadonnées se déclarent dans le code, au même endroit que la page. Rien ne se perd à la mise à jour d'une extension, et rien ne se fait tout seul non plus : ce qui n'est pas écrit n'existe pas.
Impact sur les coûts d'exploitation
Un WordPress chargé d'extensions demande une surveillance régulière, donc du temps facturable. Un Next.js bien construit demande moins d'entretien courant, et davantage à chaque évolution.
C'est ce qui explique l'écart de maintenance du tableau d'ouverture : 70 € contre 120 € par mois, soit 1 800 € de plus sur trois ans.
Évolutivité

Photo : https://kaboompics.com/ — Pexels
WordPress convient aux sites institutionnels, aux blogs et aux petites boutiques. Ses extensions permettent de le faire évoluer sans compétences avancées. Sa limite est connue : PHP s'exécute à chaque requête, et les temps de réponse s'allongent quand le trafic monte. On la repousse avec du cache — Varnish, un CDN — et cette rustine devient elle-même un poste de coût et de complexité.
Next.js gère mieux la montée en charge, parce qu'il sert des pages déjà construites et ne calcule que ce qui doit l'être. Sur Vercel, la montée est automatique.
Comparatif des scénarios
| Type de projet | WordPress | Next.js |
|---|---|---|
| Blog personnel | Excellente option, mise en œuvre rapide | Disproportionné pour un blog simple, mais possible |
| Site d'actualités | Possible, besoins de cache optimisé | Efficace avec les nouvelles dynamiques |
| Grande boutique en ligne | Complexe, nécessite des optimisations CMS | Adapté, gestion des frontaux rapide |
| Application SaaS | Limité, pas conçu pour monter en charge | Conçu pour la montée en charge et la modularité |
Une précision utile : la plupart des sites d'entreprise n'atteindront jamais le trafic où cette différence se voit. Choisir Next.js pour la montée en charge d'un site qui reçoit trois cents visiteurs par mois, c'est payer une assurance contre un risque qui n'existe pas.
Support et communautés
WordPress fait tourner plus de 40 % des sites web. Conséquence pratique : votre problème a déjà été rencontré, documenté et résolu par quelqu'un. Vous trouvez la réponse en cherchant, et vous trouvez un prestataire pour l'appliquer sans difficulté.
Next.js a une communauté plus petite et plus technique, une documentation officielle tenue par Vercel, et l'essentiel des échanges sur GitHub et Stack Overflow. Les réponses y sont de meilleure qualité et moins nombreuses.
Support professionnel
C'est le point que les comparatifs oublient et qui coûte le plus cher : combien de gens peuvent reprendre votre site si votre prestataire s'arrête.
Pour WordPress, la réponse est : beaucoup, partout, à tous les tarifs. Pour Next.js, elle est : moins, plus chers, et il faudra du temps pour qu'ils comprennent le code.
Ce n'est pas un argument contre le sur-mesure. C'est un argument pour exiger un code documenté et un dépôt dont vous êtes propriétaire — deux clauses à vérifier dans le devis, quelle que soit la technologie.
Ce qu'il faut retenir
Sur trois ans, une vitrine WordPress revient à 3 720 € et une vitrine Next.js à 8 820 € aux tarifs de notre grille, hors hébergement et extensions. C'est le chiffre à garder en tête ; tout le reste sert à savoir si l'écart est justifié dans votre cas.
Prenez WordPress si votre site est une vitrine qui restera une vitrine, si votre budget est le premier critère, ou si vous voulez pouvoir changer de prestataire facilement. C'est le choix par défaut, et il est bon pour la majorité des entreprises.
Prenez Next.js si votre site est un produit plus qu'une plaquette, s'il doit se connecter à vos outils métier, ou si la vitesse fait partie de ce que vous vendez. L'écart de 5 100 € s'amortit alors sur ce qu'il permet, pas sur ce qu'il économise.
Ne choisissez pas Next.js pour la montée en charge d'un trafic que vous n'avez pas, ni parce que la technologie est plus récente. Ce sont les deux mauvaises raisons les plus fréquentes, et elles se paient tous les mois pendant trois ans.
Le vrai coût caché n'est ni dans l'hébergement ni dans les extensions : il est dans le temps que quelqu'un passera à entretenir ce site. Posez cette question avant de comparer les devis.
Sources
- Documentation et support WordPress — WordPress.org
- Documentation Next.js — Next.js
- PageSpeed Insights — mesurer la performance d’une page — Google
- Parts de marché des CMS — W3Techs
- Pourquoi la vitesse compte — Google Web.dev

