n8n Self-Hosting Anleitung: Automatisierung auf EU-Infrastruktur selbst betreiben

Was Self-Hosting von n8n bedeutet

n8n selbst zu hosten bedeutet, die Workflow-Automatisierungs-Engine n8n auf einem Server zu betreiben, den Sie kontrollieren, statt für n8n Cloud oder ein SaaS mit Abrechnung pro Task wie Zapier zu bezahlen. Sie installieren n8n auf einem virtuellen Server (VPS), verbinden es mit Ihrer eigenen Datenbank, und jede Workflow-Ausführung läuft auf Hardware, die Ihnen gehört. Ihre Kundendaten, API-Schlüssel und Webhook-Payloads verlassen Ihre Infrastruktur nie.

n8n ist ein knotenbasiertes Automatisierungstool: Sie verbinden Trigger (einen Webhook, einen Zeitplan, einen neuen CRM-Datensatz) mit Aktionen (eine E-Mail senden, in eine Datenbank schreiben, eine API aufrufen, ein KI-Modell ausführen), indem Sie Knoten auf einer visuellen Leinwand verdrahten. Der Unterschied zu Zapier oder Make ist nicht die Leinwand. Es ist, wo die Engine läuft und wie Sie dafür bezahlen.

Diese Anleitung behandelt, warum Unternehmen n8n selbst hosten, die Lizenzrealität (sie ist nicht das, was die meisten annehmen), eine Docker-basierte Setup-Übersicht, wie Sie es richtig absichern, wie Sie es mit dem Queue-Mode skalieren, und den ehrlichen Kompromiss zwischen Eigenbetrieb und einer betreuten Lösung.

Wenn Sie die Umsetzung auf deutschen Servern für sich erledigt haben möchten, sehen Sie sich unseren n8n-Automatisierungs-Service an. Wenn Sie grundsätzlich zwischen eigener Automatisierungs-Infrastruktur und SaaS abwägen, sehen Sie sich unseren Automatisierungs-Service an.

Warum n8n überhaupt selbst hosten

Es gibt drei konkrete Gründe, und sie verstärken sich gegenseitig.

Grund 1: Keine Gebühren pro Ausführung

Das ist das Kostenargument, und es ist das schärfste. n8n zählt einen ganzen Workflow-Lauf als eine einzige Ausführung, egal wie viele Knoten er enthält. Zapier rechnet pro Task ab, wobei jeder einzelne Schritt ein Task ist.

Rechnen Sie einen realistischen Workflow durch:

Workflow: 10 Knoten (Trigger + 9 Aktionen)
Volumen:  10.000 Läufe pro Monat

n8n  (selbst gehostet): 10.000 Ausführungen  -> nur Serverkosten
Zapier (pro Task):      10 Schritte x 10.000 = 100.000 abgerechnete Tasks

Das sind rund 90% Unterschied bei den abgerechneten Einheiten für identische Arbeit. Bei Zapier oder Make skalieren die Kosten damit, wie viel Sie automatisieren, was Erfolg leise bestraft. Bei selbst gehostetem n8n sind die Kosten der Server, und dem Server ist es egal, ob Sie 1.000 oder 1.000.000 Ausführungen fahren, bis Sie der Hardware tatsächlich entwachsen.

Zum Vergleich: Die Preise von n8n Cloud beginnen bei 20 EUR pro Monat für 2.500 Ausführungen, 50 EUR für 10.000 und 667 EUR für 40.000. Die selbst gehostete Community Edition ist freie Software; Sie bezahlen nur den VPS, der für eine kleine, aber leistungsfähige Instanz typischerweise im Bereich von 5 bis 20 EUR pro Monat liegt.

Grund 2: Datensouveränität und DSGVO

Wenn Sie n8n auf einem EU- oder deutschen Server selbst hosten, bleiben die Daten, die durch Ihre Workflows fliessen, auf Ihrer Infrastruktur. Es sitzt kein Drittanbieter-SaaS-Verarbeiter zwischen Ihrem CRM und Ihrer Datenbank, was bedeutet: kein Auftragsverarbeitungsvertrag mit einem US-Cloud-Anbieter und keine Frage rund um transatlantische Datentransfers.

Das ist am wichtigsten, wenn Workflows personenbezogene Daten berühren: Lead-Datensätze, Support-Tickets, Rechnungen, alles mit einem Namen und einer E-Mail. Diese Verarbeitung innerhalb Ihres eigenen Perimeters zu halten, ist eine deutlich einfachere Compliance-Geschichte als sie durch eine US-ansässige Automatisierungs-Cloud zu leiten. Das ist eine fachliche Einordnung, keine Rechtsberatung, aber es nimmt eine ganze Kategorie von Datentransfer-Fragen vom Tisch.

Für Teams, deren ganzer Grund für EU-Infrastruktur die Compliance ist, ist das oft der entscheidende Faktor, noch bevor die Kosten überhaupt zur Sprache kommen.

Grund 3: Kein Vendor Lock-In

Ihre Workflows sind JSON. Ihre Engine ist Software, die Sie zwischen Servern verschieben können. Ihre Datenbank ist Standard-PostgreSQL. Wenn Sie einem VPS entwachsen, ziehen Sie auf einen grösseren oder auf ein Cluster um. Nichts an Ihrer Automatisierungslogik ist in einer proprietären Plattform gefangen, aus der Sie nicht exportieren können.

Die Lizenzrealität: n8n ist Fair-Code, nicht Open Source

Das ist die am häufigsten missverstandene Sache an n8n, und es falsch zu verstehen führt zu schlechten Entscheidungen.

n8n ist nicht Open Source im Sinne der OSI. Es ist Fair-Code, veröffentlicht unter der Sustainable Use License. Der Quellcode ist auf GitHub verfügbar, und die Community Edition ist kostenlos zu betreiben, aber die Lizenz trägt Einschränkungen, die eine echte Open-Source-Lizenz nicht hätte.

Was die Sustainable Use License erlaubt:

n8n für interne Geschäftszwecke kostenlos betreiben
Es für persönliche und nicht-kommerzielle Nutzung betreiben
Den Quellcode für die eigene Nutzung verändern

Was sie einschränkt:

Sie dürfen n8n nicht als gehostetes Produkt an Dritte weiterverkaufen
Sie dürfen es nicht als White-Label-SaaS an Ihre eigenen Kunden anbieten
Kommerzielle Weiterverbreitung als Produkt ist hinter den Enterprise-Bedingungen von n8n verriegelt

Für die überwältigende Mehrheit der Unternehmen ist diese Unterscheidung in der Praxis irrelevant: Wenn Sie n8n betreiben, um den eigenen Betrieb zu automatisieren, bewegen Sie sich genau innerhalb dessen, was die Lizenz erlaubt, und das kostenlos. Die Einschränkung greift nur, wenn Ihr Geschäftsmodell darin besteht, n8n selbst weiterzuverkaufen.

Die praktische Erkenntnis: Beschreiben Sie n8n nicht als “Open Source” in Verträgen, Ausschreibungen oder Compliance-Dokumenten. Beschreiben Sie es korrekt als “Fair-Code, Source-Available, unter der Sustainable Use License”. Das vermeidet ein Glaubwürdigkeitsproblem, und es ist schlicht richtig.

Docker-Setup-Übersicht

Docker ist der sauberste Weg, n8n zu betreiben. Es isoliert die Laufzeitumgebung, macht Upgrades zu einer Ein-Zeilen-Operation und hält Ihren Host-Server aufgeräumt. Das Referenz-Setup ist n8n plus eine PostgreSQL-Datenbank, hinter einem Reverse Proxy, der HTTPS übernimmt.

Betreiben Sie ein produktives n8n nicht auf der voreingestellten SQLite-Datenbank. SQLite ist für einen Fünf-Minuten-Test in Ordnung und ein Risiko für alles Echte. Nutzen Sie PostgreSQL ab dem ersten Tag.

Hier ist ein minimales docker-compose.yml-Gerüst, das die richtige Form erfasst:

services:
  postgres:
    image: postgres:16
    restart: always
    environment:
      - POSTGRES_USER=n8n
      - POSTGRES_PASSWORD=change-me-strong
      - POSTGRES_DB=n8n
    volumes:
      - postgres_data:/var/lib/postgresql/data

  n8n:
    image: docker.n8n.io/n8nio/n8n
    restart: always
    ports:
      - "127.0.0.1:5678:5678"
    environment:
      - DB_TYPE=postgresdb
      - DB_POSTGRESDB_HOST=postgres
      - DB_POSTGRESDB_DATABASE=n8n
      - DB_POSTGRESDB_USER=n8n
      - DB_POSTGRESDB_PASSWORD=change-me-strong
      - N8N_HOST=automation.ihrefirma.de
      - N8N_PROTOCOL=https
      - WEBHOOK_URL=https://automation.ihrefirma.de/
      - N8N_ENCRYPTION_KEY=generate-a-long-random-secret
      - GENERIC_TIMEZONE=Europe/Berlin
    volumes:
      - n8n_data:/home/node/.n8n
    depends_on:
      - postgres

volumes:
  postgres_data:
  n8n_data:

Zwei Werte darin sind nicht optional:

N8N_ENCRYPTION_KEY verschlüsselt Ihre gespeicherten Zugangsdaten. Wenn Sie ihn verlieren, wird jede gespeicherte Zugangsdate unlesbar. Erzeugen Sie ihn einmal mit openssl rand -hex 32, legen Sie ihn in Ihrem Passwortmanager ab und rotieren Sie ihn niemals leichtfertig.
WEBHOOK_URL muss die öffentliche HTTPS-Adresse sein, die externe Dienste zurückrufen. Ist sie falsch, schlagen eingehende Webhooks stillschweigend fehl.

Beachten Sie, dass der n8n-Port an 127.0.0.1 gebunden ist, nicht an 0.0.0.0. Die Engine sollte nie direkt zum öffentlichen Internet zeigen. Ein Reverse Proxy davor terminiert TLS und ist das Einzige, was nach aussen freigegeben wird.

Ihre n8n-Instanz absichern

Eine selbst gehostete Automatisierungs-Engine hält die Schlüssel zu Ihrem gesamten Stack: CRM-Zugangsdaten, Tokens von Zahlungsanbietern, E-Mail-API-Schlüssel. Sie abzusichern ist kein optionaler Feinschliff. Behandeln Sie sie wie produktive Infrastruktur, denn das ist sie.

HTTPS über einen Reverse Proxy

Setzen Sie Caddy, Traefik oder nginx vor n8n und lassen Sie es TLS übernehmen. Caddy ist am schnellsten aufgesetzt, weil es Let’s-Encrypt-Zertifikate automatisch bereitstellt und erneuert:

automation.ihrefirma.de {
    reverse_proxy 127.0.0.1:5678
}

Das ist die gesamte Caddy-Konfiguration für ein funktionierendes HTTPS-Frontend. n8n selbst bleibt auf localhost; der Proxy ist die einzige öffentliche Oberfläche.

Authentifizierung

Die Benutzerverwaltung von n8n (E-Mail plus Passwort, mit rollenbasiertem Zugriff) ist die Grundlinie. Stärken Sie sie:

Nutzen Sie starke, einzigartige Zugangsdaten und aktivieren Sie Zwei-Faktor-Authentifizierung
Schränken Sie die Admin-Oberfläche wo machbar auf bekannte IP-Bereiche an der Firewall oder Proxy-Ebene ein
Geben Sie Teammitgliedern eigene Konten statt eines geteilten Logins, damit Sie eine nachvollziehbare Historie haben
Halten Sie die Instanz vollständig vom öffentlichen Internet fern, wenn sie nur interne Automatisierungen bedient, erreichbar über VPN

Backups

Sie haben zwei Dinge zu sichern, und Sie brauchen beide:

Die PostgreSQL-Datenbank hält Ihre Workflows, die Ausführungshistorie und die verschlüsselten Zugangsdaten. Sichern Sie sie mit geplanten pg_dump-Läufen (ein nächtlicher Cronjob ist das Minimum).
Der N8N_ENCRYPTION_KEY ist das, was diese Zugangsdaten lesbar macht. Ein Datenbank-Backup ohne den Schlüssel ist ein Backup von verschlüsseltem Müll.

# Nächtlicher Datenbank-Dump
pg_dump -U n8n n8n | gzip > /backups/n8n-$(date +%F).sql.gz

Lagern Sie Backups ausserhalb des Hosts, idealerweise auf getrenntem EU-Speicher, und testen Sie eine Wiederherstellung mindestens einmal. Ein ungetestetes Backup ist eine Hoffnung, kein Backup.

Halten Sie es aktuell

n8n liefert häufig aus. Mit Docker ist ein Upgrade das Ziehen des neuen Images und das Neuerstellen des Containers. Lesen Sie vor grossen Versionssprüngen die Release Notes, ziehen Sie zuerst ein Datenbank-Backup, und Sie werden selten einen schlechten Tag haben.

n8n mit dem Queue-Mode skalieren

Ein voreingestelltes n8n läuft in einem einzelnen Prozess. Das ist in Ordnung, bis Sie auf Volumen, langlaufende Jobs oder viele gleichzeitige Webhooks stossen. Wenn Sie das tun, ist die Antwort der Queue-Mode.

Im Queue-Mode trennt n8n die Rolle, die Trigger empfängt (die Hauptinstanz), von den Rollen, die Workflows tatsächlich ausführen (Worker-Instanzen), koordiniert über eine Redis-Queue:

                +------------------+
   webhooks --> |  Hauptinstanz    | --> Redis-Queue
                +------------------+          |
                                              v
                              +---------------------------+
                              |  Worker 1   Worker 2 ...  |  (horizontal skalierbar)
                              +---------------------------+
                                              |
                                              v
                                     PostgreSQL (geteilt)

Die Hauptinstanz bleibt reaktionsfähig, weil sie nicht durch das Ausführen schwerer Workflows blockiert wird. Worker ziehen Jobs aus der Queue und führen sie parallel aus. Mehr Durchsatz nötig? Fügen Sie mehr Worker hinzu. So bewältigt eine selbst gehostete Instanz ernsthafte Produktionslast, ohne an die Pro-Ausführung-Wand zu stossen, die ein SaaS-Tool hätte.

Sie brauchen den Queue-Mode nicht am ersten Tag. Starten Sie mit einem einzelnen Prozess und wechseln Sie in den Queue-Mode, wenn Ausführungsrückstau oder Webhook-Latenz Ihnen sagen, dass es Zeit ist. Die Migration ist Konfiguration, kein Neuschrieb.

Anwendungsfälle: Was Unternehmen tatsächlich automatisieren

Selbst gehostetes n8n verdient seinen Platz bei gängigen, hochfrequenten Geschäfts-Workflows:

Lead-Erfassung und -Verteilung: Ein Formular-Eingang oder eingehender Webhook erstellt einen CRM-Datensatz, weist einen Verantwortlichen zu und postet eine Benachrichtigung, in Sekunden und ohne manuelle Triage.
Lead-Anreicherung und -Scoring: Eingehende Leads werden aus externen Datenquellen angereichert und bewertet, damit der Vertrieb Zeit für die richtigen Kontakte aufwendet.
CRM-Datenhygiene: Geplante Workflows entdoppeln Datensätze, normalisieren Felder und markieren veraltete Einträge automatisch.
Dokumenten- und Rechnungs-Workflows: Dokumente erzeugen, verteilen und ablegen; Rechnungsdaten zwischen Abrechnungs- und Buchhaltungssystemen schieben.
Interner Betrieb und IT: Provisionierung, Alarmierung, Daten zwischen internen Tools synchronisieren und der lange Schwanz an Klebearbeit, der sonst Entwicklerstunden auffrisst.

Der dokumentierte Enterprise-ROI ist real. Delivery Hero betreibt einen einzigen n8n-Workflow, der seinem IT-Team über 200 Stunden pro Monat spart. StepStone integriert neue Datenquellen rund 25-mal schneller als zuvor und verwandelt Arbeit, die zwei Wochen dauerte, in ein paar Stunden. Das sind keine Spielzeug-Automatisierungen; es sind zentrale operative Workflows, die auf derselben Engine laufen, die Sie selbst hosten können.

KI-Workflows auf Ihrem eigenen Server

Hier wird Self-Hosting zu einem echten strategischen Vorteil und nicht nur zu einem Kostenspiel.

n8n liefert über 70 KI-spezifische Knoten, gebaut auf LangChain. Es unterstützt KI-Agenten, Retrieval-Augmented-Generation-Pipelines (RAG) und die grossen Vektordatenbanken (Pinecone, Qdrant, Weaviate, Chroma) sowie mehr als ein Dutzend LLM-Anbieter. Entscheidend: Es unterstützt lokale Modelle über Ollama.

Dieser letzte Punkt ist der Befreiungsschlag. Sie können eine komplette LLM-Pipeline bauen, Dokumenteneinlesung, Embedding, Vektorsuche, Generierung, die vollständig auf Ihrem eigenen Server läuft, mit dem Modell selbst lokal über Ollama. Ihre Prompts und Ihre Dokumente berühren niemals OpenAI oder eine externe API. Für Unternehmen, die sensible oder regulierte Daten verarbeiten, ist das souveräne KI: Die Intelligenzschicht lebt innerhalb desselben EU-Perimeters wie alles andere.

Eine typische RAG-auf-eigener-Infrastruktur-Form sieht so aus:

Dokumente   --> [Embedding per lokalem Modell] --> [Vektor-DB: Qdrant]
Nutzerfrage --> [relevante Abschnitte abrufen]  --> [lokales LLM via Ollama] --> Antwort
                                  (alle Knoten laufen in Ihrer n8n-Instanz)

n8n veröffentlicht sogar ein Self-Hosted-AI-Starter-Kit, das n8n, Ollama und eine Vektordatenbank zusammenpackt, sodass die Komponenten dafür ausgelegt sind, nebeneinander zu laufen. Wenn ein Chatbot, ein interner Wissensassistent oder ein dokumentenverarbeitender Agent auf Ihrer Roadmap steht und die Daten sensibel sind, erlaubt diese Architektur, ihn zu bauen, ohne diese Daten irgendwohin zu exportieren.

DIY gegen Managed: Der ehrliche Kompromiss

n8n selbst zu hosten ist tatsächlich zugänglich. Ein Basis-Docker-Setup ist eine Ein- bis Drei-Stunden-Aufgabe für jemanden, der auf einem Linux-Server sattelfest ist. Wann ergibt es also Sinn, es selbst zu betreiben, und wann nicht?

DIY ergibt Sinn, wenn:

Sie interne Ops- oder DevOps-Kapazität haben
Die Workflows intern und anfangs nicht geschäftskritisch sind
Sie die Plattform tief lernen wollen
Ausfallzeit bei Automatisierung ein Ärgernis ist, kein Umsatzereignis

Managed ergibt Sinn, wenn:

Automatisierung tragend ist und Ausfallzeit echtes Geld kostet
Niemand im Team Server-Patching, Backups, Monitoring und Versions-Upgrades verantworten will
Sie die DSGVO- und Sicherheitslage nachweisbar korrekt brauchen, nicht improvisiert
Sie lieber haben, dass Ihre Leute Workflows bauen, als Infrastruktur zu hüten

Die versteckten Kosten von DIY sind nicht das initiale Setup; es ist die laufende Betriebssteuer. Updates, Backup-Verifizierung, Monitoring, Sicherheits-Patches, Queue-Mode-Tuning und Incident-Response summieren sich. Die Engine ist kostenlos. Sie gut zu betreiben, auf Dauer, ist die eigentliche Arbeit.

Wenn Sie n8n selbst gehostet auf deutscher Infrastruktur möchten, mit Sicherheit, Backups, Monitoring und Updates erledigt, ist genau das, was unser n8n-Automatisierungs-Service liefert. Und wenn Ihre grössere Frage ist, ob Sie überhaupt eigene Automatisierungs-Infrastruktur bauen sollten, statt SaaS-Tools zusammenzustückeln, geht unser Automatisierungs-Service diese Entscheidung mit Ihnen durch.

Häufig gestellte Fragen

Ist n8n kostenlos?

Die selbst gehostete Community Edition ist freie Software. Sie bezahlen nur den Server, auf dem sie läuft, typischerweise 5 bis 20 EUR pro Monat für eine kleine Instanz. n8n Cloud und Enterprise sind kostenpflichtig, wobei Cloud-Pläne bei 20 EUR pro Monat für 2.500 Ausführungen beginnen.

Ist n8n Open Source?

Nein. n8n ist Fair-Code, Source-Available unter der Sustainable Use License. Sie können es für interne Geschäftsnutzung kostenlos betreiben, aber Sie dürfen es nicht als gehostetes Produkt weiterverkaufen. Beschreiben Sie es als “Fair-Code”, nicht als “Open Source”, um korrekt zu bleiben.

Ist selbst gehostetes n8n DSGVO-konform?

Self-Hosting auf einem EU- oder deutschen Server hält Ihre Daten innerhalb Ihrer eigenen Infrastruktur, was die Datentransfer- und Verarbeiter-Fragen entfernt, die mit US-SaaS-Automatisierung einhergehen. Das Setup allein macht Sie nicht konform; wie Sie es absichern und betreiben, tut das. Das ist eine fachliche Einordnung, keine Rechtsberatung.

Brauche ich Docker, um n8n selbst zu hosten?

Nein, aber es ist dringend empfohlen. Docker macht Installation, Isolierung und Upgrades deutlich einfacher als eine reine npm-Installation, und es ist der Weg, auf den die eigene Dokumentation von n8n ausgerichtet ist.

Wann brauche ich den Queue-Mode?

Wenn ein einzelner Prozess nicht mehr mithalten kann: Ausführungsrückstaus, langsame Webhook-Antworten oder viele gleichzeitige langlaufende Workflows. Starten Sie mit einem einzelnen Prozess und wechseln Sie in den Queue-Mode (Hauptinstanz plus Worker plus Redis), wenn das Volumen es verlangt.

Kann ich KI-Workflows fahren, ohne Daten an OpenAI zu senden?

Ja. n8n unterstützt lokale Modelle über Ollama neben seinen über 70 LangChain-basierten KI-Knoten und den grossen Vektordatenbanken. Sie können eine vollständige RAG-Pipeline komplett auf Ihrem eigenen Server fahren, sodass Prompts und Dokumente Ihre Infrastruktur nie verlassen.

Was passiert, wenn ich den Verschlüsselungsschlüssel verliere?

Jede gespeicherte Zugangsdate wird unlesbar. Der N8N_ENCRYPTION_KEY ist so wichtig wie die Datenbank selbst. Erzeugen Sie ihn einmal, legen Sie ihn in einem Passwortmanager ab und nehmen Sie ihn in Ihren Notfallwiederherstellungsplan auf. Ein Datenbank-Backup ohne den Schlüssel ist nutzlos.

Zusammenfassung: Self-Hosting-Checkliste

Selbst gehostetes n8n gibt Ihnen Automatisierung ohne Gebühren pro Ausführung, auf Infrastruktur, die Sie kontrollieren, mit einer sauberen DSGVO-Geschichte und einem echten Weg zu souveräner KI. Die Engine ist kostenlos. Der Wert liegt darin, sie gut zu betreiben, und in der Entscheidung, ob das die Aufgabe Ihres Teams ist oder unsere.

Wenn Automatisierung für Ihr Unternehmen tragend wird, sehen Sie sich unseren n8n-Automatisierungs-Service für ein betreutes Setup auf deutschen Servern an, oder unseren Automatisierungs-Service, um eigene Infrastruktur gegen SaaS abzuwägen. Wenn Sie zuerst gemeinsam abstecken möchten, was in Ihrem Fall sinnvoll ist, buchen Sie ein kostenloses Erstgespräch.