En bref

Next.js 15 rend le cache moins agressif par défaut : les Route Handlers ne sont plus mis en cache automatiquement et la durée du router cache est réduite. Les API de requête deviennent asynchrones, avec un codemod fourni pour la migration. C'est la première version où le cache cesse d'être une source de bugs subtils — vous cachez explicitement ce qui doit l'être.

Next.js 15 (annoncé fin septembre 2024) apporte des changements qui semblent techniques mais affectent le code de tous les jours. Voici ce qui compte vraiment.

À retenir : React 19 support, async cookies() /headers() / params, caching moins agressif par défaut, meilleurs messages d'erreur.

Async request APIs

cookies(), headers(), params et searchParams deviennent async. Vous devez faire await params avant utilisation. Codemod fourni.

Caching moins agressif

  • fetch : par défaut no-store
  • GET Route Handlers : non-cachés par défaut
  • Router cache : durée réduite par défaut

Plus prévisible, moins de bugs subtils. Vous cachez explicitement ce qui doit l'être.

React 19 (via next@rc)

  • Actions et useOptimistic
  • useFormStatus
  • Support ref direct sur les composants (fin de forwardRef)

Turbopack en dev

Enfin utilisable à l'échelle en local. HMR < 100 ms. À activer avec--turbo.

Next.js 15 est la première version où le caching cesse d'être une source de bugs. Migrez.

On migre votre projet ?

En 30 minutes on peut cadrer la migration Next.js 14 → 15. Réservez un appel. À lire : SEO technique Next.js.

Questions fréquentes

Qu'est-ce qui change vraiment avec Next.js 15 ?

Le cache devient moins agressif par défaut : les Route Handlers ne sont plus mis en cache automatiquement et la durée du router cache est réduite. C'est la première version où le cache cesse d'être une source de bugs subtils — vous cachez explicitement ce qui doit l'être.

La migration vers Next.js 15 est-elle risquée ?

Le principal changement de rupture est le passage des API de requête en asynchrone. Un codemod officiel est fourni et traite la majorité des cas automatiquement. Le reste du travail consiste à réintroduire volontairement le cache là où il était implicite.

Faut-il migrer un projet existant vers Next.js 15 ?

Oui pour un projet actif : les gains de prévisibilité sur le cache font gagner du temps de débogage à chaque évolution. Sur un site figé qui ne bouge plus, l'urgence est nulle — la migration se justifie alors au moment de la prochaine évolution significative.

Un projet à lancer ou à sauver ?

30 min d'appel gratuit. On regarde ensemble ce qui bloque et par où commencer.

Réserver un appel découverte