Von n8n Cloud zu Self-Hosted umziehen

Der Umzug von n8n Cloud zu einer selbst gehosteten n8n-Instanz ist laut offizieller n8n-Dokumentation nicht automatisiert möglich: Workflows lassen sich als Dateien exportieren und in die neue Umgebung importieren, doch Zugangsdaten (Credentials) können aus Sicherheitsgründen nicht mit exportiert werden und müssen im Zielsystem komplett neu angelegt werden. Zusätzlich ändert sich beim Wechsel auf eine eigene Domain die Webhook-Adresse, sodass jede externe Anbindung, die n8n per Webhook anspricht, neu konfiguriert werden muss. Wer diese beiden Punkte von Anfang an einplant, vermeidet die häufigsten Stolperfallen beim Wechsel. Stand: Juli 2026.

Warum wechseln Unternehmen von n8n Cloud zu Self-Hosted?

Unternehmen wechseln vor allem wegen Datenhoheit, Kostenkontrolle und tieferer Integration in die eigene Infrastruktur. Bei n8n Cloud laufen Workflow-Daten und Ausführungsprotokolle auf Servern des Anbieters, während Sie beim Self-Hosting selbst bestimmen, auf welchem Server und in welchem Land die Daten liegen. Hinzu kommen Faktoren wie feste statt nutzungsabhängige Kosten und die Möglichkeit, n8n direkt mit internen Systemen, VPNs oder eigenen Datenbanken zu verbinden, was in der Cloud-Variante nicht in gleichem Umfang möglich ist.

Wie exportieren Sie Ihre Workflows aus n8n Cloud?

Der Export erfolgt über das Admin Panel Ihrer Cloud-Instanz: Dort öffnen Sie den Bereich Manage, wählen Export und laden die Workflows als Dateien herunter. Der offizielle n8n-Leitfaden zur Migration von Cloud zu Self-Hosted beschreibt ausdrücklich, dass es keinen automatisierten Migrationsweg gibt und der Export-Import-Prozess über die Benutzeroberfläche der vorgesehene Weg ist. Prüfen Sie dabei auch inaktive Workflows und Entwürfe, damit beim Import nichts fehlt.

Warum müssen Credentials komplett neu angelegt werden?

Credentials lassen sich aus n8n Cloud grundsätzlich nicht exportieren, weil sie aus Sicherheitsgründen an die Verschlüsselung der jeweiligen Instanz gebunden sind. Nach dem Import der Workflow-Dateien legen Sie deshalb jede Zugangsdaten-Verbindung, etwa zu Google, Slack, Microsoft oder eigenen APIs, in der neuen Instanz manuell neu an, in der Regel inklusive erneuter OAuth-Autorisierung. Der Import selbst ist unkompliziert: Sie legen einen neuen Workflow in der Self-Hosted-Instanz an, öffnen oben rechts das Drei-Punkte-Menü, wählen Import from file und laden die zuvor heruntergeladene Datei hoch. Rechnen Sie das erneute Anlegen der Credentials fest ein, denn ohne gültige Zugangsdaten lassen sich die importierten Workflows nicht ausführen.

Warum ändern sich die Webhook-URLs beim Umzug?

Die Webhook-Adresse ändert sich, weil n8n sie aus der eigenen Domain beziehungsweise aus den Umgebungsvariablen für Protokoll, Host und Port zusammensetzt, sobald die Instanz nicht mehr unter der Cloud-Subdomain, sondern auf Ihrem eigenen Server läuft. Läuft n8n hinter einem Reverse Proxy, empfiehlt die n8n-Dokumentation zur Webhook-URL-Konfiguration zusätzlich, die Umgebungsvariable WEBHOOK_URL fest zu setzen, damit n8n die korrekte externe Adresse in der Oberfläche anzeigt und bei externen Diensten registriert. Nach dem Umzug müssen Sie deshalb jede externe Verbindung, etwa zu Zahlungsanbietern, Formular-Tools oder anderen Systemen, die bisher auf die Cloud-Webhook-URL zeigte, händisch auf die neue Adresse umstellen.

Was sollten Sie vor dem Umzug prüfen?

Vor dem eigentlichen Wechsel lohnt sich eine Bestandsaufnahme, damit der Betrieb nach dem Umzug stabil läuft. Dazu gehören eine vollständige Liste aller aktiven Workflows samt der externen Dienste, die Webhooks an n8n senden, eine Übersicht aller benötigten Credentials sowie ein Plan für Backups und Updates der neuen Infrastruktur, denn diese Aufgaben übernimmt bei Self-Hosted nicht mehr der Anbieter, sondern Sie selbst. Wer diesen Umzug nicht allein durchführen möchte oder eine bestehende n8n-Automatisierung technisch sauber und mit Blick auf deutsche Datenhoheit betreuen lassen will, findet bei der n8n-Beratung von NordFlux Unterstützung bei Umzug und laufendem Betrieb.

Häufige Fragen zu n8n Cloud zu Self-Hosted

Kann ich Credentials aus n8n Cloud exportieren?

Nein, laut offizieller n8n-Dokumentation lassen sich Credentials aus n8n Cloud aus Sicherheitsgründen nicht exportieren. Sie müssen nach dem Import der Workflows in der Self-Hosted-Instanz manuell neu angelegt werden, inklusive erneuter OAuth-Autorisierung bei Diensten wie Google oder Microsoft.

Wie lange dauert die Migration von n8n Cloud zu Self-Hosted?

Eine pauschale Zeitangabe nennt die offizielle n8n-Dokumentation nicht. Der Aufwand hängt vor allem von der Anzahl der Workflows und Credentials ab, da jede Zugangsdaten-Verbindung einzeln neu angelegt und jeder Webhook einzeln bei den externen Diensten aktualisiert werden muss. Planen Sie zusätzlich Zeit ein, um die wiederhergestellten Workflows zu testen, bevor Sie die Cloud-Instanz endgültig abschalten.

Gilt die Webhook-URL-Änderung auch für Test-Webhooks?

Ja, n8n unterscheidet zwischen einer Test-URL, die beim Ausführen eines inaktiven Workflows genutzt wird, und einer Produktions-URL, die erst mit dem Aktivieren eines Workflows registriert wird. Nach dem Umzug auf Self-Hosted ändert sich die Basisadresse für beide URL-Typen, weshalb auch Test-Webhooks, die Sie während der Entwicklung nutzen, neu eingerichtet werden müssen.

Muss ich mich beim Self-Hosting selbst um Backups und Updates kümmern?

Ja, anders als bei n8n Cloud übernehmen Sie bei Self-Hosted selbst Serverbetrieb, Backups und Updates. Die n8n-Dokumentation beschreibt dafür verschiedene Installationswege wie npm, Docker oder Deployments bei Cloud-Anbietern, stellt aber keinen verwalteten Betrieb wie bei der Cloud-Version bereit. Klären Sie deshalb vor dem Umzug, wer Monitoring, Backups und regelmäßige Updates der Instanz übernimmt.