Next.js ou Astro, lequel choisir ?

La différence tient en une phrase, et tout le reste en découle. Astro part du principe qu'une page n'a besoin d'aucun code, et vous en ajoutez là où c'est nécessaire. Next.js part du principe qu'une page est une application, et vous en retirez ce qui peut l'être.

Astro et ses îlots. Chaque page est produite en HTML. Les composants interactifs sont des îlots isolés dans cette page, et seuls ces îlots reçoivent du code. Le reste est du texte et des images, sans rien à exécuter. Autre particularité, vous pouvez écrire ces îlots en React, en Vue ou en Svelte, dans le même projet.

Next.js et son unité. Tout le site est une application React. Les composants serveur ont considérablement réduit le code envoyé au navigateur, mais le socle du framework est là et il a un coût de départ.

Cette différence de conception explique tout le reste, les performances comme les limites.

Un point d'honnêteté qui vaut d'être posé tout de suite. Depuis l'App Router et les composants serveur, l'écart s'est nettement resserré. Les comparaisons qui datent d'avant cette bascule ne décrivent plus la réalité d'aujourd'hui.

Les comparatifs publiés en 2026 donnent des écarts spectaculaires sur des sites de documentation équivalents, de l'ordre de 9 kilooctets de code envoyé côté Astro contre plusieurs centaines côté Next.js. D'autres mesures parlent de temps de chargement inférieurs de 40 % et de 90 % de code en moins.

Ces chiffres sont réels. Ils demandent 3 précautions.

• Ils portent sur des sites de contenu. Documentation, blog, vitrine. Sur ce terrain, Astro est effectivement dans une autre catégorie.
• Ils comparent souvent des configurations par défaut. Un projet Next.js soigné, où l'interactivité est descendue au niveau des composants, obtient des résultats très supérieurs à ceux d'un projet livré sans attention.
• Ils ne disent rien de l'application. Sur un espace connecté avec beaucoup d'interactions, l'avantage se dissout, puisque le code doit de toute façon être envoyé.

Ce qu'il faut en retenir. Sur un site éditorial, Astro vous donne gratuitement une performance que Next.js vous fait construire à la main. C'est un vrai avantage, surtout dans une équipe où personne ne surveille ce sujet au quotidien.

La méthode de mesure sur un projet Next.js est décrite dans notre article sur le rendu et le cache, à commencer par la lecture de la sortie de build.

Oubliez les comparatifs de fonctionnalités. Une seule question départage, et elle prend 30 secondes.

Votre site est-il d'abord lu, ou d'abord utilisé ?

Un site que l'on lit. Vitrine, blog, documentation, magazine, site institutionnel. Le visiteur arrive, lit, éventuellement remplit un formulaire, et repart. Astro est taillé pour cela.

Un site que l'on utilise. Espace client, tableau de bord, logiciel en ligne, place de marché avec compte et panier. Le visiteur se connecte, agit, revient. Next.js est taillé pour cela.

3 signaux qui doivent faire pencher vers Next.js même sur un site de contenu.

• Une authentification et des pages personnalisées par utilisateur.
• Des routes d'API consommées par une application mobile ou un outil interne.
• Une équipe déjà experte en React, qui produira plus vite et plus sûrement avec l'outil qu'elle maîtrise.

Et 2 signaux qui doivent faire pencher vers Astro.

• Un contenu majoritairement figé, publié depuis des fichiers ou un système de gestion de contenu externe.
• Un budget d'hébergement contraint, puisqu'un site entièrement statique se sert pour une somme dérisoire.

Ce dernier point mérite une nuance. Next.js sait lui aussi produire une sortie entièrement statique quand le projet n'utilise aucune fonctionnalité serveur, ce qui annule l'écart de coût. Les 3 modes de sortie sont décrits dans notre article sur le déploiement et l'hébergement de Next.js en France.

Le débat suppose qu'il faut choisir. Beaucoup d'entreprises ont arrêté de choisir.

Le montage est simple. La partie publique, celle qui doit être trouvée par Google et par les intelligences artificielles, tourne sous Astro sur le domaine principal. L'application connectée tourne sous Next.js sur un sous-domaine.

Ce que cela apporte.

• La vitesse là où elle rapporte. Les pages d'acquisition sont les plus rapides possible, sans compromis.
• La puissance là où elle est nécessaire. L'application garde tout l'outillage de Next.js.
• 2 rythmes de déploiement. Le marketing publie sans toucher au produit.

Ce que ça coûte, et personne ne le chiffre jamais. 2 bases de code, 2 chaînes de déploiement, et du vrai travail pour que la charte graphique reste cohérente des 2 côtés. Sur une petite structure, ce coût dépasse souvent le gain.

Notre position pour une entreprise de taille moyenne. Si vous partez de zéro sur un site de contenu, prenez Astro. Si vous avez déjà un projet Next.js qui fonctionne, ne migrez pas pour la performance, réglez d'abord les composants serveur et le cache, le gain est considérable et le risque nul. Le montage hybride se justifie quand les 2 métiers deviennent réellement 2 produits.

Notre analyse complète de Next.js passe en revue les autres alternatives sérieuses, dont SvelteKit, Nuxt et WordPress.