Blog
Guide

n8n Hosting Deutschland: Selbst hosten vs. managed 2026

Recep Erdoğan12 min
n8n Hosting Deutschland: Selbst hosten vs. managed 2026

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:

bash
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/n8n

Nach 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:

yaml
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_HOST und N8N_PORT: Hostname und Port, auf denen n8n lauscht.
  • GENERIC_TIMEZONE: die Zeitzone für zeitgesteuerte Workflows, für Deutschland Europe/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.

Kriteriumn8n auf eigenem Servern8n auf einer Container-Plattform
ErsteinrichtungServer, Docker, Proxy, Zertifikate selbstImage angeben, Region wählen, deployen
DatenbankSelbst betreiben und sichernVerwaltete PostgreSQL mit Backups
HTTPS-ZertifikatManuell einrichten und erneuernAutomatisch inklusive
SkalierungManuell, mehr Ressourcen zuweisenAutomatisch, horizontal
Updates und PatchesDeine AufgabePlattform übernimmt die Basis
BetriebsaufwandHoch, laufendNiedrig
DatenstandortVoll wählbarRegion wählbar, z. B. Nürnberg
KontrolleMaximalHoch, 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:

  1. Melde dich in der Out Plane Console an.
  2. Gib als Quelle das offizielle Image docker.n8n.io/n8nio/n8n an.
  3. Wähle als Region Nürnberg, damit deine Instanz in Deutschland läuft.
  4. Setze den Port so, dass n8n auf 0.0.0.0 und den Port aus der Umgebung lauscht. Bei n8n steuerst du das über N8N_PORT.
  5. Lege die Umgebungsvariablen an, allen voran N8N_ENCRYPTION_KEY, WEBHOOK_URL und GENERIC_TIMEZONE.
  6. Verbinde eine verwaltete PostgreSQL-Datenbank und setze DB_TYPE=postgresdb mit den passenden Verbindungswerten.
  7. 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.


Start deploying in minutes

Connect your GitHub repository and deploy your first application today. $20 free credit. No credit card required.