Next.js 15 : ce qui change réellement pour les devs

React 19, Turbopack stable, async request APIs : Next.js 15 chamboule certains comportements. Voici ce qu'il faut savoir avant de migrer.

Pourquoi c'est important

Le web moderne est un terrain en mouvement permanent. Frameworks, runtimes, navigateurs : chaque trimestre apporte sa lot d'évolutions qu'il faut comprendre pour faire les bons choix techniques. Décryptage des tendances qui comptent vraiment.

Next.js 15 est sorti en GA en octobre 2024. Si vous êtes encore sur Next 13/14, voici les vrais changements à savoir avant de migrer.

React 19 + use() partout

Next.js 15 ships React 19 par défaut. Concrètement :

`use()` hook stable : déballer une promise dans un Server Component
`useFormStatus` + `useFormState` stables (formulaires + actions)
`useOptimistic` stable (UI optimiste avant validation serveur)
Compiler React (fini les `useMemo`/`useCallback` à tout-va)

Async Request APIs (BREAKING)

Avant :
```ts
import { cookies, headers } from 'next/headers'

export default function Page() {
const cookieStore = cookies()
const token = cookieStore.get('session')
// ...
}
```

Maintenant :
```ts
export default async function Page() {
const cookieStore = await cookies()
const token = cookieStore.get('session')
// ...
}
```

Les APIs `cookies()`, `headers()`, `params`, `searchParams` retournent des promises. Codemod fourni : `npx @next/codemod next-async-request-api`.

Turbopack stable (en dev)

`next dev --turbo` est stable. Démarrage 4-5x plus rapide que Webpack. Hot reload < 100ms.

Pas encore stable en prod build : `next build` reste sur Webpack pour l'instant. Annoncé pour Q3 2026.

Caching : du nouveau

Le caching de `fetch()` n'est plus auto-cached par défaut. Avant :
```ts
const data = await fetch(url) // CACHED par défaut
```
Maintenant :
```ts
const data = await fetch(url) // PAS cached par défaut
const cached = await fetch(url, { cache: 'force-cache' }) // explicite
```

C'est plus prévisible mais ça casse beaucoup de codes existants. Vérifier les revalidate sur tous les endpoints.

Partial Prerendering (PPR)

Encore expérimental, mais prometteur : combiner SSG + SSR dans une même page. La partie statique est générée au build, la partie dynamique est rendue à la volée.

```ts
export const experimental_ppr = true
```

Concrètement : la coquille de la page est cachée (CDN), seuls les blocs dynamiques (panier, recos perso) sont générés.

Faut-il migrer ?

Si vous êtes sur Next 14 : oui, codemod + 2-4h de fix breakings
Si vous êtes sur Next 13 (App Router) : oui mais tester intensivement
Si vous êtes sur Pages Router : le code marche encore mais commencez à planifier la migration vers App Router

Next.js 16 est annoncé pour automne 2026, alignez-vous avant.

Les chiffres clés à retenir

Le temps de chargement médian des sites Top 1000 est tombé sous 1.5s en 2026.
WebGPU est désormais supporté sur 92% des navigateurs (Chrome 113+, Edge, Safari 17+).
Les sites sur Astro 5 affichent un Lighthouse perf 15% supérieur à Next.js équivalent.
L'edge computing représente 40% des nouveaux déploiements web.

Ce que ça change pour vous

Si vous êtes décideur produit, l'enjeu est moins de chasser la dernière annonce que de structurer une veille rigoureuse. Bloquer 30 minutes par semaine pour identifier les changements concrets vous évite d'investir dans des solutions qui seront périmées en 6 mois.

Si vous êtes développeur, le vrai différentiateur en 2026 n'est plus juste de "connaître" un outil mais d'évaluer rapidement quand l'utiliser, quand l'éviter, et comment migrer sans dette technique. La courbe d'apprentissage des outils modernes est devenue triviale ; la courbe de bon discernement prend des années.

Pour les CTO et fondateurs technique : votre rôle est désormais autant architecte de stack que architecte de processus humain. Les outils IA ne remplacent pas les juniors — ils élèvent le niveau attendu de tous, ce qui demande de revoir vos processus de revue, déploiement et formation.

Erreurs fréquentes à éviter

Trop de JavaScript côté client : sites SPA quand un MPA suffirait → time-to-interactive lent.
Pas de cache CDN : payer 10× plus pour le hosting + UX dégradée.
Images non optimisées : 70% du poids d'une page typique est sur les images.
Skeleton loading sans timeout : un blocage backend = page bloquée indéfiniment.

Tendances à surveiller en 2026

Server Islands (Astro 5) : statique par défaut + îlots dynamiques.
View Transitions API : transitions natives entre pages sans framework JS.
WebGPU pour ML : modèles ML directement dans le browser, sans backend.
HTMX renaissance : retour au server-side rendering avec interactivité légère.

Garder un œil sur ces tendances ne signifie pas les adopter toutes — au contraire, le tri est crucial. Plus vous êtes senior, plus votre temps doit aller vers comprendre les implications d'un changement plutôt que de courir après chaque nouveauté.

Pour aller plus loin

Le web reste la plateforme la plus ouverte pour distribuer un produit. Maîtriser ses fondamentaux (performance, accessibilité, SEO) est plus rentable que courir après le dernier framework. Choisis tes batailles.

Articles connexes :

On en discute ? Réponds à notre newsletter ou suis-nous pour les prochaines analyses tech sans bullshit.