n8n 3.0 startet in die Beta: Breaking Changes und Fokus auf Stabilität

Ein Release, das auf das Fundament zielt

Nach Angaben von n8n konzentriert sich Version 3.0 auf interne Änderungen. Sie räumt Legacy-Funktionen auf, verschärft Sicherheitsstandards und überarbeitet Teile der Funktionsweise von n8n unter der Haube. Das Unternehmen beschreibt das Release als Grundlage für die Verbesserungen, die als Nächstes anstehen.

Die Hauptversionsnummer ändert sich, weil n8n semantisches Versionieren (Semantic Versioning) nutzt. Breaking Changes werden demnach nicht ohne neue Major-Version ausgeliefert. Laut n8n hat das Team im vergangenen Jahr eine Liste solcher Änderungen gesammelt, darunter veraltete Codepfade, die entfernt werden sollen, Standardeinstellungen, die sicherer werden sollen, und einige Funktionen, die auslaufen. Version 3.0 bringt sie in einem Release zusammen.

Neue Funktionen seien dabei nicht zurückgehalten worden, so das Unternehmen. Es liefere laufend neue Features aus und habe seit dem Erscheinen von 2.0 im Dezember 2025 mehr als 45 Releases veröffentlicht, also etwa eines pro Woche. Alles Neue nach dem stabilen Release erscheint auf 3.x.

Was sich in 3.0 ändert

Die vollständige Liste steht in der Dokumentation zu den Breaking Changes von 3.0. n8n hebt folgende Themen hervor:

• Zuverlässigkeit: Im Queue-Modus laufen manuelle Ausführungen jetzt immer auf Workern. Der In-Memory-Modus für Binärdaten entfällt, Instanzen nutzen stattdessen das Dateisystem oder S3 und andere externe Speicher. Das Standard-Timeout des Code-Nodes (Task Runner) sinkt von 5 Minuten auf 1 Minute und ist konfigurierbar. Die Dekomprimierungslimits sind niedriger, um vor Zip-Bomben zu schützen. Die alten Nodes Cron und Interval werden durch den Schedule Trigger ersetzt.
• Sicherheit: Die Rotation von Verschlüsselungsschlüsseln ist immer aktiv, Slack-Zugangsdaten erfordern ein Signing Secret, und die standardmäßige SSRF-Sperrliste ist größer, wenn der SSRF-Schutz aktiviert ist. Nicht verifizierte Community-Pakete sind standardmäßig deaktiviert.
• Self-Hosting: Selbst gehostetes n8n läuft jetzt auf Docker. Die Installation per npm oder npx n8n wird nicht mehr unterstützt, auch weil neue Sicherheitsfunktionen ein Container-Setup voraussetzen. Als Alternative bietet n8n ein Einzeiler-Setup-Skript an. Kubernetes- und Helm-Deployments sind nicht betroffen.
• Aufräumarbeiten: Legacy-Nodes werden entfernt, darunter Function, Function Item, Item Lists, Cron, Interval und der Legacy-Node für OpenAI. Für die meisten gibt es einen direkten Ersatz, so wird etwa aus Function der Code-Node, und viele werden automatisch migriert.

Einige Funktionen laufen ebenfalls aus. Der Chat Hub ist standardmäßig deaktiviert und lässt sich für 3.x wieder einschalten, da der n8n-KI-Assistent und Agents ihn ersetzen. Der Import per URL ist im Editor nicht mehr verfügbar, ebenso der Tab „Ask AI“ im Code-Node.

Der Migration Report und das Upgrade

Jede Instanz ab Version 2.39 hat unter Settings > Migration Report einen Migration Report. n8n empfiehlt, zunächst auf die neueste 2.x-Version zu aktualisieren, da sie die aktuellste Fassung des Reports enthält. Der Report listet betroffene Workflows und Einstellungen auf Instanzebene auf und behebt viele Probleme automatisch. Jede Korrektur wird als neue Workflow-Version gespeichert, die sich prüfen und veröffentlichen lässt, während veröffentlichte Workflows weiter unter v2 laufen.

Der Report schlägt zudem für jeden Workflow einen Besitzer vor, basierend darauf, wer ihn zuletzt bearbeitet hat. Admins können Besitzer neu zuweisen, und die Besitzer erhalten per E-Mail eine Mitteilung, was zu beheben ist. Workflows, die nicht veröffentlicht sind oder lange nicht liefen, lassen sich herausfiltern und mit „won't fix“ markieren. Eine Zusammenfassung kann als CSV exportiert werden. Admins sehen alle Workflows, andere Nutzer nur die, auf die sie Zugriff haben.

Der empfohlene Weg: auf die neueste 2.x-Version aktualisieren, alles Markierte beheben oder verwerfen, ein vollständiges Backup anlegen und zuerst eine Test- oder Staging-Instanz hochziehen, bevor die Produktivumgebung folgt.

Verfügbarkeit und Folgen für Nutzer

Für die Beta ist keine Anmeldung nötig. Self-Hosting-Nutzer installieren sie wie jedes andere Beta-Release, n8n-Cloud-Nutzer wählen beim Ändern ihrer Version 3.0.0 Beta (early access). n8n warnt, dass es keinen Weg zurück auf 2.x gibt. Ein Rückschritt erfordert die Wiederherstellung eines Backups.

Alles in 3.0 gilt für selbst gehostetes Community, Cloud sowie Enterprise/Business. Nach dem stabilen Release erhält 2.x 12 Monate lang Sicherheitsupdates und Fixes für kritische Fehler, während neue Funktionen nur noch auf 3.x erscheinen. Nutzer, die noch auf 1.x sind, müssen zuerst auf 2.x wechseln, da es keinen direkten Weg zu 3.x gibt. Der Support für 1.x endet am 31. Dezember 2026. Laut n8n erfordert ein Upgrade einen kurzen Neustart, Zugangsdaten und Ausführungsverlauf bleiben erhalten.

Das Unternehmen wies außerdem darauf hin, dass die GitHub-Sterne seit dem Release von 2.0 von rund 160.000 auf über 208.000 gestiegen sind und die Mitglieder des Community-Forums von 115.192 auf über 183.000.