Zehn Jahre lang galt im Node.js-Projekt eine einfache Regel: Gerade Versionsnummern werden stabil, ungerade sind experimentell. Diese Regel ist ab sofort Geschichte. Am 10. März 2026 verkündete das Node.js-Projekt im offiziellen Blog eine der größten strukturellen Änderungen seiner Geschichte, und der Node.js 27 Release-Zyklus wird die erste Version sein, die komplett nach den neuen Regeln läuft. Statt zwei Major-Releases pro Jahr gibt es künftig nur noch eines. Statt experimenteller Zwischenversionen gibt es einen Alpha-Kanal. Und jede neue Hauptversion wird automatisch zur Langzeit-Support-Version.
Für Web-Entwickler, Backend-Teams und alle, die Node.js produktiv einsetzen, ist das keine Randnotiz. Es verändert, wann Upgrades fällig werden, wie lange Support-Fenster laufen und wie Teams ihre Wartungsplanung aufbauen müssen.
Inhaltsverzeichnis
Key Takeaways
- Ab Oktober 2026 gilt ein neues Modell: nur noch ein Major-Release pro Jahr, jeweils im April, mit LTS-Promotion im Oktober.
- Die Unterscheidung zwischen geraden (LTS-fähigen) und ungeraden (experimentellen) Versionsnummern entfällt vollständig.
- Jede künftige Major-Version wird automatisch zu einer LTS-Version, Node.js 27 ist die erste Version nach diesem Prinzip.
- Ein neuer sechsmonatiger Alpha-Kanal (Oktober bis März) erlaubt Breaking Changes, bevor im April die stabile „Current“-Phase startet.
- Die Gesamt-Supportdauer liegt künftig bei 36 Monaten pro Version: sechs Monate Current plus 30 Monate LTS.
Was sich am Node.js 27 Release-Zyklus konkret ändert
Bisher folgte Node.js einem Zwei-Spur-System. Im April erschien eine ungerade Version mit neuen, teils experimentellen Features, diese Linie lief nur sechs Monate und wurde nie zur LTS-Version befördert. Im Oktober folgte dann die gerade Version, die nach sechs Monaten in den Active-LTS-Status wechselte und danach jahrelang gepflegt wurde. Entwickler mussten sich merken, welche Nummer „sicher“ war und welche nicht.
Genau dieses System wird abgeschafft. Der neue Node.js 27 Release-Zyklus kennt nur noch eine Linie pro Jahr. Jede Hauptversion erscheint im April, läuft sechs Monate als „Current“-Release und wird im Oktober automatisch zur LTS-Version befördert. Es gibt keine zweite, parallele Version mehr, die um Aufmerksamkeit konkurriert.
Der neue Alpha-Kanal
Damit experimentelle Arbeit trotzdem einen Platz hat, führt Node.js einen Alpha-Kanal ein. Er läuft sechs Monate, von Oktober bis März, und ist explizit der Ort, an dem auch Breaking Changes, also semver-major-Änderungen, erlaubt sind. Erst wenn im April die „Current“-Phase beginnt, gilt eine Version als stabil genug für den produktiven Einsatz. Für Node.js 27 bedeutet das konkret: Der Alpha-Kanal startet am 28. Oktober 2026, bevor im April 2027 die eigentliche Version 27.0.0 veröffentlicht wird.
Automatische LTS-Promotion für jede Version
Der wohl wichtigste Punkt: Es gibt künftig keine Version mehr, die „nur experimentell“ bleibt. Jede Major-Version, die im April startet, erhält im darauffolgenden Oktober automatisch den LTS-Status. Node.js 27 ist damit die erste Version, die komplett nach diesem Prinzip funktioniert, und ein Modellfall für alle folgenden Hauptversionen.
Zeitplan im Überblick: Von Node.js 24 über Node.js 26 zu Node.js 27
Die Umstellung betrifft nicht nur künftige Versionen, sondern läuft parallel zu bereits existierenden Release-Linien. Drei Versionen sind dabei besonders relevant:
| Version | Status / Meilenstein | Datum |
|---|---|---|
| Node.js 24 | Wechsel von Active LTS in Maintenance | 20. Oktober 2026 |
| Node.js 26 | LTS-Promotion (letzte Version nach altem Modell) | 28. Oktober 2026 |
| Node.js 26 | End of Life | April 2029 |
| Node.js 27 | Start Alpha-Kanal (erste Version nach neuem Modell) | 28. Oktober 2026 |
| Node.js 27 | Release 27.0.0 (Current-Phase beginnt) | April 2027 |
| Node.js 27 | LTS-Promotion | Oktober 2027 |
| Node.js 27 | End of Life | April 2030 |
Node.js 26 nimmt dabei eine besondere Rolle ein: Es ist die letzte Version, die noch komplett nach dem alten Schema läuft. Erschienen im April 2026, wird sie am 28. Oktober 2026 zur LTS-Version befördert, geht im Oktober 2027 in die Wartungsphase über und erreicht im April 2029 das End of Life. Node.js 24 wiederum wechselt bereits am 20. Oktober 2026 von der aktiven Pflege in die reine Maintenance-Phase, ein Routinevorgang, der unabhängig von der Zyklusumstellung ohnehin fällig war.
Parallel dazu beginnt am 28. Oktober 2026 der Alpha-Kanal für Node.js 27, exakt am selben Tag, an dem Node.js 26 zur LTS-Version wird. Dieser Überlappungspunkt markiert den eigentlichen Übergang vom alten zum neuen Modell.
Warum Node.js den Release-Zyklus jetzt umstellt
Die offizielle Begründung im Blogpost „Evolving the Node.js Release Schedule“ nennt drei zentrale Gründe, warum das bisherige System an seine Grenzen gestoßen ist.
Erstens: Die ungeraden, experimentellen Releases wurden in der Praxis kaum genutzt. Die meisten Entwickler warteten ohnehin auf die nächste gerade Version mit LTS-Perspektive, statt sich auf eine Linie einzulassen, die von vornherein ohne Langzeit-Support geplant war.
Zweitens: Die Unterscheidung zwischen geraden und ungeraden Versionsnummern war für Einsteiger ein ständiges Verwirrungsrisiko. Wer neu mit Node.js arbeitete, musste erst lernen, welche Zahl „stabil“ bedeutet, ein unnötiger Lernaufwand, der mit einem einheitlichen Jahresrhythmus wegfällt.
Drittens, und vermutlich am gewichtigsten: Die Pflege mehrerer paralleler Release-Linien wurde für die Node.js Release Working Group zunehmend schwer tragbar. Das Team arbeitet überwiegend ehrenamtlich, und jede zusätzliche aktive Versionslinie bedeutet mehr Backports, mehr Sicherheitsupdates und mehr Koordinationsaufwand. Ein einziger jährlicher Rhythmus reduziert diese Last erheblich, ohne dass Nutzer auf Stabilität oder Support verzichten müssen.
„Die bisherige Zwei-Spuren-Logik hat mehr Komplexität erzeugt, als sie an Nutzen gebracht hat“, so lässt sich die Kernbotschaft des offiziellen Blogposts zusammenfassen.
Node.js 27 Release-Zyklus in der Praxis: Was Teams jetzt tun sollten
Für Entwicklungsteams, die Node.js in Produktion einsetzen, ergeben sich aus der Umstellung konkrete Handlungsfelder. Wichtig ist: Die Gesamt-Supportdauer bleibt mit 36 Monaten pro Version (sechs Monate Current plus 30 Monate LTS) grundsätzlich stabil, es ändert sich vor allem der Rhythmus, in dem neue Versionen erscheinen und wie verlässlich sie als LTS einzuplanen sind.
Folgende Schritte helfen bei der Vorbereitung auf den neuen Zyklus:
- Node.js 24 im Blick behalten: Mit dem Wechsel in die Maintenance-Phase am 20. Oktober 2026 erhält diese Version nur noch kritische Fixes. Teams, die aktiv entwickeln, sollten einen Upgrade-Pfad prüfen.
- Node.js 26 als Übergangsversion einplanen: Als letzte Version nach altem Modell bleibt Node.js 26 bis April 2029 im Support, eine solide Wahl für Projekte, die noch nicht sofort auf den neuen Zyklus wechseln wollen.
- Alpha-Kanal von Node.js 27 beobachten, nicht produktiv nutzen: Ab dem 28. Oktober 2026 lässt sich der Alpha-Kanal nutzen, um frühzeitig mit kommenden Breaking Changes zu experimentieren, allerdings ausschließlich in Test- und Staging-Umgebungen.
- Release-Kalender im CI/CD-Prozess verankern: Da künftig jedes Jahr im April ein neues Major-Release erscheint und im Oktober automatisch zur LTS-Version wird, lässt sich die Update-Planung erstmals mit einem festen, vorhersehbaren Jahresrhythmus synchronisieren.
- Dependency-Pipelines auf den neuen Takt abstimmen: Paketverwaltung, Docker-Images und Build-Pipelines sollten so konfiguriert werden, dass sie den jährlichen April-Oktober-Rhythmus automatisch widerspiegeln, statt weiterhin nach geraden Nummern zu filtern.
Für DevOps-Teams bedeutet das vor allem eines: weniger Entscheidungskomplexität. Wie stark sich Node.js im Server-Alltag gegen Alternativen schlu{e4}gt, zeigt unser PHP-Swoole-Benchmark zu PHP, Node.js und Go. Da jede Major-Version zwangsläufig zur LTS-Version wird, entfällt die Frage, ob eine neue Node-Version überhaupt „LTS-tauglich“ ist. Die Antwort ist künftig immer: ja, nach sechs Monaten automatisch.
Fazit
Der Node.js 27 Release-Zyklus markiert einen klaren Bruch mit über einem Jahrzehnt gewohnter Praxis. Statt zwei konkurrierender Versionslinien gibt es künftig einen einzigen, planbaren Jahresrhythmus: Alpha-Phase im Herbst, stabiler Start im April, automatische LTS-Promotion im Oktober. Node.js 26 schließt als letzte Version nach altem Muster das alte Kapitel ab, während Node.js 27 als erste Version des neuen Modells den Ton für alle kommenden Releases vorgibt.
Für Entwickler und Teams lohnt sich jetzt ein kurzer Realitätscheck: Wann läuft die eigene Node.js-Version aus dem Support? Ist ein Umstieg auf Node.js 26 als Zwischenschritt sinnvoll? Und sollte der eigene Release-Kalender schon jetzt auf den neuen April-Oktober-Takt umgestellt werden? Wer diese Fragen frühzeitig beantwortet, vermeidet Hektik, wenn im April 2027 mit Node.js 27.0.0 die erste Version des neuen Zeitalters erscheint.
