← L'édition
DevSuite1 min de lecture

Next.js 16.3.1-canary.11 corrige surtout l’infra interne et annule deux bascules Turbopack

Après la canary **16.3.1-canary.10** centrée sur un durcissement de **Turbopack** (le bundler, c’est-à-dire l’outil qui analyse et assemble votre code), la **v16.3.1-canary.11** publiée le **10 août 2026 à 23:48** apporte surtout un lot de correctifs internes et de documentation. Le fait nouveau utile à surveiller côté build : Next.js **annule deux changements Turbopack** récents, dont l’activation par défaut du **tree shaking CJS** (suppression de code mort dans les modules CommonJS). ([github.com](https://github.com/vercel/next.js/releases/tag/v16.3.1-canary.11))

Fil « Next.js canary 16.3.1-canary.10 » · ← Relire l'épisode du 10 août

Illustration de l'article — github.com
Image : github.com

La nouvelle canary ne change pas le cap fonctionnel présenté la veille : le delta, ici, est surtout un retour en arrière sur deux optimisations Turbopack et plusieurs ajustements d’outillage. Le changelog officiel liste notamment le revert de “Enable CJS tree shaking by default” et celui de “Follow re-exports for side-effect free async modules”, en plus de correctifs de traçage de compilation en développement, de validation conservée à travers les mises à jour HMR (Hot Module Replacement, la mise à jour du code sans recharger toute la page) et d’un message d’erreur plus précis quand un fichier n’a pas de type de module détectable. (github.com)

Concrètement, pour une équipe Next.js en veille sur les canaries, il n’y a pas de nouvelle API produit à adopter dans cette version : les changements visibles concernent surtout la stabilité du pipeline interne, le cache avec unstable_cache (API expérimentale de mémoïsation côté serveur), le post-build (post-build processing, c’est-à-dire le traitement exécuté après la génération) et l’observabilité du mode développement via de nouvelles traces de compilation et de préparation de route. Les deux entrées de Core Changes elles-mêmes sont limitées à un correctif de faute dans un script et à une clarification du README ; le reste du lot relève principalement de maintenance, de refactorisation interne et de documentation. (github.com)