Next.js 16 : ce qui change pour les sites et les logiciels web de votre entreprise
Next.js 16 est sorti le 21 octobre : constructions plus rapides, cache explicite, middleware renommé. Ce qu'il faut savoir avant de demander la mise à jour.
Next.js est l'un des outils les plus utilisés pour construire des sites et des applications web modernes : sites vitrines, boutiques en ligne, extranets, logiciels métier accessibles dans le navigateur. Le 21 octobre 2025, Vercel, l'entreprise qui le développe, a publié Next.js 16. Si votre site ou votre logiciel repose dessus, votre prestataire vous en parlera tôt ou tard. Voici ce qui change, en langage clair, et comment décider s'il faut faire la mise à jour maintenant ou plus tard.
Ce que contient Next.js 16
Turbopack devient l'outil de construction par défaut
Avant d'être mis en ligne, un site Next.js est « construit » : le code est assemblé et optimisé. Turbopack, le nouvel outil qui fait ce travail, est désormais stable et utilisé par défaut. Vercel annonce des constructions de production 2 à 5 fois plus rapides, et un rafraîchissement jusqu'à 10 fois plus rapide pendant le développement. Pour vous, cela veut dire des corrections qui partent en ligne plus vite et des développeurs qui attendent moins.
Un cache explicite avec « Cache Components »
Le cache, c'est ce qui permet d'afficher une page instantanément sans tout recalculer. Dans les versions précédentes, Next.js décidait en partie seul de ce qu'il mettait en cache, ce qui provoquait parfois des surprises : un prix mis à jour qui ne s'affichait pas, une page qui montrait une information périmée. Avec Next.js 16, le cache devient un choix explicite du développeur, page par page ou composant par composant. Par défaut, tout ce qui est dynamique est recalculé à chaque visite. C'est plus prévisible, donc plus fiable.
Le « middleware » devient « proxy »
Le fichier qui intercepte les requêtes avant qu'elles n'arrivent aux pages (pour rediriger une ancienne adresse, vérifier une connexion, choisir une langue) change de nom et devient « proxy.ts ». La logique reste la même ; c'est surtout une clarification. L'ancien nom reste utilisable pour certains cas mais il est voué à disparaître.
Le reste
- l'intégration stable du compilateur React, qui optimise automatiquement les interfaces (non activée par défaut) ;
- une navigation plus économe : quand une page contient de nombreux liens qui partagent la même mise en page, celle-ci n'est plus téléchargée qu'une fois ;
- les nouveautés de React 19.2, comme les transitions animées entre les vues ;
- un outil qui permet aux assistants de programmation IA de comprendre l'application en cours de développement.
Ce qui peut casser
Une version majeure apporte des changements incompatibles. Les principaux :
- Node.js 20.9 minimum. Node.js 18 n'est plus pris en charge. Si votre serveur tourne sur une version ancienne, il faudra aussi la mettre à jour.
- Navigateurs récents. Les versions minimales sont relevées (par exemple Safari 16.4). Pour un public grand public, c'est sans conséquence ; pour un parc de vieux postes, c'est à vérifier.
- Des fonctions anciennes retirées, comme la prise en charge d'AMP, un format de pages mobiles promu par Google il y a quelques années.
- Des changements dans le code : certaines informations, comme les paramètres d'une page, doivent désormais être lues d'une manière différente. Un outil de migration automatique fait une bonne partie du travail, mais pas tout.
Ce que ça change pour une PME
Pour la plupart des entreprises, Next.js 16 n'est pas une urgence. Votre site actuel continue de fonctionner. Les versions précédentes restent maintenues un certain temps pour les correctifs de sécurité. La vraie question est : quand planifier la mise à jour ?
Notre règle est simple :
- Nouveau projet : partir directement sur Next.js 16.
- Projet en développement actif : faire la mise à jour à un moment calme, entre deux livraisons, avec une recette complète.
- Site stable, peu modifié : attendre quelques versions correctives, puis migrer dans le cadre de la maintenance, avant que la version utilisée ne soit plus maintenue.
L'erreur à éviter est de laisser un site plusieurs versions majeures en arrière. Chaque version sautée rend la suivante plus coûteuse, et un jour une faille de sécurité impose une migration en urgence.
Les questions à poser à votre prestataire
- Sur quelle version de Next.js et de Node.js tourne notre site ?
- Jusqu'à quand cette version reçoit-elle des correctifs de sécurité ?
- Combien de temps prendrait la migration, et qu'est-ce qui risque de casser ?
- Avons-nous des tests qui permettent de vérifier que tout fonctionne après la mise à jour ?
Si personne ne sait répondre à ces questions, c'est le signe que votre site n'est pas vraiment maintenu. Les sites, boutiques et logiciels web que nous livrons sont construits sur des technologies largement adoptées comme Next.js et React, hébergés en France, avec le code source remis et une maintenance qui inclut ces mises à jour. Pour faire le point sur le vôtre, prenez un rendez-vous de 30 minutes. Sur le même écosystème, relisez notre article sur la React Foundation et le compilateur React.