# Next.js, Astro ou Nuxt pour WordPress headless en 2026 : les chiffres

> Le même site WordPress reconstruit trois fois : temps de build, poids des pages, Core Web Vitals et coût d'hébergement mesurés côte à côte.

- Auteur : Clément Hadrot
- Publié le : 2026-06-24
- Mis à jour le : 2026-06-24
- Catégorie : Headless & API
- URL : https://wpmoderne.dev.wordpress-developpement.fr/headless/nextjs-astro-nuxt-wordpress-headless-2026-chiffres/

## L’essentiel

- Un même contenu WordPress, trois fronts distincts mesurés dans les mêmes conditions
- Le poids de page varie du simple au triple selon le framework
- Le coût d'hébergement dépend surtout du mode de rendu choisi, pas seulement du framework

Plutôt que de trancher ce débat à coups d'opinions, on a reconstruit le même site vitrine d'un client (une trentaine de pages, un blog, un formulaire de contact, un catalogue de dix produits) trois fois : une fois en Next.js, une fois en Astro, une fois en Nuxt, tous branchés sur la même instance WPGraphQL. Les tutoriels par framework existent déjà séparément ; ce comparatif se concentre uniquement sur les chiffres mesurés, dans des conditions identiques.

## Méthodologie retenue

Les trois versions partagent le même contenu, le même hébergement pour l'origine WordPress, et le même service d'hébergement front pour limiter les variables. Chaque mesure a été prise sur un déploiement de production réel, pas en environnement local, avec le même outil d'audit pour les trois.

## Temps de build

| Framework | Temps de build complet | Mode de rendu utilisé |
| --- | --- | --- |
| Next.js | 2 min 40 s | Statique avec revalidation incrémentale |
| Astro | 1 min 05 s | Statique pur, hydratation partielle des îlots |
| Nuxt | 2 min 15 s | Statique avec génération hybride |

> L'essentiel à retenir : Un même contenu WordPress, trois fronts distincts mesurés dans les mêmes conditions ; Le poids de page varie du simple au triple selon le framework ; Le coût d'hébergement dépend surtout du mode de rendu choisi, pas seulement du framework

## Poids de page et JavaScript chargé

C'est sur ce point que l'écart s'est révélé le plus marqué. La page d'accueil transporte 410 Ko de JavaScript sur la version Next.js par défaut, contre seulement 140 Ko sur la version Nuxt (grâce à une hydratation plus sélective des composants), et à peine 130 Ko sur la version Astro, dont l'architecture par îlots ne charge du JavaScript que pour les rares composants réellement interactifs de la page (le formulaire de contact et le carrousel produits).

## Core Web Vitals mesurés

- **LCP** (affichage du plus grand élément) : comparable sur les trois versions, entre 1,1 et 1,4 seconde, le contenu principal étant statique dans les trois cas.
- **INP** (réactivité aux interactions) : nettement meilleur sur Astro, la quantité de JavaScript à traiter par le navigateur avant de devenir pleinement interactif étant la plus faible des trois.
- **CLS** (stabilité visuelle) : équivalent sur les trois, ce facteur dépendant surtout de la réservation d'espace pour les images, indépendante du framework.

## Ce que l'écosystème de chaque framework a coûté en temps de développement

Au-delà des chiffres de performance, le temps réel passé à construire les trois versions n'a pas été identique. La version Astro a demandé le moins de code de liaison grâce à son intégration native des composants React et Vue dans une même page, utile pour migrer progressivement des composants existants du client. La version Next.js a bénéficié du plus grand nombre de bibliothèques tierces déjà compatibles, ce qui a accéléré la construction du formulaire de contact et de son système de validation. La version Nuxt s'est révélée la plus rapide à mettre en place pour l'équipe, déjà familière de Vue depuis un projet précédent avec le même client.

## Coût d'hébergement mensuel estimé

Sur le volume de trafic réel du client (environ 40 000 visites mensuelles), le coût d'hébergement front est resté comparable entre les trois versions statiques, la facturation dépendant surtout du nombre de requêtes de fonctions serveur déclenchées. La version Next.js, qui recalculait davantage de pages à la demande via sa revalidation incrémentale, a généré environ 20 % de requêtes de fonction serveur en plus que les deux autres versions sur la même période.

> Le framework compte moins que la discipline appliquée à son utilisation : une version Next.js bien optimisée aurait sans doute réduit une bonne partie de cet écart de poids de page, mais partait ici avec une configuration proche de ce qu'un projet réel produit sans effort d'optimisation particulier.

## Notre verdict

Pour un site à dominante éditoriale avec peu d'interactivité réelle, Astro sort clairement en tête sur le poids de page et l'INP, sans sacrifier le LCP. Nuxt reste un bon compromis pour une équipe déjà investie dans l'écosystème Vue. Next.js garde son intérêt pour un projet qui prévoit d'ajouter beaucoup d'interactivité côté client à moyen terme, où son écosystème de composants reste le plus fourni des trois.