React est une bibliothèque, Next.js est un framework construit par-dessus React. La nuance paraît subtile mais elle change radicalement la productivité, la performance et le SEO de votre application. Voici ce qu'il faut savoir avant de choisir.
React : la bibliothèque de composants
React fournit le moteur de rendu de composants et la gestion d'état. Point. Le routing, le rendu côté serveur, l'optimisation des images, le bundling, le data fetching, l'authentification : tout ça reste à votre charge.
Pour un widget intégré à une page existante, un dashboard interne ou un produit où le SEO n'a aucune importance (back-office, app authentifiée), React seul est parfait.
Next.js : tout ce qu'il manque à React, prêt à l'emploi
Next.js ajoute : routing basé sur le système de fichiers, rendu côté serveur (SSR), génération statique (SSG), Server Components, optimisation automatique des images et des polices, API routes, middleware, et déploiement zero-config sur Vercel.
Pour 90 % des projets web publics (SaaS, sites vitrine, e-commerce, blogs), Next.js est aujourd'hui le choix par défaut.
Quand Next.js est obligatoire
Quelques signaux clairs qui imposent Next.js :
- Le SEO est important (site public, blog, e-commerce, landing)
- Vous avez besoin de pages publiques rapides (LCP < 2.5s)
- L'application a une partie publique et une partie authentifiée
- Vous voulez un point unique pour le front, les API, et le déploiement
Quand React seul suffit
À l'inverse, restez sur React si :
- C'est un dashboard 100 % derrière un login (pas indexable)
- Vous l'intégrez dans une app non-Next existante (Rails, Django, WordPress)
- Vous voulez un contrôle total du bundling et du routing
En 2026, partir sur Next.js par défaut est rarement un mauvais choix. Le coût d'apprentissage du framework est largement compensé par tout ce qu'il vous évite d'écrire vous-même. Choisissez React seul uniquement si vous avez une raison précise de ne pas vouloir un framework.