Avec la sortie de la version 16 de Next.js (mise en ligne le 21 octobre 2025), l’équipe de Vercel franchit un nouveau cap dans l’architecture, la performance et l’expérience développeur. Cet article fait le point sur ce qui change, ce qu’il faut retenir, et comment vous préparer à cette montée de version.
Pourquoi cette version 16 ?
Après les améliorations apportées dans la version 15, en particulier autour de l’optimisation du rendu et de l’architecture du router, la version 16 vise à :
- renforcer le cache et le rendu partiel ("partial prerendering" 🇺🇸) pour gagner en rapidité et flexibilité ;
- améliorer l’outil de développement (log, debuggage, introspection) ;
- clarifier certains concepts (ex. : le passage de
middleware.jsàproxy.js) ; - faire de Turbopack l’option par défaut pour les builds et le développement.
Bref : un bond qualitatif, et un moment opportun pour faire le point sur son propre codebase.
Quelles sont les nouveautées ?
Next.js 16 vient d’être annoncé, et cette nouvelle version apporte de vraies avancées pour les développeurs.
Après la sortie de Next.js 15 qui introduisait la compatibilité avec React 19 et de nouvelles optimisations côté serveur, cette version se concentre sur la performance, le cache et l’expérience développeur.
Jetons un œil à ce qui change concrètement.
Le cache devient intelligent avec les Cache Components
La plus grande nouveauté de Next.js 16 s’appelle Cache Components. Ce système permet de mieux contrôler ce qui doit être mis en cache et ce qui doit être recalculé à chaque requête.
Jusqu’à présent, le cache dans Next.js pouvait sembler un peu flou. Désormais, grâce à la directive use cache, il est possible de préciser clairement quels composants ou fonctions doivent être conservés en mémoire.
Cela permet d’éviter de recalculer inutilement certaines parties de l’interface tout en gardant la possibilité de rendre d’autres éléments en temps réel.
Ce changement rend le framework plus prévisible : on sait exactement quand et pourquoi une donnée est récupérée ou servie depuis le cache. C’est aussi une étape importante vers un rendu plus rapide, surtout pour les grandes applications où chaque milliseconde compte !
Le fichier proxy.js remplace middleware.js
Autre changement notable : le fichier middleware.js laisse sa place à proxy.js. Le but est de clarifier le rôle de ce fichier dans la gestion des requêtes réseau.
Le comportement reste globalement le même : il s’agit toujours d’intercepter les requêtes avant qu’elles atteignent les pages, mais la nouvelle convention de nommage rend les choses plus claires et cohérentes.
Bon à savoir 😉
middleware.js reste encore supporté un temps pour les projets existants, mais il est désormais considéré comme obsolète. Pour ceux qui utilisent déjà le middleware, la migration est simple : il suffit de renommer le fichier et d’adapter légèrement la fonction exportée.
Turbopack devient la norme
Next.js 16 confirme ce qui avait été amorcé dans la version précédente : Turbopack devient enfin le bundler par défaut.
Développé par Vercel pour remplacer Webpack, Turbopack offre une vitesse de compilation impressionnante, aussi bien en développement qu’en production. Les builds sont plus rapides, le rechargement (reload) à chaud est plus fluide et la gestion des fichiers volumineux est bien meilleure.
Cela signifie que les nouveaux projets Next.js utiliseront automatiquement Turbopack, mais il reste possible de revenir à Webpack si nécessaire via une simple commande.
En pratique, la plupart des développeurs devraient rapidement adopter ce nouveau moteur tant les gains de performance sont nets.
Avec Turbopack, les performances font un bond impressionnant : les builds de production sont jusqu’à 5 fois plus rapides, le Fast Refresh peut aller jusqu’à 10 fois plus vite, et tout fonctionne sans la moindre configuration.
Une meilleure expérience pour les développeurs avec Next.js DevTools MCP
L’équipe de Next.js a aussi beaucoup travaillé sur la qualité de vie des développeurs.
Les logs ont été repensés pour être plus clairs et plus utiles. Il est désormais possible de voir combien de temps prend chaque étape du build ou du rendu, ce qui aide à identifier facilement les points de lenteur.
Next.js 16 introduit aussi un nouvel outil : Next.js DevTools MCP. Ces outils de développement permettent d’analyser le comportement de votre application en temps réel :
- le cache ;
- les routes ;
- les performances ;
- ou encore les composants rendus.
C’est une avancée importante, surtout pour les équipes qui travaillent sur des projets complexes. On comprend mieux ce que fait le framework, et on gagne du temps sur le débogage.
Un routage et un préchargement plus efficaces
Le système de navigation de Next.js continue lui aussi de s’améliorer.
Les layouts partagés entre plusieurs pages ne sont maintenant téléchargés qu’une seule fois. Cela allège le poids total du site et rend la navigation plus fluide.
Le préchargement (prefetch) devient également plus intelligent : Next.js ne télécharge plus systématiquement toutes les données d’une page, mais uniquement ce qui n’est pas encore en cache. Tout ceci permet de réduire la charge réseau et d’accélérer le passage d’une page à l’autre.
Des changements importants sous le capot
Comme à chaque nouvelle version majeure, Next.js 16 en profite pour faire un peu de ménage.
Cette version nécessite désormais Node 20 ou plus, ainsi que TypeScript 5.1 au minimum. Le support d’AMP a été complètement supprimé, tout comme certaines anciennes configurations comme publicRuntimeConfig ou serverRuntimeConfig.
Ces choix permettent d’alléger le framework et de le recentrer sur les standards modernes du web.
Les anciennes options expérimentales liées au rendu partiel, comme experimental.ppr, disparaissent également. Elles sont remplacées par le système de Cache Components (dont on a parlé ensemble), bien plus simple à comprendre et à utiliser.
Enfin, les fonctions de gestion du cache comme revalidateTag() ou updateTag() ont été repensées pour être plus cohérentes, et s’intègrent mieux au nouveau modèle de rendu.
Next.js 16 profite aussi de cette nouvelle version pour adopter définitivement React 19.2 !
Comment migrer vers Next.js 16 ?
La bonne nouvelle, c’est que la migration vers Next.js 16 est très simple.
Dans la majorité des cas, il suffit de mettre à jour ses dépendances et de s’assurer que la version de Node correspond bien aux nouvelles exigences.
Vercel propose même un codemod officiel pour automatiser les ajustements nécessaires :
- renommage du fichier
middleware.js; - suppression des options obsolètes et adaptation du cache.
Vous pouvez utiliser cette commande :
npx @next/codemod@canary upgrade latestEn quelques minutes, votre application peut tourner sur la nouvelle version sans problème.
C’est l’une des forces de Next.js : malgré son évolution rapide, les mises à jour restent fluides et rarement douloureuses.
Conclusion
Next.js 16 n’est pas une révolution, mais une évolution maîtrisée et bienvenue.
Cette version stabilise de nombreuses fonctionnalités tout en clarifiant le fonctionnement du cache et du routage.
Avec Turbopack par défaut, un cache mieux défini et de nouveaux outils de diagnostic, Next.js devient à la fois plus rapide, plus lisible et plus agréable à utiliser.
Pour ceux qui travaillent déjà avec Next.js, la mise à jour est une évidence. Et pour ceux qui découvrent le framework, c’est sans doute le meilleur moment pour commencer : Next.js 16 représente aujourd’hui la version la plus complète, la plus performante et la plus stable jamais publiée.
Si vous ne savez par où commencer : rejoignez notre formation Next.js 16 !
