n8n Cloud oder Self-Hosting: Betrieb, Kosten und Verantwortung

Das Problem: Kontrolle gegen Verantwortung

Wenn in einem KMU die Entscheidung für n8n als Automatisierungsplattform gefallen ist, kommt sofort die zweite Frage: Cloud-Abo beim Hersteller oder Installation auf eigener Infrastruktur? Die Frage klingt technisch, ist aber in Wahrheit eine Organisationsfrage. Denn funktional bekommst du in beiden Fällen im Kern dasselbe Werkzeug — der Unterschied liegt darin, wer den Betrieb verantwortet und wo deine Daten liegen.

Genau hier reden Anbieter und Agenturen gern aneinander vorbei. Die einen verkaufen Self-Hosting als Datenschutz-Allheilmittel und verschweigen, dass ein ungewarteter Server das größere Risiko ist. Die anderen empfehlen reflexhaft die Cloud, weil sie bequem ist. Dieser Artikel richtet sich an Geschäftsführung, Operations, IT und Fachbereiche in KMU, die eine belastbare Entscheidung treffen wollen — mit den echten Kostenblöcken und den echten Pflichten beider Modelle. Stand der Angaben: Juli 2026; Preise und Limits ändern sich, prüfe sie vor der Entscheidung auf der n8n-Preisseite.

Begriffe kurz geklärt

• n8n Cloud: Das gemanagte Angebot des Herstellers. Du registrierst dich, bekommst eine Instanz unter einer eigenen Subdomain und zahlst ein monatliches Abo. Server, Updates und Backups liegen bei n8n.
• Self-Hosting: Du installierst n8n selbst — per Docker, npm oder bei einem Cloud-/Hosting-Provider deiner Wahl (die Doku beschreibt u. a. AWS, Azure, Google Cloud, DigitalOcean, Hetzner). Der Ort kann ein Mietserver, ein VPS oder ein Rechner im eigenen Haus sein.
• Community Edition: Die kostenlose, selbst gehostete Version ohne Lizenzschlüssel. Sie enthält den Großteil des Funktionsumfangs; bestimmte Team-Features sind kostenpflichtigen Plänen vorbehalten (dazu unten mehr).
• Sustainable Use License: Die fair-code-Lizenz von n8n. Nutzung und Anpassung sind „für eigene interne Geschäftszwecke sowie nichtkommerzielle und private Nutzung” erlaubt. Nicht erlaubt ist, n8n selbst als Produkt zu vermarkten — etwa White-Labeling oder das Hosten von n8n gegen Geld für Dritte. Für den typischen KMU-Einsatz (eigene Prozesse automatisieren) ist das keine Einschränkung; das ist keine Rechtsberatung, im Zweifel den Lizenztext lesen.

Abgrenzung: „Self-Hosting” heißt nicht automatisch „on-premises im Keller”. Die häufigste Variante in der Praxis ist ein gemieteter Server bei einem europäischen Hosting-Anbieter — rechtlich und operativ etwas anderes als Hardware im eigenen Haus, aber ebenfalls deine Betriebsverantwortung.

Was unterscheidet Cloud und Self-Hosting?

Der Funktionskern — Workflow-Editor, Nodes, Integrationen — ist identisch. Die Unterschiede liegen auf vier Ebenen:

1. Betrieb: In der Cloud betreibt n8n die Instanz, überwacht sie und hält sie am Laufen. Beim Self-Hosting bist du der Betreiber: Server bereitstellen, n8n installieren (die Doku empfiehlt für Produktivbetrieb Docker bzw. Docker Compose), Erreichbarkeit, SSL, Datenbank und Monitoring gehören dir.

2. Funktionsumfang und Limits: Die Cloud-Pläne begrenzen Workflow-Ausführungen pro Monat und gleichzeitige Ausführungen (Starter: 2.500 Ausführungen und 5 parallele; Pro: 10.000 und 20 — Stand Juli 2026). Die selbst gehostete Community Edition hat keine solchen Plan-Limits — die Grenze ist deine Hardware. Dafür fehlen ihr Features, die n8n den bezahlten Plänen vorbehält, u. a. Projects, SSO (SAML/LDAP), Workflow- und Credential-Sharing zwischen Nutzern, Environments, External Secrets und Log Streaming. Für ein kleines Team, in dem zwei, drei Leute mit gemeinsamem Zugang arbeiten, ist das oft verschmerzbar; für saubere Rechtetrennung in größeren Teams wird es relevant.

3. Datenhaltung: Cloud = Daten auf n8n-Infrastruktur (EU, siehe nächster Abschnitt). Self-Hosting = Daten dort, wo du sie hinlegst.

4. Verantwortung: In der Cloud kaufst du Verantwortung ein — Updates, Backups, Verfügbarkeit. Beim Self-Hosting sparst du Lizenzkosten und bezahlst mit eigener Verantwortung. Das ist der eigentliche Deal, und er sollte bewusst geschlossen werden.

Welche Daten liegen wo?

Die Frage entscheidet in vielen KMU die Modellwahl, deshalb präzise:

In n8n Cloud liegen drei Datenarten auf der Infrastruktur des Herstellers: deine Workflows (die Prozesslogik), deine Credentials (Zugangsdaten zu allen angebundenen Systemen — der sensibelste Teil) und die Ausführungsdaten (die tatsächlich durchgelaufenen Geschäftsdaten, je nach Plan 7 Tage beim Starter- bzw. 30 Tage beim Pro-Plan aufbewahrt). n8n gibt an, dass die Plattform-Daten „currently hosted in the European Union” sind, richtet sein Sicherheitsprogramm nach SOC 2 aus und stellt einen SOC-3-Report öffentlich bereit; ein vorunterzeichneter Auftragsverarbeitungsvertrag (AVV/DPA) steht zum Download bereit. Gleichzeitig nennt die Privacy Policy Drittanbieter als Empfänger, die teils „outside the European Union … in particular in the United States” sitzen. EU-Hosting heißt also nicht, dass kein US-Unternehmen in der Kette steckt — wie du das bewertest, hängt von deinen Daten und deinem Risikoappetit ab. Die datenschutzrechtliche Einordnung vertiefen wir im Artikel zu n8n und DSGVO in dieser Kategorie.

Beim Self-Hosting bleiben Workflows, Credentials und Ausführungsdaten auf deinem Server. Das ist der stärkste Hebel, wenn Kundendaten, Gesundheitsdaten oder Verträge im Spiel sind oder deine eigenen Auftraggeber vertraglich vorschreiben, wo verarbeitet wird.

Ein Punkt, der in fast jedem Beratungsgespräch untergeht, deshalb betone ich ihn: Das Betriebsmodell von n8n ändert nichts daran, welche Dienste deine Daten sehen. Wenn dein Workflow Daten an eine KI-API, ein Cloud-CRM oder einen Newsletter-Dienst schickt, liegen sie dort — egal ob dein n8n in Frankfurt oder unter deinem Schreibtisch läuft. Self-Hosting kontrolliert die Durchleitungs- und Speicherstelle, nicht die Endpunkte.

Welche Kosten entstehen?

Die Preisliste erzählt nur die halbe Wahrheit. Die ganze Rechnung hat drei Blöcke:

Block 1 — Lizenz/Abo (Stand Juli 2026, jährliche Abrechnung): n8n Cloud Starter kostet 20 €/Monat (2.500 Ausführungen), Pro 50 €/Monat (10.000 Ausführungen), Business 667 €/Monat (40.000 Ausführungen, SSO, Self-Hosting-Option), Enterprise auf Anfrage. Die Community Edition kostet nichts.

Block 2 — Infrastruktur (nur Self-Hosting): Ein Mietserver oder VPS, dazu ggf. Domain, Backupspeicher, Monitoring-Dienst. Für eine typische KMU-Instanz mit moderatem Volumen reicht ein kleiner VPS; die Größenordnung liegt erfahrungsgemäß deutlich unter den Cloud-Abos — konkrete Preise hängen vom Anbieter ab und gehören in deine eigene Recherche.

Block 3 — Arbeitszeit (der unterschätzte Block): Beim Self-Hosting kommen Einrichtung (mit Docker-Erfahrung typischerweise ein bis zwei Arbeitstage inklusive SSL, Backup und Basis-Härtung — Erfahrungswert, kein Versprechen) und laufende Betreuung dazu: Updates einspielen, Release Notes lesen, Backups prüfen, gelegentlich ein Problem debuggen. Kalkuliere ehrlich ein paar Stunden pro Monat, mehr in Update-Wochen mit Breaking Changes. Bei einem internen Stundensatz von 50–100 € übersteigt dieser Block die Cloud-Abo-Kosten schnell — oder eben nicht, wenn die Person und die Routine ohnehin da sind. Genau diese Rechnung ist die Entscheidung.

Keine Garantien, aber eine belastbare Faustlogik: Bei kleinem Volumen und ohne eigene Server-Routine ist die Cloud meist die wirtschaftlichere Wahl. Bei hohem Ausführungsvolumen kippt die Rechnung Richtung Self-Hosting, weil die Community Edition keine Execution-Limits hat, während du in der Cloud in höhere Pläne rutschst.

Wer übernimmt Updates, Backups und Sicherheit?

Hier liegt der Kern des Briefs dieses Artikels, und er verdient Deutlichkeit.

In der Cloud: n8n spielt Versionen ein, betreibt die Infrastruktur und sichert die Instanz (laut Doku als Backup von Workflows, Nutzern, Credentials und Ausführungsdaten). Deine Restaufgaben: Nutzer- und Credential-Hygiene, sinnvolle Workflow-Fehlerbehandlung — die fachliche Qualität deiner Automatisierung kauft dir kein Abo ab.

Beim Self-Hosting wandern drei Pflichten dauerhaft zu dir:

1. Updates: n8n veröffentlicht häufig neue Versionen. Die Doku empfiehlt, regelmäßig zu aktualisieren („update frequently”), damit du nicht mehrere Versionen auf einmal springen musst, vor jedem Update die Release Notes auf Breaking Changes zu prüfen und Updates zuerst in einer Testumgebung zu erproben. Wer ein Jahr lang nichts einspielt, hat beim nächsten Pflicht-Update ein Migrationsprojekt statt einer Routineaufgabe — und läuft in der Zwischenzeit mit bekannten Sicherheitslücken.
2. Backups: Workflows, die verschlüsselten Credentials samt Encryption Key und die Datenbank müssen gesichert werden — und zwar getestet. Ein Backup, aus dem nie jemand wiederhergestellt hat, ist eine Hoffnung, kein Backup.
3. Sicherheit: SSL, Zugriffsbeschränkung, Betriebssystem-Patches, sinnvolle Firewall-Regeln. Eine öffentlich erreichbare Automatisierungsplattform mit Zugangsdaten zu all deinen Systemen ist ein lohnendes Ziel. Die n8n-Doku bietet dafür Werkzeuge (Security-Audits, SSRF-Schutz, Telemetrie-Kontrolle) — nutzen musst du sie selbst.

Meine ehrliche Einschätzung aus der Praxis: Nicht die Installation ist das Risiko beim Self-Hosting — die ist mit Docker an einem Tag erledigt. Das Risiko ist das dritte Jahr, wenn die Person, die es eingerichtet hat, andere Prioritäten hat und niemand mehr auf die Instanz schaut. Wenn du auf die Frage „Wer prüft bei uns monatlich Updates und Backups?” keinen Namen nennen kannst, ist Self-Hosting für dich (noch) das falsche Modell.

Wann lohnt welches Modell?

Meine Entscheidungsmatrix für den KMU-Kontext — bewerte jede Zeile für euer Unternehmen:

Kriterium	Spricht für n8n Cloud	Spricht für Self-Hosting
Datenlage	EU-Hosting-Zusage + AVV reichen für eure Daten	Sensible Daten oder Kundenvorgaben: Verarbeitung nur auf eigener/europäischer Infrastruktur unter eigener Kontrolle
IT-Ressourcen	Niemand kann/will Serververantwortung übernehmen	Es gibt eine benannte Person mit Docker-/Linux-Routine und Vertretung
Volumen	Wenige tausend Ausführungen/Monat, planbar	Hohes oder stark schwankendes Volumen — Plan-Limits würden teuer
Time-to-Start	Diese Woche starten, ohne Infrastrukturprojekt	Einrichtung darf ein paar Tage dauern
Team-Features	SSO, Projects, Sharing werden gebraucht → bezahlte Pläne	1–3 Nutzer, Community-Funktionsumfang genügt
Budgetlogik	Planbare Abo-Kosten, keine versteckte Arbeitszeit	Lizenzkosten null, Arbeitszeit vorhanden und eingeplant
Ausfalltoleranz	Verfügbarkeit soll der Hersteller verantworten	Kurze Ausfälle sind verkraftbar, bis ihr selbst reagiert
Experimentierbedarf	Standardbetrieb reicht	Eigene Nodes, Spezialkonfiguration, volle Umgebungskontrolle nötig

Lesehilfe: Überwiegen die Kreuze rechts nur in einer einzigen Zeile (häufig: Datenlage), prüfe zuerst, ob ein EU-Mietserver mit externem Betreuungspartner den Konflikt löst, bevor du den kompletten Eigenbetrieb stemmst. Überwiegt links, nimm die Cloud und investiere die gesparte Zeit in bessere Workflows — dort entsteht der eigentliche Geschäftswert.

Es gibt auch den Mittelweg: Self-Hosting mit externer Betreuung. Die Instanz läuft auf eurem Server, ein Dienstleister übernimmt Updates und Monitoring per Vereinbarung. Das kombiniert Datenkontrolle mit eingekaufter Verantwortung — kostet aber naturgemäß laufend Geld und einen verlässlichen Partner.

Umsetzung: der pragmatische Weg

So gehen wir in Projekten vor, und so kannst du es selbst tun:

1. Mit der Cloud-Testphase starten (Woche 1): n8n Cloud bietet einen kostenlosen Trial. Baue den ersten echten Workflow und kläre damit die wichtigere Frage — ob n8n überhaupt euer Werkzeug ist — bevor du Betriebsfragen entscheidest. Workflows sind als JSON exportierbar und lassen sich später in eine selbst gehostete Instanz importieren; nur Credentials musst du neu hinterlegen.
2. Datenklassifizierung machen (parallel): Welche Datenarten laufen durch die geplanten Workflows? Personenbezogen? Vertraulich? Gibt es Kundenverträge mit Vorgaben zum Verarbeitungsort? Das Ergebnis entscheidet die Matrix-Zeile „Datenlage”.
3. Betriebsverantwortung klären: Name, Vertretung, monatliches Zeitbudget. Keine Namen = Cloud.
4. Bei Self-Hosting: sauber aufsetzen. Docker Compose mit PostgreSQL statt der Standard-SQLite, SSL von Anfang an, Backup-Job inklusive Encryption Key, Update-Termin wiederkehrend im Kalender, Monitoring mindestens als Erreichbarkeits-Check. Die n8n-Dokumentation deckt jeden dieser Schritte ab.
5. Nach drei Monaten ehrlich bilanzieren: Wurden Updates eingespielt? Backups getestet? Wenn nein, migriere in die Cloud oder hole dir Betreuung — eine verwahrloste Instanz ist die schlechteste aller Varianten.

Wenn du vor Schritt 1 eine unabhängige Einschätzung willst, welche Prozesse sich überhaupt lohnen und welches Betriebsmodell zu eurer Situation passt, ist das ein typischer Fall für unsere KI- und Automatisierungsberatung; wenn dein Team n8n selbst betreiben und ausbauen soll, vermitteln unsere Schulungen genau die Betriebsroutine, an der Self-Hosting sonst scheitert.

Risiken und Grenzen

• Die verwaiste Instanz ist das reale Hauptrisiko beim Self-Hosting: ungepatcht, unbeobachtet, mit Vollzugriff auf eure Systeme. Wenn das droht, ist die Cloud die sicherere Wahl — Datenschutz nützt nichts ohne IT-Sicherheit.
• Vendor-Abhängigkeit gibt es in beide Richtungen. Auch selbst gehostet bleibst du von n8ns Release-Politik, Lizenzmodell und Fortbestand abhängig. Immerhin: Workflows liegen als JSON vor, die Software läuft lokal weiter, auch wenn du nie wieder updatest — ein besserer Exit als bei reinen SaaS-Werkzeugen, aber kein kostenloser.
• Cloud-Limits sind Planungsgrößen. Ausführungslimits, parallele Ausführungen und die Aufbewahrungsdauer der Ausführungsdaten (7 bzw. 30 Tage in Starter/Pro) können bei wachsendem Volumen oder Audit-Anforderungen zum Engpass werden. Rechne dein Volumen, bevor du dich festlegst.
• Preise und Feature-Zuordnung ändern sich. Welche Features frei sind und was Pläne kosten, hat n8n in der Vergangenheit angepasst. Alle Angaben hier: Stand Juli 2026 — vor der Entscheidung aktuell prüfen.
• Das Betriebsmodell löst keine Prozessprobleme. Ein schlecht durchdachter Workflow ist in der Cloud genauso schlecht wie auf dem eigenen Server. Die meiste Entscheidungszeit gehört in die Prozesse, nicht ins Hosting.

Checkliste: Bevor du dich festlegst

1. Datenarten klassifiziert? Personenbezogen, vertraulich, Kundenvorgaben zum Verarbeitungsort — schriftlich.
2. Volumen geschätzt? Ausführungen pro Monat heute und in 12 Monaten, gegen die Cloud-Plan-Limits gehalten.
3. Betriebsverantwortlichen benannt? Name, Vertretung, Zeitbudget — oder bewusst „niemand” notiert und Cloud gewählt.
4. Feature-Bedarf geprüft? SSO, Projects, Credential-Sharing nötig? Dann bezahlter Plan — auch selbst gehostet.
5. Kostenrechnung mit allen drei Blöcken? Abo/Lizenz + Infrastruktur + Arbeitszeit, als Bandbreite mit euren Stundensätzen.
6. AVV-/DSGVO-Frage geklärt? Cloud: AVV von n8n gegengezeichnet, Subprozessorenliste gesichtet. Self-Hosting: Verantwortung intern dokumentiert. (Keine Rechtsberatung — bei sensiblen Daten Datenschutzbeauftragte einbeziehen.)
7. Backup- und Update-Routine definiert? (Self-Hosting) Wiederkehrender Termin, getestete Wiederherstellung, Release-Notes-Check.
8. Exit geprobt? Workflows als JSON exportiert und abgelegt — das kostet zehn Minuten und macht jeden späteren Wechsel entspannter.

Wenn du diese acht Punkte beantwortet hast, ist die Cloud-oder-Self-Hosting-Frage meist keine Glaubensfrage mehr, sondern das, was sie sein sollte: eine nüchterne Betriebsentscheidung.