n8n auf Hetzner installieren: DSGVO-konformer Automatisierungsserver

n8n lässt sich auf einem Hetzner-Cloud-Server per Docker Compose selbst hosten: Die offizielle n8n-Dokumentation empfiehlt für die Hetzner-Bereitstellung den Servertyp CPX11 sowie den Reverse-Proxy Caddy für TLS-Verschlüsselung und Domainanbindung. Da Hetzner deutsche und weitere europäische Rechenzentren betreibt, bleiben Workflow-Daten, Zugangsdaten und Verbindungen zu Drittsystemen innerhalb der EU, was die Grundlage für eine DSGVO-konforme Automatisierung schafft. Wer n8n selbst betreibt, übernimmt dafür auch die volle Verantwortung für Serverpflege, Updates und Absicherung. Stand: Juli 2026.

Welchen Hetzner-Server braucht man für n8n?

Für die meisten Anwendungsfälle reicht laut n8n-Dokumentation der kleinste Cloud-Servertyp CPX11 aus. Bei der Servererstellung wählen Sie im Bereich Apps direkt das Docker-CE-Image, damit Docker bereits vorinstalliert ist. Für den Zugriff auf den Server empfiehlt n8n eine SSH-Authentifizierung anstelle eines Passworts, da sie deutlich sicherer ist. Erst wenn Workflows sehr viele parallele Ausführungen oder große Datenmengen verarbeiten, lohnt sich ein größerer Servertyp mit mehr Arbeitsspeicher.

Wie installiert man n8n mit Docker Compose auf Hetzner?

Die Installation folgt einem festen Ablauf, den die offizielle Hetzner-Anleitung von n8n beschreibt.

• Docker Compose Plugin installieren: Nach einem Systemupdate wird das Paket docker-compose-plugin installiert.
• Repository klonen: Das offizielle Repository n8n-io/n8n-docker-caddy liefert die passende Compose-Konfiguration inklusive Caddy.
• Docker-Volumes anlegen: Für Caddy-Daten und n8n-Daten werden jeweils eigene Volumes erstellt, damit Zertifikate und Workflow-Daten Neustarts überstehen.
• Umgebungsvariablen setzen: In der .env-Datei hinterlegen Sie Domain, Zeitzone und weitere Basiswerte für die Installation.
• Firewall öffnen: Die Ports 80 und 443 müssen für HTTP und HTTPS freigegeben werden.
• Caddyfile anpassen: Die Subdomain im Format n8n.ihredomain.tld wird im Caddyfile hinterlegt, damit Caddy automatisch ein gültiges TLS-Zertifikat bezieht.
• Container starten: Der Befehl docker compose up -d startet n8n und Caddy im Hintergrund.

Für Updates gilt derselbe Dreischritt wie bei jeder Docker-Compose-Installation: neues Image ziehen, Container stoppen, Container mit der neuen Version wieder starten.

Warum spielt der Serverstandort für DSGVO-konformes n8n-Hosting eine Rolle?

Der Serverstandort ist ein wichtiger, aber kein alleiniger Baustein der DSGVO-Konformität. Läuft n8n auf einem deutschen oder europäischen Hetzner-Standort, verlassen personenbezogene Daten aus Ihren Workflows den europäischen Rechtsraum in der Regel nicht, sofern auch die angebundenen Drittsysteme wie E-Mail-Versand, CRM oder KI-Dienste entsprechend gewählt werden. Vollständige Konformität hängt zusätzlich von einem Auftragsverarbeitungsvertrag mit Hetzner, einer durchdachten Backup-Strategie und der Absicherung des Servers gegen unbefugten Zugriff ab. n8n weist in der eigenen Dokumentation ausdrücklich darauf hin, dass Self-Hosting Fachwissen in Serverkonfiguration, Containerverwaltung, Skalierung und Absicherung voraussetzt und dass Fehler zu Datenverlust, Sicherheitslücken oder Ausfallzeiten führen können.

Worin unterscheidet sich die Hetzner-Installation von einer generischen Docker-Compose-Installation?

Die Hetzner-spezifische Anleitung setzt auf Caddy als Reverse-Proxy, während die allgemeine Docker-Compose-Anleitung von n8n auf Traefik zurückgreift. Beide Varianten übernehmen dieselbe Aufgabe: Sie kümmern sich um TLS-Verschlüsselung über Let's Encrypt und leiten Anfragen an den n8n-Container auf Port 5678 weiter. In der generischen Variante konfigurieren Sie unter anderem die Variablen N8N_HOST für die erreichbare Domain, N8N_PROTOCOL für https, WEBHOOK_URL für die öffentliche Webhook-Adresse und GENERIC_TIMEZONE für die Zeitzone Ihrer geplanten Workflows, wie die Docker-Compose-Dokumentation von n8n beschreibt. Für den produktiven Einsatz mit mehreren Nutzern empfiehlt sich zudem der Wechsel von der mitgelieferten SQLite-Datenbank auf PostgreSQL.

Für wen lohnt sich Self-Hosting auf Hetzner statt n8n Cloud?

Self-Hosting lohnt sich vor allem für Unternehmen, die eigene Serverkompetenz im Haus haben oder einen festen Ansprechpartner für Wartung und Absicherung beauftragen. n8n selbst empfiehlt Einsteigern ohne Erfahrung in der Serveradministration die gehostete Cloud-Variante, weil Updates, Backups und Sicherheitspatches beim Self-Hosting vollständig in eigener Verantwortung liegen. Für KMU, die Wert auf deutsche Datenhoheit legen, aber selbst keine Kapazität für Serverbetrieb aufbauen wollen, übernehmen wir bei NordFlux die Einrichtung und Übergabe eines Hetzner-basierten n8n-Servers als Festpreisprojekt, siehe unsere n8n-Leistungen. Sie erhalten damit einen dokumentierten, wartbaren Server, ohne sich selbst in Caddy-Konfiguration und Docker-Netzwerke einarbeiten zu müssen.

Häufige Fragen zu n8n auf Hetzner

Ist Hetzner für n8n-Hosting DSGVO-konform?

Ein Hetzner-Server in einem deutschen oder europäischen Rechenzentrum bildet eine solide Grundlage für DSGVO-konformes Hosting, weil Daten im europäischen Rechtsraum bleiben. Vollständige Konformität erfordert zusätzlich einen Auftragsverarbeitungsvertrag, eine dokumentierte Backup-Strategie und eine sorgfältige Absicherung des Servers gegen unbefugten Zugriff.

Welcher Hetzner-Servertyp reicht für n8n aus?

Für die meisten Nutzungsgrade reicht laut n8n-Dokumentation der kleinste Cloud-Servertyp CPX11 aus. Erst bei vielen parallelen Workflow-Ausführungen oder großen Datenmengen wird ein leistungsfähigerer Server sinnvoll.

Braucht n8n auf Hetzner zwingend eine eigene Domain?

Ja, für eine gesicherte HTTPS-Verbindung über Caddy oder Traefik ist eine Subdomain notwendig, die per DNS-A-Eintrag auf die Server-IP zeigt. Ohne gültige Domain kann kein automatisches Let's-Encrypt-Zertifikat bezogen werden, wodurch Webhooks und der Zugriff auf die Oberfläche unsicher blieben.

Kann man n8n auf Hetzner auch ohne Docker installieren?

n8n selbst nennt Docker als die für die meisten Deployments empfohlene Variante, unter anderem weil es Betriebssystem- und Tooling-Inkompatibilitäten vermeidet und Datenbank- sowie Umgebungsverwaltung vereinfacht. Eine Installation per npm ist laut Dokumentation eher für lokale Entwicklung, Tests oder einfache Einzelserver-Deployments gedacht, nicht für einen produktiv laufenden Hetzner-Server.