Bei n8n wirkt die Entscheidung zwischen Cloud und eigenem Server auf den ersten Blick wie eine Kostenfrage. Tatsächlich entscheidest du darüber, wer nachts wach wird, wenn ein Workflow stillsteht. Dieser Text sortiert die Kriterien, die dabei wirklich zählen.
Kurz gesagt: Nimm die Cloud-Variante, solange du keinen benannten Grund für den Eigenbetrieb hast und keine Person, die den Betrieb dauerhaft übernimmt. Selfhosting ist dann richtig, wenn konkrete Anforderungen dafür sprechen – etwa Systeme, die nur aus dem eigenen Netz erreichbar sind, interne Vorgaben zum Speicherort oder Anpassungen, die die gehostete Variante nicht zulässt. Und selbst dann gilt: Der Server ist der kleinere Teil. Der größere Teil ist die Zuständigkeit für Updates, Backups und Störungen.
Was Betrieb konkret bedeutet
Beim Eigenbetrieb übernimmst du eine Liste von Aufgaben, die im Angebotsvergleich meist nicht auftaucht. Die n8n-Dokumentation ist an dieser Stelle deutlich: Selfhosting setzt technisches Wissen zu Servern, Datenbanken und Sicherheit voraus und wird ausdrücklich als anspruchsvoller eingestuft als die gehostete Variante. Das deckt sich mit der Praxis. Konkret heißt es: regelmäßige Versionsupdates einspielen und vorher prüfen, ob Workflows danach noch laufen; Datenbank-Backups anlegen und mindestens einmal eine Wiederherstellung testen; Zertifikate erneuern; Speicherplatz im Blick behalten, weil Ausführungsdaten wachsen; und eine Benachrichtigung einrichten, die meldet, wenn der Dienst nicht mehr antwortet. Der Aufwand hängt vom Setup und den Betriebsanforderungen ab; technisches Wissen ist dafür erforderlich. Und alles davon braucht eine zuständige Person – mit Vertretung für Urlaub und Krankheit.
Der häufigste Denkfehler beim Datenschutz
Viele entscheiden sich für den eigenen Server mit der Begründung, dass die Daten dann im Haus bleiben. Das stimmt nur für die Daten, die dein Workflow nicht weiterreicht. Sobald ein Schritt eine externe Schnittstelle aufruft – ein Sprachmodell, einen Übersetzungsdienst, ein CRM in der Cloud – verlassen die übergebenen Inhalte dein System, ganz unabhängig davon, wo n8n läuft. Selfhosting allein sorgt also nicht dafür, dass Daten im Haus bleiben – entscheidend ist, welche Schritte Daten nach außen geben. Die praktische Konsequenz: Schau dir nicht an, wo die Automatisierungssoftware steht, sondern welche Felder in welchem Schritt an wen gehen. Diese Liste ist die Grundlage einer datenschutzrechtlichen Bewertung; dazu kommen Verträge zur Auftragsverarbeitung, Rechtsgrundlagen, Löschfristen und gegebenenfalls Übermittlungen in Drittländer. Die Bewertung selbst gehört zu deiner Rechtsabteilung oder deinem Datenschutzbeauftragten, nicht in einen Blogartikel.
Sicherheit: In beiden Varianten deine Aufgabe
Unabhängig vom Hosting bleiben Punkte offen, die niemand für dich erledigt. Die Sicherheitsübersicht der n8n-Dokumentation nennt dafür die üblichen Bereiche: Zugriff und Berechtigungen, verschlüsselte Übertragung, sorgfältiger Umgang mit Zugangsdaten und Geheimnissen. Übersetzt in den Alltag heißt das vor allem: Zugangsdaten gehören in die Anmeldedaten-Verwaltung und niemals als Klartext in einen Knoten oder in eine Notiz. Jede Person bekommt einen eigenen Zugang statt eines geteilten Passworts. Eingehende Webhooks bekommen einen Schutz, sonst kann jeder, der die Adresse kennt, deinen Prozess auslösen. Und wenn jemand das Unternehmen verlässt, gehört zur Abmeldeliste auch die Frage, welche Verbindungen auf seinen Namen liefen.
Entscheidungstabelle
Geh die Fragen ehrlich durch. Eine einzige Zeile mit klarer Antwort rechts kann die Entscheidung tragen – aber nur, wenn die Betriebsfrage in Zeile eins beantwortet ist.
| Frage | Spricht für Cloud | Spricht für Selfhosting |
|---|---|---|
| Wer betreibt es? | Niemand im Team hat Serverbetrieb als feste Aufgabe | Es gibt eine IT mit klarer Zuständigkeit und Vertretung |
| Welche Systeme werden angebunden? | Überwiegend Dienste mit öffentlicher Schnittstelle | Systeme, die nur im internen Netz erreichbar sind |
| Interne Vorgaben | Keine Vorgaben zum Betriebsort | Konkrete Auflagen zu Speicherort oder Netzsegment |
| Anpassungstiefe | Standardknoten reichen aus | Eigene Erweiterungen oder spezielle Konfiguration nötig |
| Volumen | Überschaubare, gut planbare Ausführungszahl | Sehr hohe oder stark schwankende Last |
| Ausfalltoleranz | Ein Ausfall von Stunden wäre ärgerlich, nicht kritisch | Prozess ist geschäftskritisch und braucht eigene Notfallplanung |
Kosten ehrlich rechnen
Marktpreise nennen wir hier bewusst nicht, weil sie sich ändern und vom Volumen abhängen. Wichtiger ist ohnehin, dass du die richtigen Posten gegenüberstellst. Die häufigste Fehlrechnung vergleicht ein Abo mit reinen Serverkosten und lässt die Arbeitszeit weg.
Ein rein hypothetisches Rechenschema ohne echte Zahlen: Wenn du beim Eigenbetrieb monatlich drei Stunden Wartung ansetzt und deinen internen Stundensatz mit S bezeichnest, stehen den Serverkosten zusätzlich drei mal S gegenüber. Setz deine eigenen Werte ein; je nach Stundensatz und Wartungsaufwand verschiebt sich das Ergebnis deutlich.
Ein erfundenes Beispiel: Möbelhaus Talbrück
Das Unternehmen ist frei erfunden. Talbrück will Bestellbestätigungen, Lieferstatus und Retourenmeldungen automatisieren. Zwei der drei Prozesse hängen an Cloud-Diensten, der dritte an einem Warenwirtschaftssystem, das ausschließlich im Haus erreichbar ist. Das Team besteht aus einer IT-Person, die bereits mehrere Systeme betreut. Die Entscheidung fällt hier zweigeteilt aus: Die beiden externen Prozesse laufen in der Cloud, weil sie dort ohne Netzwerkbastelei funktionieren. Für die Warenwirtschaft wird geprüft, ob ein abgesicherter Zugang ausreicht – falls nicht, kommt eine eigene Instanz im internen Netz dazu, mit dokumentierter Zuständigkeit und Vertretungsregel. Solche gemischten Aufstellungen sind verbreitet und oft praktikabler als ein Grundsatzbeschluss für eine Seite; sie bedeuten allerdings zwei Umgebungen, die beide gepflegt werden müssen.
Grenzen und nächster Schritt
Keine der beiden Varianten macht dich automatisch datenschutzkonform, sicher oder ausfallsicher – das hängt an deiner Konfiguration, deinen Verträgen und deinen Prozessen. Ebenso wenig löst die Hosting-Frage inhaltliche Probleme: Ein Workflow, dessen Logik nicht sauber ist, funktioniert auf jedem Server gleich schlecht. Deshalb ist der sinnvolle nächste Schritt nicht die Serverwahl, sondern eine Liste: Welche Prozesse sollen laufen, welche Systeme werden berührt, welche Daten fließen wohin. Die Vorlage dafür findest du in Prozesse dokumentieren. Danach lohnt ein Blick auf den laufenden Betrieb insgesamt – die Denkweise aus der Website-Wartungs-Checkliste lässt sich weitgehend auf Automatisierungen übertragen: fester Rhythmus, benannte Zuständigkeit, dokumentierte Prüfpunkte. Für Aufbau, Absicherung und Übergabe der Workflows ist n8n-Agentur der passende Rahmen.
Betriebsfrage klären
Wir schauen uns deine Systeme und dein Team an und empfehlen die Variante, die du dauerhaft betreiben kannst.
Zur KI-Agentur
Wissen
