n8n DSGVO-konform betreiben: Was der Mittelstand wissen muss

Kurz gesagt

n8n selbst ist Open Source und lässt sich komplett auf einem Server in Deutschland betreiben, das ist die Voraussetzung für DSGVO-Konformität, aber nicht die ganze Antwort. Entscheidend sind vier Dinge: wo der Server steht, mit wem ein Auftragsverarbeitungsvertrag existiert, wie sparsam Daten in den Workflows gespeichert werden, und ob es ein Löschkonzept gibt. Fehlt eines davon, bringt der deutsche Serverstandort allein wenig.

Serverstandort ist die Grundlage, nicht die Lösung

Die n8n Community Edition lässt sich selbst hosten, etwa auf einem Server bei Hetzner oder IONOS in Deutschland. Damit verlässt der reine Workflow-Betrieb die EU nicht. Das allein reicht aber nicht, denn ein Workflow ist nur so DSGVO-konform wie die Dienste, die er verbindet.

• Ein Workflow, der Leads in ein CRM schreibt, das in den USA gehostet wird, verschiebt personenbezogene Daten trotzdem in ein Drittland, unabhängig davon, wo n8n selbst läuft.
• Ein KI-Schritt, der an ein US-Sprachmodell schickt, hat dasselbe Problem noch einmal, unabhängig vom Workflow-Tool.
• n8n Cloud (der gehostete Dienst des Herstellers) unterscheidet sich hier von Self-Hosting: Der Hersteller selbst nennt für die EU-Region einen Serverstandort in der EU, prüfenswert ist trotzdem im Einzelfall, welche Subunternehmer beteiligt sind.

Auftragsverarbeitung: mit jedem angebundenen Dienst einzeln

n8n verbindet typischerweise mehrere Systeme in einem Workflow, jedes davon verarbeitet in dem Moment personenbezogene Daten. Das bedeutet praktisch:

1. Für den Server selbst (Hetzner, IONOS oder vergleichbar): ein AVV mit dem Hosting-Anbieter.
2. Für jeden angebundenen Drittdienst im Workflow (CRM, Ticketsystem, E-Mail-Versand, Sprachmodell): ein eigener AVV, nicht nur einer für "die Automatisierung" insgesamt.
3. Für ein selbst gehostetes Sprachmodell statt einer externen KI-API: kein zusätzlicher AVV mit einem Modellanbieter nötig, weil keine Daten das eigene System verlassen, dafür bleibt die Verantwortung für Betrieb und Absicherung vollständig im eigenen Haus.

Wer n8n nur "in Deutschland hostet" und dabei vergisst, dass drei angebundene SaaS-Tools in den USA sitzen, hat das eigentliche Risiko nicht gelöst, nur verschoben.

Datensparsamkeit in der Workflow-Praxis

• Nur die Felder durch den Workflow schleusen, die der jeweilige Schritt tatsächlich braucht, nicht den kompletten Datensatz weiterreichen, weil es bequemer ist.
• Execution-Logs regelmäßig löschen oder die Aufbewahrungsdauer in n8n begrenzen. Standardmäßig bleiben vergangene Workflow-Ausführungen inklusive der verarbeiteten Daten sonst unbegrenzt gespeichert.
• Zwischenspeicher in Workflow-eigenen Datenbanken oder Google Sheets, die "nur zum Testen" gedacht waren, sind ein häufiger Fund bei der Prozess-Diagnose, und regelmäßig der Punkt, an dem am meisten unnötig gespeichert wird.

Löschkonzept: der Teil, den die meisten Setups nicht haben

Ein Workflow, der Daten verarbeitet, braucht eine Antwort auf die Frage, wann diese Daten wieder gelöscht werden, nicht nur wie sie reinkommen. In der Praxis bedeutet das: Löschfristen pro Datentyp festlegen (Lead-Daten, Support-Anfragen, Gesprächsprotokolle unterscheiden sich hier), und einen Workflow-Schritt oder einen wiederkehrenden Job, der diese Fristen tatsächlich durchsetzt statt nur auf Papier zu stehen.

Fazit

n8n bringt die technischen Voraussetzungen für DSGVO-konformen Betrieb mit, Self-Hosting in Deutschland, aber die eigentliche Arbeit liegt in der Architektur drumherum: AVVs mit jedem angebundenen Dienst, sparsame Datenflüsse und ein Löschkonzept, das tatsächlich läuft. Das ist genau der Unterschied zwischen einem selbst zusammengeklickten Workflow und einer betreuten Automatisierung.

Wie sich das in der Praxis auf die Wahl zwischen n8n, Zapier und Make auswirkt, steht im n8n-Vergleich für den Mittelstand

Zur Architektur mit lokal gehosteten Sprachmodellen statt US-Cloud-LLMs: DSGVO und KI: der Vorteil lokaler LLMs auf Hetzner

Wo bei dir der größte Hebel liegt und wie sauber eure aktuellen Anbindungen sind, klären wir in einer Prozess-Diagnose