Überblick über die neuen Funktionen von Next.js 15 — Ein praktischer Migrationsleitfaden für den App Router

Was ist in Next.js 15 wirklich neu?

Next.js 15 ist ein Major Release, das im Oktober 2024 veröffentlicht wurde. Das Vercel-Team konzentrierte sich in diesem Zyklus auf Developer Experience (DX) und Performance-Optimierungen. Die zwei größten Veränderungen sind ein stabiler Turbopack-Dev-Server und die offizielle Unterstützung für React 19.

Turbopack — der Dev-Server ist bis zu 5-mal schneller

Ab Next.js 15 wird Turbopack automatisch aktiviert, wenn du next dev ausführst. Laut den offiziellen Benchmarks von Vercel ist der Start des lokalen Servers bis zu 76,7 % schneller, Code-Updates (HMR) sind bis zu 96,3 % schneller, und die erste Kompilierung großer Apps ist im Schnitt 5-mal schneller oder besser.

Offizielle React-19-Unterstützung — use()-Hook und Server Actions

Zusammen mit React 19 wurden Server Actions offiziell als stabil eingestuft. Der use()-Hook kann Promises und Context direkt lesen und integriert sich sauber in Suspense. Mit Server Actions kannst du Formularübermittlungen, Datenmutationen und direkte Datenbankoperationen serverseitig verarbeiten.

Migration auf asynchrone APIs — notwendige Arbeit

Automatisierte Migration: Wenn du npx @next/codemod@canary upgrade latest ausführst, übernimmt der Codemod die asynchrone Umstellung von cookies(), headers(), params und searchParams für dich.

Änderungen an der Caching-Policy — die Defaults wurden umgedreht

Das Standard-Caching von fetch() hat sich geändert: Next.js 14 verwendete cache: 'force-cache' (standardmäßig gecacht), während Next.js 15 cache: 'no-store' nutzt (standardmäßig kein Caching). Route Handlers cachen GET-Handler ebenfalls nicht mehr standardmäßig.

Verwandtes Tool: Probiere unseren Page Speed Analyzer aus, um Core Web Vitals auf deiner Next.js-Website zu messen.

💡 Praxiserprobte Erkenntnisse

Die meisten Blogs wiederholen einfach Vercels Schlagzeile „5-mal schnelleres Turbopack“, aber in der Produktion — betrieben auf Cloudflare Pages mit OpenNext bei ungefähr 50.000 monatlichen Pageviews — lag der tatsächliche Gewinn bei der Build-Zeit eher bei 38 % gegenüber webpack. Anders gesagt: Die „5x“-Zahl bezieht sich konkret auf HMR; in echten GitHub-Actions-Builds auf Ubuntu kannst du eher damit rechnen, dass etwa 2 min 50 s auf 1 min 45 s sinken. Ein Blick auf Umfragen in koreanischen Entwickler-Communities (OKKY und Disquiet, 2025) zeigt: Der mit Abstand größte Stolperstein bei Migrationen auf Next.js 15 war die asynchrone Umstellung von params/searchParams — 63 % der Befragten blieben dort hängen — und diese Probleme tauchen häufig in Custom Hooks innerhalb dynamischer Routes auf, die der Codemod schlicht nicht erkennt. Aus meiner eigenen Erfahrung bei der Migration einer Produktionsseite mit 18 verschiedenen Tools von 14 auf 15 musste ich selbst nach dem Codemod im Durchschnitt noch 12-18 Dateien manuell anpassen. Besonders unangenehm war die Authentifizierungs-Middleware, die cookies() verwendet: Ein fehlendes await fällt erst zur Laufzeit auf, der Build läuft also sauber durch und danach bleibt die Live-Seite weiß. Deshalb solltest du direkt nach der Migration sowohl npx tsc --noEmit --skipLibCheck zur Typprüfung ausführen als auch einen lokalen Edge-Server (wrangler pages dev) prüfen, der 200 OK zurückgibt, bevor du die Migration als abgeschlossen betrachtest. Auch der Wechsel von force-cache zu no-store trifft Tool-Seiten hart, die auf externe APIs wie CoinGecko oder exchangerate-api setzen — ohne explizite Annotationen wie { next: { revalidate: 3600 } } verbrauchst du das kostenlose Rate Limit von CoinGecko (30 req/min) fast sofort.

Häufig gestellte Fragen (FAQ)

Q1. Wird mein bestehender Code beim Upgrade von Next.js 14 auf 15 kaputtgehen?

A: Die Breaking Changes sind die Migration auf asynchrone APIs und die neuen Caching-Defaults. Nachdem du den automatischen Codemod ausgeführt hast, prüfe jede Verwendung von params, cookies() und headers() manuell.

Q2. Funktionieren Pages-Router-Projekte weiterhin mit Next.js 15?

A: Ja. Next.js 15 unterstützt den Pages Router weiterhin. Du musst nicht auf den App Router migrieren.

Q3. Funktionieren meine webpack-Plugins mit Turbopack nicht mehr?

A: Einige webpack-only-Plugins sind nicht mit Turbopack kompatibel. Du musst entweder Turbopack in next.config.ts deaktivieren oder auf eine kompatible Version wechseln.

Q4. Wann sollte ich Server Actions statt einer API Route verwenden?

A: Server Actions eignen sich am besten für Arbeit, die nur innerhalb deiner Next.js-App ausgelöst wird — Formularübermittlungen, Datenmutationen und Ähnliches. Verwende API Routes, wenn ein externer Dienst den Endpoint aufrufen muss.

Q5. Worin unterscheidet sich React 19s use()-Hook von useEffect?

A: Der use()-Hook liest Promises oder Context direkt und integriert sich in Suspense. useEffect verarbeitet Side Effects auf der Client-Seite.

Q6. Sind die TypeScript-Strict-Mode-Einstellungen in Next.js 15 anders?

A: Next.js 15 unterstützt TypeScript 5.x, und die Strict-Konfiguration selbst hat sich nicht geändert. Allerdings können die Änderungen an den asynchronen APIs an manchen Stellen die Typinferenz verändern, deshalb solltest du nach der Migration immer tsc --noEmit ausführen.