Next.js 15: Was sich geändert hat und was es für Projekte heißt

Kurz gefasst: Next.js 15 hat vor allem das Caching berechenbarer gemacht: fetch-Anfragen, GET-Route-Handler und der clientseitige Router-Cache werden standardmäßig nicht mehr zwischengespeichert. Dazu kamen React 19, asynchrone Request-APIs wie cookies() und params, ein stabiler Turbopack-Entwicklungsserver und Verbesserungen für das Selbst-Hosting. Für laufende Projekte bedeutet das ein Upgrade mit überschaubaren, aber echten Breaking Changes. Inzwischen ist Next.js 16 erschienen, das auf diesen Änderungen aufbaut.

Warum Next.js 15 ein wichtiges Release war

Mit dem App Router hatte Next.js aggressives Caching zum Standard gemacht. Daten wurden zwischengespeichert, ohne dass Entwickler es ausdrücklich verlangt hatten. Das brachte gute Ladezeiten, aber auch Verwirrung: Inhalte waren veraltet, und es war nicht immer klar, welche Ebene des Caches verantwortlich war.

Next.js 15 hat diesen Standard umgedreht. Gecacht wird, was ausdrücklich als cachebar markiert ist. Für Teams und Agenturen heißt das weniger Überraschungen im Betrieb und ein Verhalten, das man beim Lesen des Codes versteht.

Die wichtigsten Änderungen

Neues Caching-Verhalten

fetch-Aufrufe in Server-Komponenten werden nicht mehr automatisch gecacht. Wer Caching will, setzt es gezielt, etwa mit cache: 'force-cache' oder über Revalidierungszeiten. Auch GET-Route-Handler sind standardmäßig dynamisch, und der Client-Router-Cache hält Seiten nicht mehr ungefragt vor.

Das kann nach einem Upgrade zunächst mehr Anfragen an Datenquellen bedeuten. Prüfen Sie deshalb, welche Daten sich wirklich selten ändern, und cachen Sie diese bewusst.

React 19

Der App Router nutzt React 19. Damit stehen Server Actions mit useActionState, useFormStatus und useOptimistic zur Verfügung, die Formulare mit Ladezustand und optimistischen Updates deutlich einfacher machen. Ergänzend kam die Komponente next/form hinzu, die Formulare mit clientseitiger Navigation verbindet.

Asynchrone Request-APIs

cookies(), headers(), draftMode() sowie params und searchParams sind jetzt asynchron und müssen mit await gelesen werden. Das erlaubt dem Framework, Teile einer Seite vorab zu rendern, bevor die Anfragedaten feststehen. Ein offizieller Codemod (npx @next/codemod) übernimmt den Großteil der Umstellung.

Turbopack und Entwicklererlebnis

Mit next dev --turbo wurde der Rust-basierte Bundler Turbopack für die Entwicklung stabil. Starts und Hot Reloads sind in größeren Projekten spürbar schneller. Außerdem unterstützt Next.js 15 eine typisierte Konfiguration in next.config.ts und ESLint 9.

Weitere Neuerungen

Die API after() führt Aufgaben wie Logging oder Analytics aus, nachdem die Antwort an den Nutzer gesendet wurde. instrumentation.js ist stabil und erlaubt das Anbinden von Monitoring über onRequestError. Beim Selbst-Hosting lassen sich Cache-Header besser steuern, und die Bildoptimierung nutzt automatisch sharp.

Was das für Projekte und Kunden bedeutet

Upgrades planen

Ein Upgrade von Next.js 14 auf 15 ist kein Großprojekt, aber auch keine Kleinigkeit. Asynchrone APIs, das geänderte Caching und mögliche Inkompatibilitäten von Bibliotheken mit React 19 müssen getestet werden. Gute automatisierte Tests machen hier den Unterschied.

Selbst-Hosting in Deutschland

Next.js läuft nicht nur auf Vercel. Mit dem Standalone-Output und den verbesserten Cache-Einstellungen lässt es sich gut auf eigenen Servern oder bei deutschen Hostern betreiben. Das ist für Unternehmen wichtig, die Wert auf Datenhaltung in Deutschland legen.

Der Stand heute: Next.js 16

Next.js 16 hat Turbopack zum Standard-Bundler für Entwicklung und Build gemacht und mit Cache Components und der Direktive use cache ein ausdrückliches Caching-Modell eingeführt. Wer heute ein neues Projekt beginnt, startet mit der aktuellen Version. Wer noch auf 14 ist, sollte den Weg über 15 nutzen, um die Breaking Changes schrittweise zu bewältigen. Warum wir Next.js grundsätzlich als Standard einsetzen, erklären wir im Beitrag Warum wir Next.js gewählt haben.

Häufige Fragen (FAQ)

Muss ich von Next.js 14 auf 15 upgraden?

Ältere Versionen erhalten mit der Zeit keine Sicherheitsupdates mehr. Ein Upgrade ist daher früher oder später nötig. Planen Sie es bewusst, statt es unter Zeitdruck nach einer Sicherheitsmeldung zu erledigen.

Werden Seiten mit Next.js 15 langsamer, weil weniger gecacht wird?

Nicht zwangsläufig. Statische Seiten bleiben statisch, nur Datenabfragen werden nicht mehr stillschweigend zwischengespeichert. Wer gezielt cacht, erreicht dieselbe Geschwindigkeit mit weniger veralteten Inhalten.

Funktioniert der Pages Router noch?

Ja. Der Pages Router wird in Next.js 15 weiterhin unterstützt und läuft dort auch noch mit React 18. Neue Funktionen entstehen allerdings fast ausschließlich im App Router. Für neue Projekte empfehlen wir den App Router; welche Rendering-Strategie dabei passt, beschreibt unser Artikel zu Server- und Client-Side-Rendering.

Ist Next.js nur für große Projekte sinnvoll?

Nein. Auch Unternehmenswebsites und kleine Web-Apps profitieren von serverseitigem Rendering, guter SEO und einem einheitlichen Stack aus React und TypeScript.

Fazit

Next.js 15 hat das Framework vorhersagbarer gemacht, und Next.js 16 setzt diesen Kurs fort. Für Unternehmen ist am Ende entscheidend, dass der Stack regelmäßig und planbar aktualisiert wird, damit kein Upgrade zum Großprojekt wird.

Wenn Sie ein Next.js-Projekt neu starten oder ein bestehendes aktualisieren möchten, sprechen Sie mit uns über Webentwicklung.