n8n Self-Hosted DSGVO-Anleitung 2026: Schritt-für-Schritt mit Hetzner
n8n DSGVO-konform auf deutschen Servern betreiben: Hetzner Cloud CX22 in 30 Minuten einrichten, Docker Compose, automatisches TLS via Caddy, tägliche Backups zur Hetzner Storage Box und laufendes Monitoring — für ab 5 EUR pro Monat, ohne US-Cloud-Abhängigkeit.
n8n Self-Hosting bedeutet: Sie betreiben die Open-Source-Workflow-Automatisierungsplattform n8n auf einem eigenen Server — vollständig unter Ihrer Kontrolle, in einem EU-Rechenzentrum, ohne dass Workflow-Daten oder Credentials jemals einen Drittanbieter-Server verlassen.
Warum n8n selbst hosten? DSGVO, Kosten und Datenkontrolle
Für deutsche Unternehmen, die personenbezogene Daten durch Automatisierungen leiten — Kundenkontakte, Rechnungen, HR-Daten — ist die Frage nach dem Hosting keine rein technische. Sie ist eine Compliance-Frage. n8n Cloud und konkurrierende SaaS-Plattformen wie Zapier oder Make.com speichern Workflow-Ausführungsdaten auf Servern außerhalb Deutschlands, was bei sensiblen Daten einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO erfordert und in Einzelfällen problematisch sein kann.
Self-Hosting löst dieses Problem vollständig: Alle Workflow-Daten, Credentials und Ausführungsprotokolle bleiben auf Ihrem Server — im deutschen Rechenzentrum von Hetzner Cloud, ISO-27001-zertifiziert, DSGVO-konform nach deutschem Recht. Das BSI IT-Grundschutz Kompendium, Baustein OPS.1.1.7 (Automatisierung von Betriebsprozessen) empfiehlt ausdrücklich, automatisierte Prozesse mit personenbezogenen oder sicherheitsrelevanten Daten unter voller organisatorischer Kontrolle zu betreiben und separate Berechtigungskonzepte einzuführen.
Der zweite Vorteil ist wirtschaftlicher Natur: Die n8n Community Edition ist lizenzgebührenfrei (MIT-Lizenz). Sie zahlen ausschließlich für den Hetzner-Server — ab 5 EUR pro Monat für einen Hetzner CX22. Damit lassen sich bis zu 100 aktive Workflows mit hunderten täglichen Ausführungen betreiben. Im Vergleich kostet Zapier für ein vergleichbares Ausführungsvolumen 99–299 USD pro Monat.
Vollständige Datenkontrolle ist der dritte Aspekt: Sie entscheiden, wie lange Ausführungsdaten gespeichert werden, welche Mitarbeitende Zugriff auf Credentials haben, und wie Backups und Notfallpläne aussehen. Gemäß DSGVO Art. 32 (Sicherheit der Verarbeitung) sind diese technischen und organisatorischen Maßnahmen ohnehin Pflicht — Self-Hosting macht deren Umsetzung einfacher und nachweisbarer.
Infrastrukturkosten für ein produktionsreifes n8n-Setup (Hetzner CX22)
Quelle: Hetzner Cloud Preisliste 2025, 2025Von leerem Server bis zur laufenden n8n-Instanz mit TLS
Quelle: Wito AI Erfahrungswert (n=12 Self-Hosted-Projekte), 2025bei Self-Hosting im Vergleich zu 61 % bei ungeregeltem Cloud-Einsatz
Quelle: Bitkom Leitfaden DSGVO-konformer Cloud-Einsatz 2024, 2024bei Self-Hosted — keine Drittanbieter-Datenverarbeitung (DSGVO Art. 28)
Quelle: DSGVO Art. 28 — Auftragsverarbeitung, 2024Hardware-Anforderungen: Welcher Hetzner-Server reicht?
Für die meisten KMU-Umgebungen mit bis zu 100 aktiven Workflows ist ein Hetzner CX22 (2 vCPU, 4 GB RAM, 40 GB SSD) vollständig ausreichend. Dieser Servertyp kostet 5 EUR pro Monat und bewältigt problemlos mehrere tausend Workflow-Ausführungen täglich, ohne Performance-Degradierung.
Die Mindestanforderungen für n8n mit PostgreSQL-Backend und Redis-Queue im Queue-Mode: 2 vCPU, 4 GB RAM, 40 GB SSD. Bei 50–100 gleichzeitigen Workflow-Ausführungen sollten Sie auf einen Hetzner CX32 (4 vCPU, 8 GB RAM, 80 GB SSD, ca. 10 EUR/Monat) aufstocken. Eine Redis-Instanz für den Queue-Mode belegt ca. 50–100 MB RAM, PostgreSQL typischerweise 300–500 MB.
Empfehlung für den Serverstandort: nbg1 (Nürnberg) oder fsn1 (Falkenstein) — beide Rechenzentren liegen in Deutschland, sind ISO-27001-zertifiziert und unterfallen ausschließlich deutschem und EU-Recht. Vermeiden Sie bei der Provisionierung US-Standorte wie die Hetzner Ashburn-Rechenzentren (us-east), auch wenn diese günstiger erscheinen — sie fallen unter US-amerikanisches Recht und den Cloud Act.
- Hetzner CX22 (2 vCPU / 4 GB / 40 GB): 5 EUR/Monat — für bis zu 100 Workflows, ~5.000 Ausführungen/Tag
- Hetzner CX32 (4 vCPU / 8 GB / 80 GB): 10 EUR/Monat — für bis zu 300 Workflows, ~50.000 Ausführungen/Tag
- Hetzner CCX23 (4 vCPU dedicated / 16 GB): 22 EUR/Monat — für produktionskritische, hochvolumige Setups
n8n Self-Hosted Setup in 6 Schritten: Von der Provisionierung bis zum Monitoring
Schritt 1: Hetzner Server provisionieren
Hetzner Cloud Konsole öffnen (console.hetzner.cloud), neues Projekt anlegen. Server-Typ CX22 wählen, Image "Ubuntu 24.04 LTS", Standort "nbg1" (Nürnberg, Deutschland). SSH-Key hinterlegen. Firewall-Regeln anlegen: Port 22 (SSH, nur von eigener IP), Port 80 und 443 (HTTP/HTTPS, öffentlich). Floating IP optional für feste Adresse. Dauer: 5 Minuten.
Schritt 2: Docker + Docker Compose installieren
Per SSH auf den Server verbinden. Docker Engine über das offizielle Installations-Skript von pkg.docker.com installieren (curl -fsSL https://get.docker.com | sh). Docker Compose Plugin ist seit Docker 23 enthalten (docker compose statt docker-compose). Benutzer zur docker-Gruppe hinzufügen (usermod -aG docker $USER). System-Updates einspielen (apt update && apt upgrade). Docker-Dienst aktivieren (systemctl enable docker). Dauer: 10 Minuten.
Schritt 3: n8n + PostgreSQL Container starten
docker-compose.yml aus der offiziellen n8n-Dokumentation (docs.n8n.io/hosting/installation/server-setups/docker-compose/) als Vorlage nutzen. Services: n8n (neueste Version), postgres:16-alpine, redis:7-alpine. Umgebungsvariablen in .env-Datei auslagern: N8N_ENCRYPTION_KEY (zufälliger 32-Byte-String), DB_TYPE=postgresdb, DB_POSTGRESDB_*, QUEUE_BULL_REDIS_HOST. n8n-Port intern auf 5678, kein direktes Port-Mapping nach außen (Reverse Proxy übernimmt). Dauer: 10 Minuten.
Schritt 4: TLS via Caddy oder Traefik
Caddy ist die einfachste Option für Auto-TLS via Let's Encrypt: Caddyfile mit zwei Zeilen (Domain + reverse_proxy n8n:5678) genügt. Alternativ Traefik als weiterer Docker-Service mit Labels am n8n-Container. DNS-Eintrag für die n8n-Domain auf die Hetzner-Server-IP setzen. Caddy bzw. Traefik beantragen automatisch ein Let's-Encrypt-Zertifikat und erneuern es alle 60 Tage. Wichtig: Ohne TLS dürfen keine echten Credentials in n8n gespeichert werden. Dauer: 10 Minuten.
Schritt 5: Backups einrichten (Hetzner Storage Box)
Hetzner Storage Box BX11 (1 TB, 3,81 EUR/Monat) als Backup-Ziel einrichten. Täglicher Cronjob auf dem Server: PostgreSQL-Dump via pg_dump + Komprimierung, Upload via rclone oder rsync zu Hetzner Storage Box mit SFTP/Samba. Zusätzlich den /home/node/.n8n-Ordner sichern (enthält ggf. lokale Daten). Retention-Policy: 7 Tage täglich, 4 Wochen wöchentlich. BSI IT-Grundschutz OPS.1.1.7 empfiehlt RPO max. 24 Stunden für geschäftskritische Automatisierungen. Dauer: 15 Minuten.
Schritt 6: Monitoring + automatische Updates
Uptime Kuma (kostenlos, self-hosted, ebenfalls per Docker) für Verfügbarkeitsmonitoring: HTTP-Check auf die n8n-URL alle 60 Sekunden, Alert per E-Mail oder Telegram bei Ausfall. n8n-eigenen Error-Workflow aktivieren: Bei jedem fehlgeschlagenen Produktions-Workflow Slack-Nachricht oder E-Mail an Verantwortliche. Updates: Watchtower-Container für automatische Docker-Image-Updates oder manuelles update-Skript (docker compose pull && docker compose up -d) monatlich im Maintenance-Window. Dauer: 15 Minuten.
Docker Compose Konfiguration: Das vollständige Setup
Die offizielle n8n-Dokumentation unter docs.n8n.io/hosting/installation/server-setups/docker-compose/ stellt eine vollständige `docker-compose.yml`-Vorlage bereit. Das produktionsreife Setup für KMU umfasst vier Services: n8n (Workflow-Engine), postgres (persistente Datenspeicherung), redis (Queue-Backend für parallele Ausführungen) und caddy (Reverse Proxy mit automatischem TLS).
Das kritischste Element in der Konfiguration ist der N8N_ENCRYPTION_KEY: Dieser 32-Byte-Schlüssel verschlüsselt alle in n8n gespeicherten Credentials (API-Keys, OAuth-Tokens, Passwörter) in der PostgreSQL-Datenbank. Er muss vor dem ersten Start erzeugt werden (`openssl rand -hex 32`), sicher in der `.env`-Datei abgelegt und separat gesichert werden — im Idealfall in einem Passwortmanager wie Bitwarden oder 1Password. Ohne diesen Key sind gespeicherte Credentials nach einem Server-Wechsel unbrauchbar.
Für die Datenschutzkonfiguration gemäß DSGVO sind zwei n8n-Umgebungsvariablen besonders relevant: `N8N_EXECUTIONS_DATA_PRUNE=true` begrenzt die Speicherung von Workflow-Ausführungsdaten, `N8N_EXECUTIONS_DATA_MAX_AGE=720` setzt die maximale Aufbewahrungszeit auf 30 Tage. Für Workflows mit besonders sensiblen Daten (Gesundheitsdaten, Finanzdaten) empfiehlt sich zusätzlich `N8N_EXECUTIONS_DATA_SAVE_ON_SUCCESS=none`, um erfolgreiche Ausführungen nicht zu persistieren.
Beispiel-Konfiguration `.env`-Datei (Pflichtfelder):
N8N_ENCRYPTION_KEY=<32-Byte-Hex-String> | DB_TYPE=postgresdb | DB_POSTGRESDB_HOST=postgres | DB_POSTGRESDB_DATABASE=n8n | DB_POSTGRESDB_USER=n8n | DB_POSTGRESDB_PASSWORD=<sicheres-Passwort> | QUEUE_BULL_REDIS_HOST=redis | N8N_HOST=n8n.ihre-domain.de | N8N_PROTOCOL=https | N8N_EXECUTIONS_DATA_PRUNE=true | N8N_EXECUTIONS_DATA_MAX_AGE=720
Alle Docker-Images sollten auf explizite Versionstags festgehalten werden (z. B. `n8nio/n8n:1.85.0` statt `n8nio/n8n:latest`), um unerwartete Breaking Changes durch automatische Updates zu verhindern. Ein monatliches, manuelles Update-Fenster mit vorheriger Backup-Verifikation ist die empfohlene Wartungsstrategie.
Automatisierte Workflows benötigen separate Berechtigungs-Konzepte und regelmäßige Audits. Für Systeme, die automatisiert personenbezogene oder vertrauliche Daten verarbeiten, sind Protokollierung, Zugangskontrolle und ein dokumentierter Notfall-Plan Pflichtbestandteile des Sicherheitskonzepts.
TLS, Backups, Monitoring — die drei Pflichtteile
Automatisches TLS via Caddy oder Traefik
Caddy ist für Self-Hosted-Einsteiger die einfachste Option: Ein zweizeiliges `Caddyfile` (`n8n.ihre-domain.de { reverse_proxy n8n:5678 }`) reicht für vollständiges Auto-TLS via Let's Encrypt. Caddy erneuert Zertifikate automatisch, bevor sie ablaufen. Traefik ist die Alternative für komplexere Setups mit mehreren Services auf demselben Server — konfigurierbar ausschließlich über Docker-Labels am n8n-Container. Beide Lösungen sind kostenlos, weit verbreitet und in der n8n-Community dokumentiert.
Tägliche PostgreSQL-Backups zur Hetzner Storage Box
Die kritischsten Daten in einem n8n-Setup sind die PostgreSQL-Datenbank (Workflow-Definitionen, Ausführungshistorie, Credentials) und die `.env`-Datei mit dem Encryption Key. Ein täglicher Cronjob (`pg_dump | gzip | rclone copy`) sichert die Datenbank zur Hetzner Storage Box BX11 (1 TB, 3,81 EUR/Monat). Retention: 7 tägliche, 4 wöchentliche Backups. Den Encryption Key niemals nur auf dem Server belassen — immer separat in einem Passwortmanager sichern.
Monitoring via Uptime Kuma
Uptime Kuma ist ein kostenloser, self-hosted Monitoring-Service, der per Docker-Container auf demselben Hetzner-Server läuft. HTTP-Check auf die n8n-URL alle 60 Sekunden, Alert per E-Mail, Telegram oder Slack bei Ausfall. Kombiniert mit dem n8n-eigenen Error-Workflow (Slack-Nachricht bei fehlgeschlagenen Produktions-Workflows) ergibt sich ein vollständiges Monitoring-Setup ohne zusätzliche SaaS-Kosten.
Compliance-Checkliste vor dem Go-Live
Bevor die erste n8n-Instanz mit personenbezogenen Daten in Produktion geht, sollten alle Punkte dieser Checkliste erfüllt sein. Sie orientiert sich an den Anforderungen der DSGVO Art. 32 (technische und organisatorische Maßnahmen) und den Empfehlungen des BSI IT-Grundschutz OPS.1.1.7.
- AVV mit Hetzner abgeschlossen — Auftragsverarbeitungsvertrag nach Art. 28 DSGVO (kostenlos, abrufbar über das Hetzner Kundencenter)
- n8n Encryption Key sicher gespeichert — in Passwortmanager (Bitwarden, 1Password), nicht nur in der .env-Datei auf dem Server
- TLS aktiv und verifiedt — SSL-Labs-Test (ssllabs.com/ssltest) ergibt mindestens A-Rating
- Backup-Restore getestet — mindestens einmal manuell einen Restore durchgespielt, Backup-Vollständigkeit verifiziert
- Ausführungshistorie begrenzt — N8N_EXECUTIONS_DATA_PRUNE=true, Aufbewahrungszeit auf 30 Tage gesetzt
- Mitarbeitende-Schulung dokumentiert — wer darf auf n8n zugreifen, wer nicht; Zugangsdaten-Management geregelt
- Notfall-Plan vorhanden — schriftlich: Was passiert bei Server-Ausfall? Wie lange dauert Wiederherstellung? Wer ist verantwortlich?
- Datenschutz-Folgenabschätzung geprüft — bei Workflows mit besonders sensiblen Daten (Gesundheit, Finanzen, Mitarbeiterdaten) ggf. DSFA nach Art. 35 DSGVO erforderlich