Next.js vs WordPress en 2026 : ce que disent les données réelles, et lequel choisir

« On part sur WordPress ou sur quelque chose de plus moderne ? » La question arrive presque toujours avec une idée toute faite : Next.js serait rapide par nature, WordPress lent par nature. Les données mesurées sur de vrais visiteurs ne disent pas cela. Ce comparatif met les deux côte à côte sur ce qui se mesure (vitesse réelle, score de laboratoire, poids des pages, part de marché) et sur ce qui ne se mesure pas mais décide quand même d'un projet : qui modifie le contenu, qui entretient le site, et ce qu'il coûte sur trois ans.

Chaque chiffre ci-dessous a sa source à côté. Les chiffres de vitesse viennent du rapport Core Web Vitals par technologie de HTTP Archive, qui croise les données du Chrome UX Report (de vrais utilisateurs de Chrome) avec les technologies que HTTP Archive détecte sur chaque site. Nous avons lu la collecte du 1er septembre 2026, le 17 octobre 2026.

WordPress en 2026 : quatre sites sur dix

WordPress équipe 39,7 % de l'ensemble des sites web, et 58,4 % des sites dont le CMS est connu, selon W3Techs (chiffres du 16 octobre 2026). Sorti en 2003, il reste de loin le CMS le plus utilisé au monde.

L'écosystème. Le répertoire officiel de WordPress.org compte 71 871 extensions (interrogation de son API publique le 17 octobre 2026), sans compter les extensions commerciales. Formulaire de contact, réservation, boutique avec WooCommerce, version multilingue : presque toutes les fonctions courantes existent déjà, ce qui fait gagner du temps et du budget sur un projet standard.

L'autonomie sur le contenu. L'administration de WordPress est connue d'un très grand nombre de rédacteurs. Une équipe peut changer ses textes, publier des articles et gérer ses produits sans développeur, et l'éditeur de blocs a rendu la mise en page bien moins dépendante du thème.

Le coût d'entrée. Un thème, quelques extensions et un hébergement mutualisé suffisent pour démarrer. Pour une petite structure au budget serré et aux besoins standards, l'argument reste solide.

Les limites. Chaque extension ajoute ses scripts, ses feuilles de style et ses requêtes en base, écrits par des auteurs différents avec des exigences différentes. C'est là que se trouve l'essentiel de la surface d'attaque : extensions et thèmes doivent être mis à jour en permanence, et une extension abandonnée devient un risque. La dette technique s'accumule à mesure que les extensions s'empilent, et chaque évolution coûte un peu plus que la précédente.

Next.js en 2026 : un framework, pas un CMS

Next.js est un framework React maintenu par Vercel. Il prépare les pages à l'avance ou sur le serveur et envoie au navigateur un HTML déjà construit, puis React prend le relais dans le navigateur. Sa version majeure actuelle, Next.js 16, est sortie le 21 octobre 2025 : elle a fait de Turbopack l'outil de compilation par défaut et introduit les Cache Components, qui portent désormais le pré-rendu partiel. Ce site tourne sur Next.js.

Le contrôle. Vous décidez exactement du HTML, des scripts et des données que chaque page envoie. Balises meta, données structurées, sitemap et redirections sont du code, relu comme le reste du code.

Les modes de rendu. Une page peut être entièrement statique, régénérée à intervalle régulier, ou rendue à chaque visite. Une page statique servie depuis un cache est difficile à battre sur le temps de réponse du serveur.

La sécurité. Un site Next.js n'a pas d'administration publique par défaut, ni d'extensions tierces qui tournent sur le serveur. Les dépendances doivent tout de même être tenues à jour, et une faille du framework concerne tous les sites d'un coup, mais la surface est plus petite et c'est vous qui choisissez ce qui y entre.

Les limites. Il faut des développeurs React, donc la construction coûte plus cher. Les rédacteurs ont besoin d'un CMS headless (Sanity, Strapi, Contentful, ou WordPress lui-même utilisé en headless), une brique de plus à installer et à apprendre. Il n'y a pas d'extension à activer : chaque fonction est une bibliothèque ou du code.

Ce que disent les données réelles sur la vitesse

C'est ici que l'article habituel écrit « 95 à 100 sur PageSpeed pour Next.js, 70 à 85 pour WordPress » sans source. Voici plutôt les chiffres mesurés. Les Core Web Vitals sont les trois indicateurs de terrain de Google : le LCP (chargement, bon sous 2,5 secondes), l'INP (réactivité, bon sous 200 millisecondes) et le CLS (stabilité visuelle, bon sous 0,1). L'INP a remplacé le FID le 12 mars 2024. Un site passe quand au moins 75 % de ses visites réelles sont bonnes sur chacun des trois.

• WordPress, 2 658 175 sites
• Next.js, 395 345 sites

Les trois indicateurs bons

WordPress48,3 %

Next.js35,7 %

LCP bon (chargement)

WordPress55,4 %

Next.js53,5 %

INP bon (réactivité)

WordPress90,3 %

Next.js59,7 %

CLS bon (stabilité visuelle)

WordPress87,3 %

Next.js73,5 %

Source : HTTP Archive, rapport Core Web Vitals par technologie (données de terrain du Chrome UX Report), collecte du 1er septembre 2026, mobile, tous pays, tous niveaux d'audience. Part des sites (origines) dont le 75e centile est bon. Lu le 17 octobre 2026.

Septembre 2026, HTTP Archive	WordPress	Next.js
Sites mesurés sur mobile	2 658 175	395 345
Core Web Vitals bons, mobile	48,3 %	35,7 %
Core Web Vitals bons, ordinateur	53,7 %	56,9 %
Core Web Vitals bons, mobile, septembre 2025	45,0 %	28,1 %
Score Lighthouse de performance médian, mobile (laboratoire)	43	53
JavaScript médian par page, mobile	677 Ko	822 Ko
Poids médian d'une page, mobile	2,72 Mo	2,17 Mo

Trois choses ressortent.

• Sur téléphone, les vrais visiteurs ont une bonne expérience sur davantage de sites WordPress que de sites Next.js : 48,3 % contre 35,7 %. Sur ordinateur, l'ordre s'inverse : 56,9 % pour Next.js contre 53,7 %.
• L'écart vient de la réactivité. Le chargement est presque à égalité (LCP bon sur 55,4 % et 53,5 % des sites). L'INP est bon sur 90,3 % des sites WordPress et seulement 59,7 % des sites Next.js. Les pages Next.js envoient plus de JavaScript (822 Ko en médiane sur mobile contre 677 Ko), et son hydratation occupe le processeur au moment précis où le visiteur touche l'écran.
• Le score de laboratoire dit l'inverse. Le score Lighthouse de performance médian sur mobile est de 53 pour Next.js et de 43 pour WordPress. Un test de laboratoire charge une page une fois, sur un téléphone simulé ; les données de terrain, ce sont des mois de visites réelles, avec de vraies interactions. Quand les deux divergent, c'est le terrain que Google retient.

Ce sont des moyennes sur tout ce qui est détecté comme WordPress ou Next.js, et les deux populations ne se ressemblent pas : beaucoup de sites Next.js sont de lourdes applications web, beaucoup de sites WordPress sont des vitrines. Ces chiffres ne prouvent pas que WordPress est plus rapide. Ils prouvent quelque chose de plus utile : ce n'est pas le framework qui rend un site rapide, c'est la façon dont il est construit. Un site Next.js qui envoie peu de JavaScript et sert des pages statiques passera ; un site qui hydrate un gros paquet de JavaScript sur chaque page ne passera pas. La tendance bouge aussi : Next.js est passé de 28,1 % à 35,7 % de sites qui passent sur mobile en un an, WordPress de 45,0 % à 48,3 %.

Le comparatif point par point

Critère	WordPress	Next.js	Avantage
Vitesse réelle (terrain)	48,3 % des sites passent les Core Web Vitals sur mobile	35,7 % sur mobile, 56,9 % sur ordinateur	Dépend de la construction ; en moyenne WordPress sur mobile
Plafond	Limité par le thème et les extensions conservées	Aucun : vous contrôlez chaque script envoyé	Next.js
Maîtrise du SEO	Bonne avec Yoast ou Rank Math, dans les limites de ce que produit le thème	Contrôle complet du HTML, des balises, des données structurées et des redirections	Next.js
Coût de départ	Faible : thème, extensions, mise en place rapide	Plus élevé : développement sur mesure et CMS headless	WordPress
Entretien	Mises à jour du cœur, du thème et des extensions, en continu	Mises à jour des dépendances, moins de pièces côté serveur	Next.js, si un développeur en a la charge
Autonomie sur le contenu	Administration connue, sans développeur	CMS headless à apprendre	WordPress
Sécurité	Extensions et thèmes, principale surface d'attaque	Pas d'administration publique, surface serveur réduite	Next.js

Sur le coût total. WordPress coûte moins cher au lancement. Ses coûts récurrents sont ceux que personne ne met dans le premier devis : licences d'extensions, mises à jour, réparation quand une mise à jour casse quelque chose, hébergement dimensionné pour absorber les extensions. Un site Next.js concentre la dépense au départ et demande moins ensuite, à condition qu'une personne capable de lire le code en reste responsable. Sans cette personne, le calcul penche vers WordPress, dont le vivier de prestataires est immense.

Quel choix selon votre projet

Choisissez WordPress si

• Le budget est serré et la date de mise en ligne proche.
• Le site est surtout un blog ou une vitrine, avec des fonctions standards.
• Des personnes non techniques doivent tout modifier elles-mêmes dès le premier jour.
• Personne, chez vous ou autour de vous, ne prendra en charge du code.

Choisissez Next.js si

• Le site est un produit, avec une logique, des comptes ou des intégrations qu'aucune extension ne couvre.
• La visibilité dans les moteurs et la vitesse valent du temps de développement, et quelqu'un les mesurera sur le terrain, pas seulement dans Lighthouse.
• Vous voulez maîtriser exactement ce qui part vers le navigateur.
• Un développeur aura le code en charge après la mise en ligne.

L'approche hybride

WordPress peut rester l'outil de rédaction pendant que Next.js affiche le site public : les rédacteurs gardent l'administration qu'ils connaissent, les visiteurs reçoivent des pages construites par le framework. Le prix, ce sont deux systèmes à entretenir au lieu d'un. Cela se justifie quand le volume éditorial est réel, rarement pour un site de cinq pages mis à jour deux fois par an.

Notre point de vue

Nous construisons nos propres produits, et ils tournent sur Next.js, comme ce site. C'est un choix de maîtrise, pas une promesse de vitesse : les chiffres ci-dessus rappellent qu'un site Next.js doit mériter ses Core Web Vitals, surtout en envoyant moins de JavaScript. Si le projet est une vitrine qu'une équipe modifiera seule, WordPress reste la réponse rationnelle. Si le projet est un produit, le framework qui laisse tout maîtriser vaut ce qu'il coûte, à condition que quelqu'un mesure ce que vivent les vrais visiteurs.

Si vous quittez un site WordPress existant, préparez les redirections avant tout le reste : chaque ancienne adresse doit rediriger de façon permanente vers son équivalent le plus proche, sinon le trafic de recherche construit au fil des années part avec elle.