n8n ist zu einem der beliebtesten Werkzeuge für Workflow-Automatisierung geworden, weil es sich selbst hosten lässt und deine Daten damit unter deiner Kontrolle bleiben. Genau das macht es für Teams in Deutschland interessant: Wer Automatisierungen mit Kundendaten, Rechnungen oder internen Systemen baut, will nicht, dass diese Daten unkontrolliert durch fremde Clouds wandern.
Doch selbst hosten bedeutet nicht automatisch weniger Arbeit. Dieser Leitfaden zeigt, was n8n ist, wie du es mit Docker Schritt für Schritt selbst hostest, wann sich eine verwaltete Variante mehr lohnt und worauf du beim Datenstandort und der DSGVO achten musst. Dazu gibt es fertige Code-Beispiele, eine Vergleichstabelle und Antworten auf die häufigsten Fragen.
Kurz gesagt: n8n Hosting in Deutschland bedeutet, die Automatisierungsplattform n8n auf einer Infrastruktur zu betreiben, deren Standort du kennst. Du kannst n8n mit Docker selbst auf einem Server betreiben oder auf einer Container-Plattform wie Out Plane deployen, die Server, Skalierung und Datenbank übernimmt. Mit einem Rechenzentrum in Nürnberg bleiben Anwendung und Daten in Deutschland.
Was ist n8n?
n8n ist eine quelloffene Plattform für Workflow-Automatisierung. Du verbindest darin verschiedene Dienste und Datenquellen zu automatischen Abläufen, ohne für jede Verbindung eigenen Code schreiben zu müssen. Ein Workflow besteht aus Knoten (Nodes), die Daten empfangen, verarbeiten und weitergeben, etwa: eingehende E-Mail lesen, Anhang prüfen, Datensatz in einer Datenbank anlegen und eine Benachrichtigung senden.
Der entscheidende Unterschied zu vielen Automatisierungsdiensten liegt im Betriebsmodell. n8n ist unter einer sogenannten Fair-Code-Lizenz verfügbar und lässt sich vollständig selbst betreiben. Statt deine Verbindungen und Anmeldedaten in einer fremden Cloud zu speichern, läuft die gesamte Instanz auf einer Infrastruktur, die du bestimmst. Die offizielle n8n-Hosting-Dokumentation beschreibt die unterstützten Betriebsvarianten im Detail.
Technisch ist n8n eine Node.js-Anwendung, die standardmäßig auf Port 5678 lauscht. Sie braucht drei Dinge, um dauerhaft stabil zu laufen: eine Datenbank für Workflows und Ausführungsdaten (SQLite für Tests, PostgreSQL für den Produktivbetrieb), einen Schlüssel zum Verschlüsseln gespeicherter Anmeldedaten und einen persistenten Speicher, damit nichts bei einem Neustart verloren geht.
Warum n8n selbst hosten?
Selbst hosten heißt, dass du die n8n-Instanz auf deiner eigenen Infrastruktur betreibst statt in der von n8n oder einem Dritten angebotenen Cloud. Für Teams in Deutschland gibt es dafür mehrere gute Gründe:
- Datenkontrolle. Anmeldedaten für angebundene Systeme, verarbeitete Datensätze und Ausführungsprotokolle bleiben in deiner Umgebung. Das erleichtert die DSGVO-Konformität deutlich.
- Datenstandort. Du wählst die Region und kannst sicherstellen, dass die Instanz in Deutschland oder wenigstens innerhalb der EU läuft.
- Keine nutzungsabhängigen Limits. Selbst gehostete Instanzen kennen keine Beschränkung auf eine bestimmte Anzahl von Workflow-Ausführungen pro Monat.
- Integration ins eigene Netz. Du kannst n8n mit internen Datenbanken und Diensten verbinden, die nicht öffentlich erreichbar sind.
- Volle Anpassbarkeit. Eigene Nodes, Umgebungsvariablen und Community-Erweiterungen lassen sich frei einsetzen.
Der Preis für diese Freiheit ist Betriebsverantwortung. Du kümmerst dich um Updates, Backups, HTTPS-Zertifikate und Erreichbarkeit. Genau hier entscheidet sich, ob du n8n auf einem nackten Server oder auf einer verwalteten Plattform betreibst.
n8n selbst hosten mit Docker: Schritt für Schritt
Docker ist der empfohlene Weg, um n8n selbst zu hosten, weil das offizielle Image alle Abhängigkeiten mitbringt. Für einen ersten Test genügt ein einzelner Befehl.
Schritt 1: n8n mit Docker starten
Der folgende Befehl startet n8n mit einem persistenten Volume, damit deine Workflows einen Neustart überstehen:
docker volume create n8n_data
docker run -it --rm \
--name n8n \
-p 5678:5678 \
-e N8N_ENCRYPTION_KEY="ein-langer-zufaelliger-schluessel" \
-e GENERIC_TIMEZONE="Europe/Berlin" \
-v n8n_data:/home/node/.n8n \
docker.n8n.io/n8nio/n8nNach dem Start erreichst du die Oberfläche unter http://localhost:5678. Der N8N_ENCRYPTION_KEY verschlüsselt gespeicherte Anmeldedaten. Setzt du ihn nicht selbst, erzeugt n8n einen und legt ihn im Volume ab. Verlierst du diesen Schlüssel, sind alle gespeicherten Credentials unbrauchbar. Deshalb gehört er in deine Umgebungsvariablen und in ein Backup.
Schritt 2: PostgreSQL statt SQLite für den Produktivbetrieb
SQLite genügt zum Ausprobieren, aber für den ernsthaften Betrieb solltest du PostgreSQL nutzen. Ein docker-compose-Setup mit eigener Datenbank sieht so aus:
services:
postgres:
image: postgres:16
restart: always
environment:
POSTGRES_USER: n8n
POSTGRES_PASSWORD: bitte-aendern
POSTGRES_DB: n8n
volumes:
- pgdata:/var/lib/postgresql/data
n8n:
image: docker.n8n.io/n8nio/n8n
restart: always
ports:
- "5678:5678"
environment:
DB_TYPE: postgresdb
DB_POSTGRESDB_HOST: postgres
DB_POSTGRESDB_DATABASE: n8n
DB_POSTGRESDB_USER: n8n
DB_POSTGRESDB_PASSWORD: bitte-aendern
N8N_ENCRYPTION_KEY: ein-langer-zufaelliger-schluessel
WEBHOOK_URL: https://automation.deine-domain.de/
GENERIC_TIMEZONE: Europe/Berlin
depends_on:
- postgres
volumes:
- n8n_data:/home/node/.n8n
volumes:
pgdata:
n8n_data:Schritt 3: Die wichtigsten Umgebungsvariablen
Diese Variablen entscheiden über einen stabilen Betrieb:
N8N_ENCRYPTION_KEY: verschlüsselt gespeicherte Anmeldedaten. Fest setzen und sichern.DB_TYPE=postgresdb: schaltet von SQLite auf PostgreSQL um.WEBHOOK_URL: die öffentliche Adresse deiner Instanz, damit eingehende Webhooks korrekt zugestellt werden.N8N_HOSTundN8N_PORT: Hostname und Port, auf denen n8n lauscht.GENERIC_TIMEZONE: die Zeitzone für zeitgesteuerte Workflows, für DeutschlandEurope/Berlin.
Schritt 4: HTTPS und Erreichbarkeit
n8n selbst bringt kein Zertifikat mit. Auf einem eigenen Server stellst du einen Reverse Proxy wie Caddy oder Traefik davor, der HTTPS terminiert und Anfragen an Port 5678 weiterreicht. Ohne gültiges Zertifikat funktionieren viele OAuth-Anbindungen nicht, weil sie eine sichere Rückrufadresse verlangen. Das Grundprinzip von Container-Hosting und Reverse Proxy erklärt unser Leitfaden zum Docker Hosting in Deutschland.
An diesem Punkt zeigt sich der eigentliche Aufwand des Selbst-Hostens: Der erste Start dauert Minuten, aber Zertifikate, Updates, Backups und Monitoring bleiben deine Dauerbaustelle.
Selbst hosten oder managed: der Vergleich
Beide Wege betreiben dieselbe n8n-Software. Der Unterschied liegt darin, wie viel Serverarbeit auf dich zurückfällt.
| Kriterium | n8n auf eigenem Server | n8n auf einer Container-Plattform |
|---|---|---|
| Ersteinrichtung | Server, Docker, Proxy, Zertifikate selbst | Image angeben, Region wählen, deployen |
| Datenbank | Selbst betreiben und sichern | Verwaltete PostgreSQL mit Backups |
| HTTPS-Zertifikat | Manuell einrichten und erneuern | Automatisch inklusive |
| Skalierung | Manuell, mehr Ressourcen zuweisen | Automatisch, horizontal |
| Updates und Patches | Deine Aufgabe | Plattform übernimmt die Basis |
| Betriebsaufwand | Hoch, laufend | Niedrig |
| Datenstandort | Voll wählbar | Region wählbar, z. B. Nürnberg |
| Kontrolle | Maximal | Hoch, ohne Serverpflege |
Die Faustregel: Wer bereits Ops-Ressourcen hat und volle Kontrolle über jeden Layer braucht, betreibt n8n auf einem eigenen Server gut. Wer n8n vor allem nutzen und nicht warten will, betreibt es auf einer Container-Plattform mit weniger Reibung und ohne eigene Backup- und Zertifikatsstrategie.
n8n, DSGVO und Datenstandort in Deutschland
Für die DSGVO ist entscheidend, wo personenbezogene Daten verarbeitet und gespeichert werden. n8n verarbeitet solche Daten regelmäßig, denn Automatisierungen berühren oft E-Mail-Adressen, Kundendatensätze oder Zahlungsinformationen. Der Standort deiner Instanz und deiner Datenbank ist deshalb kein Detail, sondern der Kern der Konformität.
Die DSGVO schreibt keinen Serverstandort in Deutschland vor, aber ein Rechenzentrum innerhalb der EU reduziert den Aufwand für Auftragsverarbeitung und internationale Datentransfers erheblich. Der genaue Wortlaut steht im offiziellen DSGVO-Text auf EUR-Lex. Eine ausführliche Betrachtung findest du in unserem Vergleich DSGVO-konformer Cloud-Anbieter in Deutschland.
Praktisch bedeutet das drei Dinge. Erstens sollte die n8n-Instanz selbst in einer EU-Region laufen. Zweitens muss die angebundene Datenbank am selben Ort liegen, denn dort landen Workflows und Ausführungsprotokolle. Drittens solltest du prüfen, ob auch Backups die Region nicht verlassen. Bei Out Plane liegen Anwendung und Daten bei der Region Nürnberg innerhalb Deutschlands, und die Datenhaltung erfolgt in der EU.
Ein wichtiger Zusatzpunkt: Auch bei perfekt platzierter Instanz verlassen deine Daten die EU, sobald ein Workflow einen externen Dienst außerhalb der EU aufruft. Der Standort von n8n schützt also deine Instanz, nicht automatisch jeden nachgelagerten Dienst. Das gehört in dein Verarbeitungsverzeichnis.
n8n auf Out Plane deployen
Out Plane ist eine Container-Plattform (PaaS), auf der du n8n ohne eigene Serververwaltung betreibst. Weil n8n ein fertiges offizielles Container-Image mitbringt, ist das Deployment unkompliziert:
- Melde dich in der Out Plane Console an.
- Gib als Quelle das offizielle Image
docker.n8n.io/n8nio/n8nan. - Wähle als Region Nürnberg, damit deine Instanz in Deutschland läuft.
- Setze den Port so, dass n8n auf
0.0.0.0und den Port aus der Umgebung lauscht. Bei n8n steuerst du das überN8N_PORT. - Lege die Umgebungsvariablen an, allen voran
N8N_ENCRYPTION_KEY,WEBHOOK_URLundGENERIC_TIMEZONE. - Verbinde eine verwaltete PostgreSQL-Datenbank und setze
DB_TYPE=postgresdbmit den passenden Verbindungswerten. - Hänge ein Volume für persistente Daten an und verbinde deine eigene Domain mit automatischem HTTPS.
Für hohe Last unterstützt n8n einen sogenannten Queue-Modus, bei dem Ausführungen über eine Redis-Warteschlange auf mehrere Worker verteilt werden. Out Plane bietet dafür einen verwalteten Redis, sodass du diese Komponente nicht selbst betreiben musst. Zusammen mit automatischer Skalierung und Lastverteilung lässt sich n8n so auch für viele parallele Workflows aufstellen.
Das Preismodell ist auf einen einfachen Einstieg ausgelegt. Es gibt einen dauerhaft kostenlosen Hobby-Tarif für bis zu drei Instanzen ohne monatliches Minimum, dazu 20 US-Dollar Guthaben für 30 Tage, ganz ohne Kreditkarte. Im Pro-Tarif zahlst du nach Nutzung mit sekundengenauer Abrechnung, und es gibt keine Cold Starts, sodass Webhooks auch nach ruhigen Phasen sofort antworten. Die Preise beginnen bei einem niedrigen monatlichen Betrag pro Instanz, die aktuellen Konditionen findest du auf der Preisseite.
Fazit
n8n Hosting in Deutschland ist vor allem eine Frage der Kontrolle über deine Daten. Selbst hosten mit Docker gibt dir maximale Freiheit, verlangt aber laufende Pflege von Datenbank, Zertifikaten, Updates und Backups. Eine verwaltete Container-Plattform betreibt dieselbe Software mit deutlich weniger Reibung und nimmt dir genau diese Dauerarbeit ab.
Achte in beiden Fällen auf den Datenstandort der Instanz und der Datenbank, auf einen sicher gesicherten Verschlüsselungsschlüssel und auf gültiges HTTPS für deine Webhooks und OAuth-Anbindungen. Wenn du n8n in Deutschland betreiben willst, ohne dich um Server zu kümmern, kannst du es mit dem offiziellen Image, 20 US-Dollar Guthaben und ohne Kreditkarte direkt in der Out Plane Console deployen.
Häufige Fragen
Kann ich n8n in Deutschland selbst hosten?
Ja, n8n lässt sich vollständig selbst hosten. Du kannst es mit Docker auf einem eigenen Server in einem deutschen Rechenzentrum betreiben oder auf einer Container-Plattform wie Out Plane mit der Region Nürnberg deployen. In beiden Fällen laufen Instanz und Datenbank in Deutschland, sodass deine Automatisierungsdaten das Land nicht verlassen, solange kein Workflow einen externen Dienst außerhalb der EU aufruft.
Sollte ich n8n selbst hosten oder verwalten lassen?
Das hängt von deinen Ops-Ressourcen ab. Selbst hosten auf einem eigenen Server gibt dir volle Kontrolle, kostet aber laufend Zeit für Updates, Backups und Zertifikate. Eine verwaltete Plattform betreibt dieselbe n8n-Software, übernimmt aber Server, Datenbank und HTTPS. Für die meisten Teams, die n8n nutzen statt warten wollen, ist der verwaltete Weg schneller und weniger fehleranfällig.
Welche Datenbank braucht n8n im Produktivbetrieb?
n8n nutzt standardmäßig SQLite, was nur zum Testen taugt. Für den Produktivbetrieb solltest du PostgreSQL verwenden, weil es gleichzeitige Zugriffe und größere Datenmengen zuverlässig verarbeitet. Du aktivierst das über DB_TYPE=postgresdb und die passenden Verbindungsvariablen. Eine verwaltete PostgreSQL-Instanz nimmt dir Backups, Point-in-Time-Recovery und Updates ab.
Ist n8n DSGVO-konform?
n8n als Software ist neutral, entscheidend ist dein Betrieb. Weil du die Instanz selbst hostest, kontrollierst du, wo Anmeldedaten und Ausführungsprotokolle gespeichert werden. Läuft die Instanz mitsamt Datenbank und Backups in der EU, ist eine DSGVO-konforme Nutzung gut umsetzbar. Beachte, dass Daten die EU verlassen können, sobald ein Workflow einen externen Dienst außerhalb der EU anspricht.
Warum funktionieren meine n8n-Webhooks nicht?
Meist stimmt die WEBHOOK_URL nicht oder es fehlt gültiges HTTPS. n8n baut die Rückrufadressen für eingehende Webhooks aus dieser Variable, deshalb muss sie auf die öffentliche Adresse deiner Instanz zeigen. Zusätzlich verlangen viele OAuth-Anbieter eine sichere Verbindung, sodass ein gültiges Zertifikat Pflicht ist. Auf einer Plattform mit automatischem HTTPS entfällt dieser häufige Fehler.
Was passiert, wenn ich den n8n-Verschlüsselungsschlüssel verliere?
Dann sind alle gespeicherten Anmeldedaten unbrauchbar. Der N8N_ENCRYPTION_KEY verschlüsselt die Credentials, die deine Workflows für angebundene Dienste nutzen. Ohne den ursprünglichen Schlüssel lassen sie sich nicht mehr entschlüsseln, und du musst jede Verbindung neu einrichten. Deshalb solltest du ihn als feste Umgebungsvariable setzen und getrennt von der Instanz sichern.
Skaliert selbst gehostetes n8n für viele Workflows?
Ja, n8n unterstützt einen Queue-Modus, bei dem Ausführungen über eine Redis-Warteschlange auf mehrere Worker verteilt werden. So verarbeitest du viele parallele Workflows, ohne dass eine einzelne Instanz zum Flaschenhals wird. Out Plane bietet dafür einen verwalteten Redis sowie automatische Skalierung und Lastverteilung, sodass du die Warteschlange nicht selbst betreiben musst.
Was kostet n8n Hosting bei Out Plane?
Der Einstieg ist kostenlos: Der Hobby-Tarif erlaubt bis zu drei Instanzen ohne monatliches Minimum, dazu kommen 20 US-Dollar Guthaben für 30 Tage ohne Kreditkarte. Im Pro-Tarif zahlst du sekundengenau nach Nutzung, und die Preise beginnen bei einem niedrigen monatlichen Betrag pro Instanz. Die aktuellen Konditionen findest du auf der Preisseite.