Next.js 16.4: Was sich ändert und was kaputtgehen kann

Next.js 16.4.0 wurde am 7. Oktober 2026 veröffentlicht. Die Produktions-Builds mit Turbopack werden standardmäßig kleiner, das Präfix unstable_ fällt bei den Navigations- und Prefetch-APIs weg, und mehrere experimentelle Funktionen wurden entfernt. Wenn Sie den App Router nutzen, lesen Sie die Liste der Entfernungen, bevor Sie die Version anheben.

Alle Fakten unten stammen von der Release-Seite v16.4.0 auf GitHub. Es ist eine Zusammenfassung der wichtigsten Punkte und kein vollständiges Changelog.

Was ist neu in Next.js 16.4?

• Turbopack-Output. Das Umbenennen von Exportnamen ist für Produktions-Builds standardmäßig aktiv, die Klassennamen von CSS-Modulen sind kürzer, und die Produktion teilt Chunks pro Layout-Segment auf. Server-Minifizierung gibt es über experimental.serverMinification.
• Bundle-Analyse. Sie speichert bei jedem Lauf historische Snapshots und bietet jetzt Vergleichsansichten und eine Routen-Übersicht. So lässt sich beantworten, ob ein PR das Bundle größer gemacht hat.
• Prefetching. ensureStatic wurde im Partial Prefetching stabilisiert, und navigation() und prefetch() verlieren ihr Präfix unstable_.
• Neue Projekte. create-next-app aktiviert Cache Components jetzt standardmäßig.
• Upgrades. Es gibt eine Option next upgrade --ai für unterstützte Upgrades.
• Bilder. Die AVIF-Optimierung ist wieder aktiv, und eine experimentelle Option imgOptMozjpeg ist dazugekommen.
• Entwicklungserlebnis. Dynamische Imports werden in der Entwicklung auf dem Client verzögert kompiliert.

Was bricht beim Upgrade?

Das ist der Teil, der für ein laufendes Produkt zählt.

• experimental.appNewScrollHandler und unstable_eager sind entfernt.
• Alte unstable_-Importe von navigation() und prefetch() funktionieren nicht mehr. Benennen Sie sie um.
• Strikte Routen-Zuordnung ist jetzt der Standard. Interception-Routen müssen kanonische Routen verwenden, und App-Seiten ohne passende Route werfen einen Fehler.
• Die alten Pfade für PPR (partielles Prerendering) sind weg.
• Die Unterstützung von React 18 für den Pages Router ist veraltet.
• Die nativen Bindings wechselten von napi-rs v2 auf v3. Das kann alle betreffen, die eigene native Bindings nutzen.

Wie upgraden Sie sicher?

1. Legen Sie einen Branch an und setzen Sie next auf 16.4.0.
2. Suchen Sie in Ihrem Code nach unstable_navigation, unstable_prefetch, appNewScrollHandler und unstable_eager.
3. Führen Sie einen Produktions-Build aus und klicken Sie Routen durch, die Interception oder dynamische Parameter nutzen. Bei der strikten Zuordnung erwarten wir die meisten Überraschungen.
4. Vergleichen Sie die Bundle-Größe vor und nach dem Upgrade mit den neuen Snapshots der Analyse.
5. Aktivieren Sie die optionalen Experimente erst danach.

Lohnt sich das Upgrade sofort?

Wenn Sie auf 16.x sind und die entfernten Experimente nicht nutzen, ist ein Upgrade im eigenen Branch günstig. Betreiben Sie den Pages Router auf React 18, haben Sie noch Zeit, sollten die Umstellung aber planen. Behalten Sie auch die Werkzeuge rund um Ihren Stack im Blick, und stöbern Sie im Hub Entwicklerwerkzeuge und Frameworks auf Woodander, um zu sehen, was Teams gerade ausliefern.

FAQ

Wann erschien Next.js 16.4.0?

Die Release-Seite nennt den 7. Oktober 2026.

Entfernt 16.4 den Pages Router?

Nein. Die Unterstützung von React 18 für den Pages Router ist veraltet. Das ist etwas anderes als das Entfernen des Routers.

Wie probiere ich das am sichersten aus?

Nutzen Sie einen eigenen Branch, führen Sie einen Produktions-Build aus und testen Sie Ihre Interception- und dynamischen Routen, bevor Sie zusammenführen.