Next.js 16.2: Dev 87 % schneller, Turbopack und Adapters
Am 18. März 2026 veröffentlicht, beschleunigt Next.js 16.2 den Start des Dev-Servers um rund 87 %, macht RSC deutlich schneller und stabilisiert Turbopack und die Adapters. Was ich für die Produktion mitnehme.
Eine auf Geschwindigkeit ausgerichtete Version
Next.js 16.2 wurde am 18. März 2026 veröffentlicht. Der rote Faden: Geschwindigkeit — in der Entwicklung wie beim Rendern. Für alle, die Websites in die Produktion bringen, sind das konkrete Gewinne, keine Marketingzahlen.
Ein Dev-Server, der fast sofort startet
Die spürbarste Änderung im Alltag: Die Zeit, bis localhost:3000 beim next dev bereit ist, ist ~87 % schneller als bei 16.1, auf derselben Maschine und im selben Projekt. Bei einem großen Projekt geht man von mehreren Sekunden Wartezeit zu einem nahezu sofortigen Start über. Es ist die Art Detail, die in einer Demo unsichtbar ist, aber einen Arbeitstag verändert.
Ein deutlich schnelleres Server-Rendering
Vercel hat zu React eine Änderung beigetragen, die die Deserialisierung des Server-Components-Payloads bis zu 350 % schneller macht. Die alte Implementierung nutzte einen JSON.parse-Reviver, der bei jedem Schlüssel-Wert-Paar die C++/JavaScript-Grenze von V8 überquerte. Der neue Ansatz — ein einfaches JSON.parse(), dann ein rekursiver Durchlauf in reinem JavaScript — beseitigt diesen Aufwand. In der Praxis: 25 bis 60 % schnelleres HTML-Rendering je nach Payload-Größe.
Turbopack und Adapters, jetzt stabil
- Turbopack erhält 200+ Fixes, SRI-Unterstützung,
postcss.config.tsund besseres Tree Shaking. - Die Adapters werden stabil: eine API, mit der Plattformen den Build-Prozess anpassen können — nützlich für Deployment-Integrationen.
ImageResponse(für Open-Graph-Bilder verwendet) ist 2× bis 20× schneller, mit besserer CSS/SVG-Abdeckung.
Was beim Debugging hilft
- Server Function Logging: Jede Server Function wird im Terminal protokolliert (Name, Argumente, Dauer, Datei).
- Hydration Diff Indicator: Das Fehler-Overlay zeigt deutlich, was vom Server (
- Server) und vom Client (+ Client) kam. --inspectfunktioniert jetzt auch mitnext start: Man hängt den Node.js-Debugger an den Produktionsserver.
Mein Fazit
Die aktuelle stabile Version ist die 16.2.7. Nichts davon zwingt zum Umschreiben von Code: Man aktualisiert und erntet Geschwindigkeit. Es ist genau die Art Update, die ich mag — unsichtbar für den Besucher, aber die Entwicklung schneller und das Rendern leichter machend.
Geschwindigkeit ist in 16.2 keine Option: Sie ist das Thema. Und im Web ist Geschwindigkeit immer ein Argument.