Sobald ein Unternehmen Workflows mit Kunden-, Personal- oder Vertragsdaten automatisiert, stellt sich zwangsläufig die Frage, wo diese Daten physisch liegen und wer technisch darauf zugreifen kann. Bei einer Cloud-Automatisierungsplattform ist die Antwort oft unbefriedigend: Server im Ausland, mehrere Subunternehmer, unklare Löschfristen. Dieser Artikel zeigt, was n8n self-hosted konkret bedeutet, wie es sich rechtlich einordnen lässt und welche Hosting-Optionen für Schweizer Unternehmen realistisch sind.

Wo Daten bei Cloud-Automatisierung überall hinfliessen

Wenn ein Workflow in einer Cloud-Automatisierungsplattform läuft, durchlaufen die Daten typischerweise mehrere Stationen: Sie werden über die Infrastruktur des Anbieters geroutet, dort für die Ausführung zwischengespeichert, in Logs protokolliert und teilweise bei Subunternehmern (zum Beispiel Cloud-Provider, Monitoring-Dienste) weiterverarbeitet. Jede dieser Stationen ist ein zusätzlicher Punkt, an dem Personendaten das eigene Unternehmen verlassen und potenziell in einem Land landen, dessen Datenschutzniveau nicht ohne Weiteres als gleichwertig gilt.

Für ein HR-Formular, eine Rechnungsfreigabe oder einen Kundenservice-Workflow mit Namen, Adressen oder Vertragsdetails ist das nicht per se unzulässig, aber es verlangt eine saubere rechtliche Grundlage und volle Transparenz darüber, wer wo Zugriff hat. Genau diese Transparenz ist bei stark verschachtelten Cloud-Ketten oft schwer herzustellen.

‍

revDSG und DSGVO: Was bei Auftragsbearbeitung gilt

Das revidierte Schweizer Datenschutzgesetz (revDSG), seit September 2023 in Kraft, orientiert sich eng an der DSGVO, geht bei der Auslandsübermittlung aber in einem Punkt strenger vor: Wer Personendaten ins Ausland übermittelt, muss angeben können, in welche Staaten die Daten fliessen und welche Garantien dafür sorgen, dass das Schutzniveau erhalten bleibt. Bei einer Automatisierungsplattform mit mehreren ausländischen Subunternehmern wird diese Nachweispflicht schnell aufwendig.

Für die Auftragsbearbeitung (also wenn ein Dritter Daten im Auftrag des Unternehmens bearbeitet) verlangt das revDSG einen Vertrag, der Zweck, Umfang und Sicherheitsmassnahmen der Bearbeitung regelt. Unternehmen ohne Sitz in der Schweiz müssen zusätzlich eine Vertretung benennen. Die DSGVO kennt ein vergleichbares Konstrukt mit dem Auftragsverarbeitungsvertrag nach Art. 28.

Self-hosted n8n verändert diese Ausgangslage grundlegend: Es gibt keinen Auftragsbearbeiter für die Workflow-Ausführung mehr, weil die Plattform auf eigener oder gezielt gewählter Infrastruktur läuft. Übrig bleiben nur die einzelnen, bewusst konfigurierten API-Calls an Zielsysteme, zum Beispiel ein CRM oder ein Versanddienst, für die ohnehin ein eigener Vertrag mit dem jeweiligen Anbieter besteht. Die Kette wird kürzer und kontrollierbarer.

Was self-hosted konkret bedeutet

n8n self-hosted heisst: Die n8n-Instanz läuft auf einem Server, den das Unternehmen selbst betreibt oder bei einem Provider der eigenen Wahl mietet, nicht auf der n8n Cloud. Alle Workflow-Daten, Credentials und Ausführungsprotokolle bleiben auf Infrastruktur, die du kontrollierst. Technisch besteht ein produktionsreifes Setup aus mehreren Bausteinen:

• Docker-Container für die n8n-Anwendung selbst, meist per Docker Compose orchestriert, damit Updates und Neustarts reproduzierbar bleiben.
• PostgreSQL-Datenbank für Workflows, Ausführungsdaten und Credentials, statt der mitgelieferten SQLite-Datenbank, die für den Produktivbetrieb nicht geeignet ist.
• Queue-Mode mit Redis, sobald mehrere Workflows parallel oder mit hoher Frequenz laufen sollen: Ein Hauptprozess nimmt Trigger entgegen und verteilt die Ausführung an mehrere Worker-Prozesse, die die eigentliche Last tragen.
• Reverse Proxy (zum Beispiel Traefik oder Nginx) für TLS-Terminierung, damit die Webhook-Endpunkte und die Editor-Oberfläche nur verschlüsselt erreichbar sind.

Dieses Setup lässt sich auf einem einzelnen virtuellen Server für kleinere Lasten betreiben oder auf mehrere Worker-Knoten skalieren, wenn viele Workflows gleichzeitig laufen sollen.

Hosting-Optionen im Vergleich

Nicht jedes Unternehmen muss die Infrastruktur selbst betreiben. Die folgende Tabelle stellt die drei gängigen Modelle gegenüber:

‍

‍

Für die meisten Schweizer KMU und Konzerne mit sensiblen Personendaten ist die mittlere Spalte der praktikable Kompromiss: volle Kontrolle über die Anwendung, ohne eigene Rechenzentrums-Infrastruktur aufbauen zu müssen.

Self-Hosting: Welche Lizenzstufe brauchst du?

Self-Hosting heisst nicht automatisch „kostenlos“. n8n unterscheidet für den Eigenbetrieb drei Lizenzstufen mit unterschiedlichem Funktionsumfang. Laut der offiziellen Preisseite (n8n.io/pricing, Stand September 2026) sieht die Struktur so aus:

‍

‍

Die genauen Preise und Ausführungskontingente ändern sich regelmässig und werden bei n8n nach monatlichen Workflow-Ausführungen gestaffelt, nicht pauschal pro Server-Instanz. Für eine verbindliche Zahl lohnt sich vor einer Budgetplanung immer ein Blick auf n8n.io/pricing oder ein Gespräch mit dem n8n-Vertrieb.

Community, Business oder Enterprise: Wann reicht was?

Community reicht, solange ein einzelnes Team oder eine überschaubare Zahl an Workflows automatisiert wird und der Zugriff auf den Editor ohnehin auf wenige, vertrauenswürdige Personen beschränkt ist. Für viele KMU-Anwendungsfälle ist das der richtige Startpunkt.

Business ist der richtige Sprung, sobald mehrere Teams oder Abteilungen mit n8n arbeiten und du zentrales Login über den bestehenden Identity-Provider (SSO/SAML), eine saubere Trennung von Test- und Produktivumgebung oder nachvollziehbare Versionierung über Git brauchst, ohne gleich das volle Enterprise-Paket zu benötigen. In der Praxis ist das für viele Schweizer Unternehmen mit self-hosted n8n die passende Stufe.

Enterprise wird erst nötig, wenn Compliance- oder Audit-Anforderungen externe Secret-Stores, Log Streaming in ein zentrales SIEM-System oder vertraglich zugesicherte Support-Reaktionszeiten verlangen, wie es bei stark regulierten Branchen oder grossen Konzernen der Fall ist.

Lizenzhinweis: Sustainable Use License

n8n wird unter der Sustainable Use License veröffentlicht, nicht unter einer klassischen Open-Source-Lizenz. Für die kostenlose Community Edition bedeutet das: Der interne Betrieb im eigenen Unternehmen sowie Kundenprojekte, bei denen auf deren eigener Infrastruktur automatisiert wird, sind kostenfrei möglich. Nicht erlaubt ist es, n8n als eigenes, kommerzielles Hosting-Angebot weiterzuverkaufen, also unter eigenem Namen als SaaS für mehrere Kunden zu betreiben und dafür Gebühren zu verlangen. Bei Business und Enterprise läuft die Lizenz technisch über einen Lizenzschlüssel, der sich regelmässig beim n8n-Lizenzserver meldet. Da sich Lizenzmodell und Funktionsumfang weiterentwickeln, lohnt sich vor einer definitiven Entscheidung ein Blick auf die aktuelle Lizenz- und Preisseite von n8n, Stand September 2026.

Sicherheits-Basics beim Self-Hosting

Self-Hosting bringt Kontrolle, aber auch Verantwortung. Ein produktionsreifes Setup sollte mindestens folgende Punkte abdecken:

• Credentials-Verschlüsselung: n8n verschlüsselt hinterlegte Zugangsdaten und API-Keys standardmässig in der Datenbank. Der Verschlüsselungsschlüssel muss separat und sicher verwahrt werden.
• RBAC (Role-Based Access Control): Rollen- und Rechtekonzepte, damit nicht jede Person mit Zugriff auf den Editor auch Produktions-Workflows verändern oder Credentials einsehen kann. Erweiterte RBAC-Funktionen mit Projekten sind laut Stand September 2026 den bezahlten Editionen vorbehalten, den aktuellen Funktionsumfang findest du auf der offiziellen Preisseite von n8n.
• Audit-Log: Nachvollziehbarkeit, wer wann welche Änderung an einem Workflow vorgenommen hat, ist insbesondere bei Konzern-Governance-Anforderungen zentral.
• Backups: Regelmässige, getestete Backups der Datenbank und der Workflow-Definitionen, idealerweise mit einer Kopie ausserhalb der produktiven Umgebung.
• Updates: n8n entwickelt sich schnell weiter. Ein Patch-Rhythmus für Sicherheitsupdates gehört zum Betrieb dazu, ebenso das Testen von Updates in einer separaten Umgebung vor dem Produktiv-Rollout.

Was an Betriebsaufwand wirklich dazukommt

Self-Hosting ist kein „einmal aufsetzen und vergessen“. Wer ehrlich kalkuliert, muss folgende laufenden Aufgaben einplanen: Server-Patches und Betriebssystem-Updates, n8n-Versions-Updates inklusive Kompatibilitätsprüfung bestehender Workflows, Monitoring von Ressourcenverbrauch und Warteschlangen im Queue-Mode, Backup-Überwachung und gelegentliche Restore-Tests sowie Reaktionsfähigkeit bei Ausfällen ausserhalb der Bürozeiten, falls kritische Prozesse automatisiert laufen. Für ein Unternehmen ohne eigene DevOps-Kapazität ist das ein realer Mehraufwand gegenüber einer verwalteten Cloud-Lösung, den man nicht kleinreden sollte. Diesen Aufwand kannst du entweder selbst tragen oder an einen Partner wie Blinno auslagern.

Praxisbeispiel: Automatisierung mit Personendaten im Konzern

Bei einem Automatisierungsprogramm für einen deutschen Automobilhersteller, das Blinno begleitet hat, war die Trennung von Fach- und Personendaten ein zentrales Governance-Element: Personendaten wurden in Protokollen maskiert, Aufbewahrungsfristen kurz gehalten, und Fachdaten verblieben so weit wie möglich in den Ursprungssystemen statt in der Automatisierungsplattform selbst. Diese Grundprinzipien lassen sich unabhängig von der Unternehmensgrösse auf jedes self-hosted n8n-Setup übertragen: klare Verantwortlichkeit für die Infrastruktur, saubere Trennung von Umgebungen und ein bewusster Umgang mit dem, was überhaupt in Logs landet.

✨ AI generated content