n8n DSGVO: Datenschutz bei Cloud und Self-Hosting prüfen

Kurz gesagt: n8n kann in einem DSGVO-gerechten Prozess eingesetzt werden, ist aber nicht allein durch Installation oder Tarifwahl automatisch „DSGVO-konform“. Entscheidend sind der konkrete Datenfluss, die Rechtsgrundlage, beteiligte Anbieter, Zugriffsrechte, Speicherfristen und technische Schutzmaßnahmen. Bei n8n Cloud müssen Unternehmen insbesondere Vertrag, Auftragsverarbeitung und Unterauftragsverarbeiter prüfen. Beim Self-Hosting verlagert sich mehr Verantwortung auf den eigenen Betrieb. Dieser Leitfaden zeigt, welche Entscheidungen vor dem Produktivstart dokumentiert sein sollten.

Der Beitrag richtet sich an Geschäftsführung, Datenschutz, IT und Operations in deutschen Unternehmen. Er ersetzt keine Rechtsberatung. Bei besonderen Kategorien personenbezogener Daten, umfangreicher Überwachung oder automatisierten Entscheidungen mit erheblicher Wirkung sollte die eigene Datenschutzberatung früh eingebunden werden.

Ist n8n DSGVO-konform?

Eine pauschale Ja-Nein-Antwort wäre unseriös. Die DSGVO bewertet keine Workflow-Plattform isoliert, sondern die konkrete Verarbeitung. Nach Artikel 5 DSGVO müssen personenbezogene Daten unter anderem zweckgebunden, auf das notwendige Maß beschränkt und angemessen geschützt verarbeitet werden. Diese Anforderungen müssen für jeden produktiven Workflow in der tatsächlichen Systemkette umgesetzt werden.

Ein Ablauf kann technisch sauber funktionieren und dennoch datenschutzrechtlich unvollständig sein. Typische Lücken sind fehlende Löschregeln, unnötig gespeicherte Ausführungsdaten, zu breite Zugriffe oder ein externer Dienst, der bei der Prozessaufnahme übersehen wurde. Deshalb beginnt die Prüfung nicht bei einem einzelnen n8n-Node, sondern bei Zweck, Datenkategorien, Empfängern und Verantwortlichkeiten.

Cloud und Self-Hosting: Wer trägt welche Verantwortung?

Die offizielle n8n-Datenschutzdokumentation unterscheidet klar zwischen Cloud und Self-Hosting. Für die Cloud beschreibt n8n sich je nach Verarbeitung als Verantwortlicher und Auftragsverarbeiter. Für Kundendaten, die im Auftrag verarbeitet werden, verweist n8n auf einen Auftragsverarbeitungsvertrag. Beim Self-Hosting verwaltet n8n laut eigener Dokumentation die Kundendaten nicht; Betreiber müssen Löschung, Sicherheit und organisatorische Abläufe selbst regeln.

Was bei n8n Cloud zu prüfen ist

• Ist der Auftragsverarbeitungsvertrag von n8n für den geplanten Einsatz abgeschlossen und intern dokumentiert?
• Welche Datenarten, betroffenen Personengruppen, Zwecke und Löschfristen umfasst die Verarbeitung?
• Welche Anbieter stehen in der aktuellen Liste der Unterauftragsverarbeiter, und welche davon sind für den eigenen Einsatz relevant?
• Welche zusätzlichen Empfänger kommen durch verbundene Systeme, KI-Modelle, Datenbanken oder Kommunikationsdienste hinzu?
• Wie werden Änderungen bei Vertragsbedingungen und Unterauftragsverarbeitern regelmäßig geprüft?

Ein Hostingstandort in der EU löst diese Fragen nicht vollständig. Daten können im Workflow an weitere Systeme übertragen werden. Entscheidend ist daher die gesamte Verarbeitungskette und nicht nur der Standort der n8n-Instanz.

Was beim Self-Hosting zusätzlich anfällt

Self-Hosting schafft mehr Kontrolle über Infrastruktur und Konfiguration, übernimmt dem Unternehmen aber nicht die Pflichten eines sicheren Betriebs. Neben dem Hostingvertrag sind Datenbank, Backups, Protokolle, E-Mail-Dienste, Monitoring und eventuell externer Support einzubeziehen. Die offizielle n8n-Empfehlung nennt unter anderem TLS, Verschlüsselung ruhender Daten, Sicherheitsprüfungen, eingeschränkte Nodes und kontrollierte Community-Nodes.

Ob Cloud oder Self-Hosting besser passt, ist deshalb eine Risiko- und Betriebsentscheidung. Unsere Entscheidungshilfe zu n8n Cloud und Self-Hosting ordnet die betrieblichen Unterschiede ergänzend ein.

Welche Daten verarbeitet der Workflow wirklich?

Vor der Umsetzung sollte ein Datenflussdiagramm entstehen. Für jeden Schritt werden Quelle, Datenfelder, Zweck, Empfänger, Speicherort und Löschfrist festgehalten. Das verhindert, dass ein Workflow vorsorglich komplette Datensätze überträgt, obwohl für die nächste Aktion nur eine ID und ein Status benötigt werden.

Ein praktisches Beispiel ist die automatische Lead-Verteilung: Das Kontaktformular liefert Name, geschäftliche Kontaktdaten, Nachricht und gegebenenfalls Einwilligungsinformationen. n8n prüft Pflichtfelder, erkennt Dubletten und legt den Lead im CRM an. Für die Verteilung genügt möglicherweise eine CRM-ID statt des vollständigen Nachrichtentexts. Fehlermeldungen sollten keine vollständigen Formulardaten in einen frei zugänglichen Teamkanal kopieren. Schon diese Entscheidungen reduzieren Datenmenge und Sichtbarkeit erheblich.

Für jeden Workflow sollten mindestens folgende Fragen beantwortet sein:

• Welche personenbezogenen und gegebenenfalls besonders geschützten Daten werden verarbeitet?
• Auf welcher Rechtsgrundlage und für welchen dokumentierten Zweck geschieht das?
• Welche Felder sind für den jeweiligen Schritt tatsächlich erforderlich?
• Welche Systeme erhalten Kopien, Protokolle oder Fehlermeldungen?
• Wie werden Berichtigung, Auskunft und Löschung technisch umgesetzt?

Ausführungsdaten und Löschfristen richtig konfigurieren

n8n kann Ein- und Ausgaben von Workflow-Ausführungen speichern. Das ist für Fehlersuche und Wiederholung praktisch, kann aber personenbezogene Daten länger als nötig vorhalten. In der am 31. August 2026 geprüften n8n-Dokumentation zu Ausführungsdaten sind das Speichern erfolgreicher und fehlerhafter Ausführungen sowie die automatische Bereinigung konfigurierbar. Als dokumentierter Standardwert für das maximale Alter werden 336 Stunden genannt. Dieser Standard ist keine datenschutzrechtliche Empfehlung für jeden Prozess.

Die passende Frist hängt vom Zweck ab. Ein technischer Statuslauf benötigt meist andere Daten als ein abrechnungsrelevanter Prozess. Unternehmen sollten getrennt festlegen, welche erfolgreichen, fehlerhaften und manuellen Ausführungen gespeichert werden, wie lange sie benötigt werden und wer sie sehen darf. Binärdateien und externe Speicher brauchen eigene Löschregeln. Die praktische Konfiguration gehört anschließend in Betriebsdokumentation und regelmäßige Kontrollen.

Zugangsdaten, Rollen und produktive Zugriffe

API-Schlüssel, OAuth-Tokens und Datenbankzugänge sind keine gewöhnlichen Workflow-Felder. n8n verschlüsselt gespeicherte Credentials mit einem Instanzschlüssel; für Self-Hosting beschreibt die Dokumentation einen eigenen Verschlüsselungsschlüssel. Dieser schützt jedoch nicht automatisch Datenbank, Backups, Serverzugriff oder exportierte Dateien.

In der Praxis sollten produktive Zugangsdaten getrennt von Tests verwaltet, Rechte auf das notwendige Maß begrenzt und Zugriffe regelmäßig überprüft werden. Geteilte persönliche Konten erschweren Nachvollziehbarkeit und Widerruf. Welche Rollen, Projekte und Freigaben in n8n sinnvoll sind, zeigt unser Leitfaden zur n8n Governance.

Externe APIs und KI-Dienste gehören in dieselbe Prüfung

n8n verbindet Systeme; genau darin liegt sein Nutzen und zugleich die wichtigste Datenschutzfrage. Jeder angebundene Dienst kann Empfänger oder Auftragsverarbeiter sein. Das gilt für CRM, Buchhaltung, E-Mail, Ticketsystem, Cloud-Speicher und KI-Anbieter. Ein Vertrag mit n8n deckt diese separaten Anbieter nicht automatisch ab.

Vor einer Übertragung sollten Unternehmen prüfen, welche Inhalte wirklich benötigt werden, in welchem Land sie verarbeitet werden, welche Vertragsgrundlage gilt und ob der Anbieter Daten für eigene Zwecke nutzt. Bei KI-Workflows sollten Prompts, Anhänge, Wissensquellen und Protokolle ausdrücklich betrachtet werden. Sensible Daten lassen sich häufig vor der Übertragung reduzieren, pseudonymisieren oder durch interne Kennungen ersetzen. Für kontrollierte KI-Abläufe mit Freigaben finden Sie weitere Hinweise unter KI-Workflows mit n8n.

Wann ist eine Datenschutz-Folgenabschätzung relevant?

Nach Artikel 35 DSGVO ist eine Datenschutz-Folgenabschätzung vorgesehen, wenn eine geplante Verarbeitung voraussichtlich ein hohes Risiko für Rechte und Freiheiten natürlicher Personen mit sich bringt. Als Beispiele nennt die Verordnung unter anderem bestimmte automatisierte Bewertungen mit erheblicher Wirkung, umfangreiche Verarbeitung besonderer Datenkategorien und systematische umfangreiche Überwachung öffentlich zugänglicher Bereiche.

Nicht jeder n8n-Workflow benötigt eine Folgenabschätzung. Die Frage sollte aber vor dem Produktivstart bewusst entschieden und dokumentiert werden. Kritische Signale sind Gesundheits- oder Beschäftigtendaten, umfangreiches Profiling, Entscheidungen ohne ausreichende menschliche Prüfung oder die Zusammenführung vieler Datenquellen zu Personenprofilen.

Prüfliste vor dem Go-live

1. Zweck festlegen: Geschäftsfrage, Rechtsgrundlage und Verantwortlichen benennen.
2. Datenfluss erfassen: Quellen, Felder, Empfänger, Speicherorte und Drittlandbezug dokumentieren.
3. Verträge prüfen: AV-Verträge, Unterauftragsverarbeiter und technische Maßnahmen bewerten.
4. Daten minimieren: Unnötige Felder vor Übertragung entfernen oder durch IDs ersetzen.
5. Speicherung begrenzen: Ausführungsdaten, Binärdateien, Logs und Backups mit Fristen versehen.
6. Zugriffe absichern: Rollen, separate Credentials, MFA, Verschlüsselung und Widerruf regeln.
7. Fehlerpfade testen: Prüfen, welche Daten bei Fehlern, Retries und Benachrichtigungen sichtbar werden.
8. Betroffenenrechte vorbereiten: Auskunft, Berichtigung und Löschung technisch auffindbar machen.
9. Risikoentscheidung dokumentieren: Datenschutzbeauftragte einbinden und gegebenenfalls Folgenabschätzung durchführen.
10. Betrieb festlegen: Updates, Sicherheitsprüfungen, Kontrollen und Verantwortlichkeiten terminieren.

Was sollte ein Unternehmen jetzt konkret tun?

Starten Sie nicht mit der Frage „Cloud oder eigener Server?“, sondern mit einem begrenzten Geschäftsprozess. Zeichnen Sie den Datenfluss, markieren Sie personenbezogene Felder und entscheiden Sie, welche Systeme tatsächlich beteiligt sein müssen. Erst danach lassen sich Hosting, Vertrag, technische Konfiguration und Betriebsaufwand sinnvoll bewerten.

Für bestehende Workflows empfiehlt sich eine Bestandsaufnahme nach Risiko: Prozesse mit besonderen Datenkategorien, vielen Empfängern, KI-Diensten oder weitreichenden Schreibrechten kommen zuerst. Parallel sollten Ausführungsdaten, alte Credentials und nicht mehr aktive Workflows geprüft werden. Der offizielle n8n Security Audit kann technische Auffälligkeiten sichtbar machen, ersetzt aber nicht die datenschutzrechtliche Prozessbewertung.

Wenn Sie einen konkreten n8n-Datenfluss vor dem Produktivstart prüfen lassen möchten, nehmen Sie direkt Kontakt mit uns auf. Wir strukturieren Systeme, Datenfelder, Verantwortlichkeiten, Fehlerpfade und Betrieb so, dass Datenschutzfragen nicht erst nach dem Go-live auffallen.