La question tombe sur toutes les tables techniques du moment : « pour ce projet React, on part sur Next.js ou pas ? ». Un choix mal calibré coûte cher, dans les deux sens. Dégainer Next.js sur un projet qui n’en avait pas besoin, c’est six mois de dette technique sur un socle surdimensionné. Et rester sur React nu quand Next.js aurait fait le boulot nativement, c’est six mois à bricoler à la main du routage, du SSR et du cache. Si vous hésitez en ce moment, cet article est fait pour vous !
React et Next.js : mettons les choses au clair
On entend souvent « Next.js, c’est comme React ». C’est faux. Et cette confusion mène à de mauvais choix.
React est une bibliothèque pour construire des interfaces. Next.js est un framework full-stack construit par-dessus React. La nuance change tout. React vous donne des briques (composants, hooks, JSX). Next.js vous livre un chantier complet, prêt à démarrer : routage, rendu côté serveur, récupération de données, gestion des images, déploiement.
Le framework est développé par Vercel, sous licence MIT et code source ouvert. Personne ne vous force la main pour héberger chez Vercel : le code est libre, la doc est publique, la communauté est massive (plus de 130 000 étoiles GitHub, des millions de téléchargements npm par semaine).
Ce qui fait sa réputation ? Le rendu hybride. Pour chaque page de votre application, vous choisissez le mode qui convient : SSR (généré à chaque requête, données toujours fraîches), SSG (pré-construit, ultra-rapide), CSR (comme un React classique, tout côté client).
Et l’ISR par-dessus, qui régénère les pages statiques à intervalles définis sans reconstruire tout le site. La boîte à outils la plus complète du marché pour arbitrer entre performance et fraîcheur des données.
La v16 : le coup de neuf
Impossible de parler de Next.js aujourd’hui sans mentionner la v16, sortie en octobre 2025, puis affinée avec la 16.2 en mars 2026 et la 16.3 en août 2026 (version active LTS). Deux nouveautés :
- Turbopack devient le bundler par défaut. Webpack tire sa révérence. Le bundler écrit en Rust remplace enfin son prédécesseur historique, avec des Fast Refresh 5 à 10 fois plus rapides et des builds de production 2 à 5 fois plus rapides. Traduisez : une compilation de cinq minutes tombe à moins de deux. Multipliez par 30 builds par jour et par cinq développeurs. Le compte est vite fait !
- Les Cache Components et Instant Navigations arrivent en beta. L’ambition ? Rapprocher les applications Next.js de la réactivité instantanée des SPA, tout en gardant les bénéfices du rendu serveur. Sur les projets où la navigation entre pages doit être fluide comme celle d’une app native, c’est un vrai bond.
Cinq scénarios où Next.js s’impose sans discussion
Quand faut-il choisir Next.js pour un projet React ?
1️⃣ Un site où le trafic organique fait tourner la boutique
Le scénario numéro un. Avec un React classique en rendu client, Google reçoit une page presque vide et doit exécuter le JavaScript pour voir votre contenu.
Résultat, indexation aléatoire et Core Web Vitals qui plafonnent.
Next.js, avec son SSR et son SSG, sert au moteur une page HTML complète dès la première requête. Site vitrine, média, blog, e-commerce : la différence sur le trafic peut se voir dès les premiers mois.
2️⃣ Un e-commerce headless
L’architecture headless (catalogue dans Shopify ou un CMS, front totalement personnalisé) est devenue la norme sur les projets ambitieux. Next.js y brille : ISR pour maintenir des fiches produits fraîches sans reconstruire tout le site, optimisation d’images automatique, gestion de milliers de routes dynamiques sans casse.
TikTok, Twitch et Hulu s’en servent à très grande échelle, ce qui en dit long sur sa capacité à encaisser du volume.
3️⃣ Une webapp métier ou un produit SaaS
Extranet, tableau de bord, outil interne, SaaS : Next.js coche toutes les cases. Il gère l’authentification, le routage complexe, la récupération de données côté serveur avec les Server Components et les Server Actions, qui évitent d’écrire une API séparée pour chaque bouton.
Un seul projet, un seul déploiement, une seule équipe qui parle le même langage.
4️⃣ Une plateforme qui doit encaisser du volume
Rendu hybride plus cache intelligent plus déploiement serverless : la combinaison absorbe les pics sans faire tomber le site.
Netflix, Uber et Binance ont fait ce pari sur certaines de leurs interfaces, preuve que le framework encaisse au plus haut niveau. Sur un projet qui vise la mise à l’échelle, ce choix vieillira bien.
5️⃣ Un MVP à sortir vite fait bien fait
Contre-intuitif au premier abord. Et pourtant. Next.js élimine des dizaines de décisions techniques d’entrée de jeu (bundler, routage, structure, styles) et propose un déploiement en un clic sur Vercel.
Sur un MVP où chaque semaine compte, vous gagnez trois à quatre semaines par rapport à un setup React monté à la main. Le revers de la médaille, on y vient tout de suite.
Trois situations où il vaut mieux passer son chemin
Trois cas où Next.js n’est vraiment pas la bonne réponse.
Une application mobile native
Next.js est un framework web. Pour du natif iOS ou Android, direction React Native ou une solution mobile-first. Next.js peut à la rigueur servir de backend d’API à côté, mais ce n’est pas là qu’il joue son meilleur rôle.
Une SPA très interactive sans besoin de SEO
Un outil interne, un back-office, un dashboard derrière authentification : autant de contextes où les atouts SEO de Next.js ne servent à rien. Un React classique avec Vite se met en place plus vite et suffit largement. Pourquoi transporter un moteur de camion pour livrer une baguette ?
Une landing page ou un site de trois pages
Sur du statique léger, embarquer Next.js et son écosystème est clairement disproportionné. Un générateur statique (Astro, 11ty, ou même du HTML pur) livrera plus vite, avec une maintenance quatre fois plus légère.
Récap : votre projet en une ligne
Pour vous éviter de relire les paragraphes précédents, voici la synthèse. Cherchez la ligne qui ressemble à votre projet, la réponse est en face.
| Votre projet | Verdict | Pourquoi |
| Site vitrine, média, blog à fort SEO | Oui, sans hésiter | SSR et SSG font gagner l’indexation dès la première requête |
| E-commerce headless | Oui | ISR pour les fiches produits, montée en charge éprouvée |
| Webapp métier, SaaS, extranet | Oui | Server Components et Server Actions couvrent front et back |
| Plateforme grand public à fort trafic | Oui | Cache et serverless absorbent les pics, choix pérenne |
| MVP ou prototype à sortir vite | Oui | Setup en cinq minutes, déploiement en un clic |
| Application mobile native | Non | Framework web, pas mobile ; direction React Native |
| Outil interne, back-office sans SEO | Non | React + Vite fait mieux et plus vite dans ce contexte |
| Landing page ou site de trois pages | Non | Astro, 11ty ou HTML pur suffisent largement |
Et face à Gatsby, Remix ou Astro, on choisit lequel ?
Si vous hésitez encore, c’est probablement moins entre React et Next.js qu’entre Next.js et ses vrais concurrents directs. Tour d’horizon express :
Gatsby a longtemps été le principal rival sur les sites statiques. Aujourd’hui, l’écart s’est creusé net. Un arbre de dépendances énorme (plus de 1 300 packages contre une vingtaine pour Next.js), une maintenance qui devient un poids, une entreprise mère rachetée par Netlify sans dynamique claire depuis. Sur un nouveau projet, la question ne se pose plus vraiment.
Remix (racheté par Shopify) reste le concurrent le plus sérieux. Philosophie différente : cache au niveau des données plutôt qu’au niveau des pages, très bon sur les applications dynamiques ultra-personnalisées. Next.js excelle sur les sites orientés contenu et SEO ; Remix garde l’avantage sur les webapps très interactives avec beaucoup de données propres à chaque utilisateur.
Astro gagne du terrain sur les sites orientés contenu (blogs, docs, sites vitrines) grâce à son approche « island architecture » qui n’envoie du JavaScript que là où c’est vraiment utile. Sur un blog ou un site marketing pur, Astro peut battre Next.js en simplicité et en poids final. Sur une application interactive, en revanche, Next.js reprend la main.
Se lancer avec Next.js : mode d’emploi
Pour vérifier si l’outil vous convient, rien ne remplace un projet réel. La mise en route se fait en une commande :
npx create-next-app@latest mon-projet
cd mon-projet
npm run devL’assistant pose quelques questions (TypeScript, Tailwind CSS, App Router), génère un projet complet, lance un serveur de développement sur localhost:3000. Chaque fichier créé dans app/ devient automatiquement une route : app/contact/page.tsx est accessible sur /contact, sans la moindre config.
Un exemple minimaliste :
// app/page.tsx
export default function Page() {
return <h1>Bienvenue sur mon projet Next.js</h1>;
}Côté déploiement, Vercel propose une intégration en un clic (dépôt GitHub connecté, site en ligne en quelques minutes). Un passage par Vercel n’est pas obligatoire : Next.js tourne sur n’importe quelle infrastructure Node.js, y compris chez OVH, Scaleway, AWS ou un simple VPS. La documentation officielle couvre tous les scénarios en détail.
Next.js sur votre CV de freelance
Un mot rapide pour ceux qui bossent en indépendant. Next.js pèse aussi sur le marché, et pas qu’un peu.
C’est aujourd’hui le framework React le plus demandé, sans concurrent proche. Une écrasante majorité des offres de missions frontend et full-stack le liste, souvent en compétence obligatoire plutôt qu’en « serait un plus ». Ne pas le maîtriser en 2026 revient à s’exclure d’un pan considérable des missions bien payées.
Comment se démarquer sur une compétence que tout le monde revendique ? La preuve, comme toujours. Un projet pro/perso déployé sur Vercel, un score Lighthouse au-dessus de 95 en performance et SEO, un dépôt GitHub qui montre votre façon d’architecturer avec App Router. Ce qui parle à un client, ce n’est pas la ligne « Next.js » sur votre profil, c’est ce que vous en avez tiré sur d’autres projets.
FAQ – Next.js
Next.js est-il gratuit ?
Oui, entièrement, sous licence MIT. Vercel maintient et développe le framework, mais son utilisation ne coûte rien. Seul l’hébergement chez Vercel devient payant au-delà du palier gratuit. Rien ne vous empêche d’héberger ailleurs.
Faut-il connaître React avant d’apprendre Next.js ?
Oui, sans détour. Next.js est un sur-ensemble de React : composants, hooks, JSX sont des prérequis. Un débutant complet gagnera à passer un mois sur React nu avant de bifurquer vers Next.js.
Quelle est la différence entre SSR et SSG ?
En SSR (rendu côté serveur), la page est générée à chaque requête, ce qui garantit des données fraîches mais consomme des ressources serveur. En SSG (génération statique), la page est construite une fois au build et servie telle quelle : ultra-rapide, mais figée. L’ISR est un compromis élégant qui régénère les pages statiques à intervalles définis.
Faut-il migrer de Next.js 14 ou 15 vers la 16 ?
Sur un projet actif appelé à durer, oui. Turbopack par défaut vaut à lui seul l’investissement (builds 2 à 5 fois plus rapides), et un codemod officiel automatise l’essentiel (npx @next/codemod@canary upgrade latest). La version 15 reste supportée en LTS jusqu’en octobre 2026, ce qui laisse du temps de voir venir sur les projets moins actifs.
