Seit ein paar Monaten ist der Editor auf meiner n8n Cloud-Instanz fast nicht mehr zu gebrauchen, und das ist in jedem Browser gleich (Safari, Chrome, Firefox, Edge) und auf verschiedenen Computern.
Das passiert:
Ein langsames /healthz auf Cloud bedeutet üblicherweise, dass der Instance nicht genug Speicher hat oder seine SQLite-Datenbank überlastet ist – nicht dass der Browser ein Problem hat. Die Push-Verbindung des Editors ist das Erste, das abbricht, wenn das passiert. Bei Workflows dieser Größe ist die Ursache meistens gespeicherte Ausführungsdaten: Jede Ausführung des 368-Knoten-Workflows schreibt einen großen Datensatz, und sowohl die Executions-Liste als auch der Canvas lesen aus derselben Datenbank.
Öffne bei jedem großen Workflow die Einstellungen und stelle folgende Werte ein:
Hallo @angin2209, /healthz mit Status 200 bedeutet nur, dass die Instanz erreichbar ist, es prüft nicht die Datenbank.
Bevor du diese Workflows aufteilst, öffne Chrome DevTools > Network, aktiviere „Preserve log
@angin2209 Guten Tag! Hier ist die ultra-kurze Checkliste, um deinen n8n-Editor wieder zum Laufen zu bringen:
Stop Data Bloat: Öffne deinen 368-Knoten-Workflow, gehe zu den Einstellungen (Zahnrad-Symbol) und ändere die Speicherung des Ausführungsfortschritts auf „Do not save
Update zu diesem Problem:
Der Support vermutete zunächst, dass das Problem durch große Workflow-Größen verursacht werden könnte (z. B. Knotenzahl, die den Browser-Tab überlasten und die Editor-Verbindung unterbrechen könnte). Nach weiteren Tests deuten die Erkenntnisse jedoch stark auf serverseitige/Cloud-Infrastruktur-Instabilität oder WebSocket-/Proxy-Handhabungsprobleme hin, statt auf Workflow-Komplexität:
Langsames Laden vor dem Öffnen von Workflows: Die Editor-UI und das Dashboard (Workflows-Liste, Ausführungsansicht) hängen oft mit einer leeren Seite für 30–60 Sekunden beim ersten Besuch — noch lange bevor ein Workflow-Canvas oder Knotengraph geladen wird.
Persistenter „Offline"-Status auch bei leeren Workflows: Wenn die Verbindung abbricht, das Tab schließen, eine neue Session starten und einen vollständig leeren Workflow öffnen/importieren führt immer noch zum gleichen sofortigen Banner „Offline / Verbindung unterbrochen".
Historischer Bezugswert: Im Laufe des letzten Jahres habe ich gleich große oder noch schwerere Workflows auf diesem Setup erstellt und betrieben, ohne hartnäckige Trennungen zu erleben. Dieses Verhalten ist erst in den letzten Monaten häufig und störend geworden, was auf kürzliche Cloud-Proxy-Timeouts, WebSocket-Abbrüche oder Frontend-Verbindungsregressionen hindeutet, statt auf Client-seitige Rendering-Engpässe.
Hat jemand anderes auf n8n Cloud wiederkehrende „Verbindung unterbrochen
Hallo @angin2209
Ich habe mir in der vergangenen Woche die Serverseite deiner Instanz angeschaut. Das Backend hat die ganze Zeit schnell reagiert. Anfragen für die Workflow-Liste, die Ausführungsliste und dein größter Workflow kamen alle in deutlich unter 2 Sekunden zurück. Der Speicher blieb komfortabel unter seinem Limit und es gab keine Neustarts außer bei den Versionsaktualisierungen. Deine /healthz-Checks haben auch in wenigen Millisekunden geantwortet, sobald sie n8n erreicht haben, also werden die 1–5 Sekunden, die du misst, irgendwo zwischen deinem Browser und unseren Servern hinzugefügt.
Das lässt zwei Stellen zu untersuchen. Die eine ist der Netzwerkpfad von deinem Standort zu n8n Cloud und die andere der Browser-Tab selbst.
Du hast erwähnt, dass der Tab schließlich einfriert und ein neuer Tab eine Weile funktioniert, bevor es wieder anfängt. Das deutet auf den Browser hin, also würde ich dort anfangen.
Das nächste Mal, wenn der Editor leer wird, würden diese drei Dinge dabei helfen, es einzugrenzen:
Wenn das Backend gesund bleibt, aber der Cloud-Editor die Verbindung mit leeren Seiten abbricht, ist das Problem fast immer ein Reverse Proxy oder WebSocket-Timeout, der Long-Polling-Verbindungen vorzeitig beendet.
Das Hinzufügen ordnungsgemäßer WebSocket-Upgrade-Header und das Erhöhen der Proxy-Read-Timeouts in deiner Nginx- oder Cloudflare-Konfiguration verhindert, dass die Canvas unter aktiven Sitzungen die Verbindung trennt.