- Kostenlose Community Edition nutzen: Mit der Fair-Code-Lizenz kannst du n8n ohne Lizenzgebühren auf eigener Infrastruktur für interne Zwecke betreiben. Erst für Enterprise-Features wie SSO oder Audit-Logs wird eine kostenpflichtige Lizenz fällig.
- Keine Task-Limits beim Self-Hosting: Im Gegensatz zur Cloud-Variante gibt es im Eigenbetrieb keine Begrenzung der ausgeführten Workflows. Deine Grenzen setzt allein die Hardware deines Servers.
- Günstiger Server, teure Stunden: Ein passender VPS kostet bei Anbietern wie Hetzner rund 4,50 bis 6 Euro pro Monat. Der größere Posten ist der interne Zeitaufwand für Updates und Systempflege.
- Docker Compose ist der Standard: Nutze für den Produktivbetrieb das offizielle Docker-Setup, es isoliert Abhängigkeiten sauber und erleichtert Updates. Von npm-Installationen im Live-Betrieb wird wegen fehlender Sicherheitsisolation abgeraten.
- PostgreSQL statt SQLite einsetzen: Verwende im Live-Betrieb PostgreSQL, um Datenbank-Blockaden bei parallelen Aufgaben zu verhindern. Achte zudem auf schnellen NVMe-Speicher, weil n8n bei jedem Schritt Zwischenstände schreibt.
- Volle Verantwortung für Sicherheit: SSL-Verschlüsselung, Backups und System-Härtung liegen komplett in deiner Hand. Fehlt im Team das nötige Linux- und Server-Know-how, ist die n8n Cloud oft die sicherere Wahl.
Warum n8n self hosting für KMUs strategisch sinnvoll ist
Automatisierung im Marketing scheitert selten an der Idee. Sie scheitert an der Rechnung am Monatsende oder an der Frage, wo die Kundendaten eigentlich liegen. Genau an diesem Punkt wird der Eigenbetrieb interessant: n8n ist kein SaaS-Produkt mit Hosting-Option, sondern von Anfang an als Software gedacht, die auf eigener Infrastruktur läuft. Was das Tool grundsätzlich kann, steht im Beitrag Was ist n8n?.
Lässt sich n8n überhaupt selbst hosten? Die Kurzantwort
Ja. Ohne Tricks. Die Community Edition steht unter einer Fair-Code-Lizenz (Sustainable Use License) und lässt sich ohne Lizenzkosten vollständig selbst betreiben (n8n Documentation, 2024). Dazu gibt es das offizielle Docker-Image n8nio/n8n, das per Docker Compose auf jedem Linux-Server läuft, etwa einem Ubuntu-VPS (n8n GitHub Repository, 2024). Ein n8n Server ist also weniger ein Projekt als ein Abend.
Chancen und Grenzen für dein Unternehmen
Der stärkste Hebel ist die Abrechnung: Bei n8n self-hosted gibt es kein Task-Limit, die Grenze setzen deine Serverressourcen (Zapier & n8n Pricing Comparison, 2024). Dazu kommt Datenhoheit, wenn der Server in der EU steht.
Die Rechnung dafür bezahlst du in Verantwortung. TLS/SSL über Traefik oder Nginx, PostgreSQL-Backups, Updates: alles deine Aufgabe (n8n Server Administration Guide, 2024). Wenn niemand im Haus einen Server härten kann, ist die Cloud die ehrlichere Wahl.
Was n8n im Eigenbetrieb wirklich kostet
Die Software kostet nichts. Der Betrieb schon. Genau an dieser Stelle rutschen die meisten Kalkulationen weg, weil sie nur auf den Serverpreis schauen und die Stunden vergessen, die jemand aus dem Team investiert.
Kostenlos oder nicht: Community Edition gegen Enterprise-Lizenz
Ohne Lizenzschlüssel startet n8n als Community Edition unter der Sustainable Use License. Interne Geschäftszwecke: erlaubt. Das Ganze als eigenen Managed Service weiterverkaufen: nicht erlaubt. Für die meisten KMUs reicht das völlig. Sobald du aber Single Sign-On über SAML, feingranulare Rollen und Rechte oder Audit-Logs brauchst, landest du bei einer kostenpflichtigen Enterprise-Lizenz (n8n Pricing Overview, 2025). Die Frage ist also nicht "kostenlos oder nicht", sondern: verlangt deine Compliance SSO und Audit-Trails?
VPS, Wartung, Backups: die Gesamtkosten über ein Jahr
Die Infrastruktur ist der billige Teil. Einstiegs-VPS bei Hetzner oder Hostinger liegen bei etwa 4 bis 10 Euro pro Monat (Hetzner Online / Hostinger, 2025). Diese Übersicht zeigt, was über zwölf Monate zusammenkommt:
| Posten | Kosten pro Jahr |
|---|---|
| VPS (2 vCPU, 4 GB RAM) | ca. 50–120 € |
| Offsite-Backup (S3 oder Storage Box) | ca. 12–60 € |
| Lizenz Community Edition | 0 € |
| Wartung, Updates, Backup-Kontrolle | interner Stundensatz × Aufwand |
Hardware und Backup-Speicher bleiben also im zweistelligen bis knapp dreistelligen Bereich (Hetzner Storage Pricing, 2025). Die letzte Zeile ist die teuerste: Docker-Updates, Datenbank-Migrationen, Breaking Changes. Setz deinen internen Stundensatz ein und rechne nach, wie das gegen n8n Cloud ab rund 20 Euro monatlich steht (n8n Official Pricing, 2025). Cloud rechnet nach Executions ab, Self-Hosting nicht: bei tausenden Ausführungen täglich kippt die Rechnung deutlich. Wie du solche Automatisierungsbudgets sauber gegenrechnest, zeigt der Beitrag dazu, wie KI Kosten in Marketingabteilungen senkt.
Installation wählen: Welche Methode passt zu dir?
Drei Wege führen zur eigenen Instanz. Sie unterscheiden sich nicht in der Software, sondern darin, wie viel Terminal du dabei sehen willst.
n8n Docker, npm oder One-Click-App: Vor- und Nachteile
Die offizielle Doku ist an dieser Stelle eindeutig: Docker und Docker Compose sind der empfohlene Weg, weil Abhängigkeiten wie Node.js im Container isoliert bleiben und Updates mit minimalem Ausfallrisiko laufen (n8n Official Documentation, 2024). Das Vertrauen dahinter ist messbar: über 10 Millionen Downloads des offiziellen Images auf Docker Hub (Docker Hub / GitHub, 2024).
npm geht auch. Nur setzt es eine selbst gepflegte Node.js-Umgebung (v18 oder v20) voraus und wird von n8n vor allem für lokale Tests empfohlen, weil die Sicherheitsisolation fehlt (n8n Documentation, 2024). Für produktive Workflows also: eher nicht.
Bleibt die One-Click-App. Hostinger liefert VPS-Templates mit vorinstalliertem n8n, fertig in unter 5 Minuten und ohne eine Zeile CLI (Hostinger Tutorials & Products, 2024). Der Preis dafür kommt später: eigene Docker-Netzwerke, SSL-Erneuerung über Traefik oder saubere Backups sind in solchen Setups deutlich fummeliger. Wenn dir No-Code lieber ist als YAML, ist hostinger n8n trotzdem ein legitimer Start.
hostinger n8n vs. Hetzner, AWS und Managed VPS
Der Unterschied zwischen den Zielplattformen ist vor allem ein Kostenunterschied:
| Plattform | Grundkosten | Aufwand |
|---|---|---|
| Hostinger Template | gering | kaum Setup, wenig Kontrolle |
| Hetzner CX22/CPX11 | ca. 4,50–6,00 €/Monat | Docker Compose selbst aufsetzen |
| AWS (EC2/Fargate) | ab 40–80 USD/Monat | ALB, RDS, IAM |
Ein Hetzner Cloud Server mit 2 vCPU und 4 GB RAM kostet etwa 4,50 bis 6,00 Euro monatlich (Hetzner Cloud Pricing, 2024), während bei AWS Load Balancer, RDS PostgreSQL und Egress-Traffic schnell 40 bis 80 USD pro Monat erzeugen (AWS Pricing Calculator & Benchmarks, 2024). Für KMUs in der DACH-Region ist ein unmanaged VPS plus Docker Compose und Reverse Proxy der beste Kompromiss aus Datensouveränität, Performance und Preis. AWS lohnt erst, wenn dein n8n Server Teil einer bestehenden Cloud-Architektur ist.
Der richtige Server für n8n
Die häufigste Fehlannahme beim n8n self hosting: Es sei ein CPU-Problem. Meistens ist es ein Speicher- und I/O-Problem. n8n schreibt bei jedem Schritt Zwischenstände in die Datenbank, deshalb bringt NVMe-Storage im Alltag mehr als ein höher getakteter Kern.
Sizing für KMU-Workloads: CPU, RAM, Storage und Datenbank
Als Ausgangspunkt für typische Marketing-Automation, also Formulare, CRM-Sync, Reports:
| Last | vCPU / RAM | Storage | Datenbank |
|---|---|---|---|
| Tests, erste Workflows | 1 / 2 GB | 20 GB SSD | SQLite |
| Produktiv, moderat | 2 / 4 GB | 40 GB NVMe | PostgreSQL |
| Hohes Volumen | 4 / 8 GB | 80 GB NVMe | PostgreSQL, Queue Mode |
Wichtig ist die Datenbank: n8n empfiehlt für den Produktivbetrieb PostgreSQL ab Version 13 statt SQLite, weil parallele Ausführungen sonst in Locking-Probleme laufen (n8n Official Documentation, 2024). Drei Stellschrauben verhindern die klassischen Abstürze:
- Node.js begrenzt den Prozessspeicher auf rund 1,4 GB, für große JSON-Payloads setzt du NODE_OPTIONS=–max-old-space-size=4096
- PDFs und Bilder gehören auf die Platte, nicht in den RAM: N8N_DEFAULT_BINARY_DATA_MODE=filesystem
- Ausführungsdaten aufräumen mit EXECUTIONS_DATA_PRUNE=true und EXECUTIONS_DATA_MAX_AGE=168
Ab etwa 10.000 Ausführungen pro Tag reicht der Main Mode nicht mehr, dann kommen Redis und Worker dazu (n8n Scaling & Queue Mode Docs, 2024). Wer viele Datensätze durchschleift, etwa mit Baserow in der Marketing-Automatisierung, plant RAM großzügiger ein.
n8n mit Docker Compose einrichten, Schritt für Schritt
Docker Compose ist der Standardweg für den Produktivbetrieb, weil hier drei Dinge in einer Datei zusammenlaufen: die Anwendung, die Datenbank und der Reverse Proxy. Kein Wunder, dass der zentrale Foren-Thread dazu über 95.000 Aufrufe zählt (n8n Community Forum, 2024). Die Nachfrage ist da. Die verständliche Anleitung fehlt meistens.
Produktionsreife docker-compose.yml mit PostgreSQL
Der erste Fehler passiert beim Image-Namen. Das offizielle Docker-Image liegt inzwischen in der eigenen Registry von n8n und heißt docker.n8n.io/n8nio/n8n, nicht mehr der alte Docker-Hub-Pfad (n8n Docker Setup Guide, 2024). Der zweite Fehler ist die Datenbank: SQLite läuft zwar sofort, produziert bei parallelen Workflow-Ausführungen aber Database Locks und Performance-Engpässe, weshalb PostgreSQL offiziell empfohlen wird.
Diese vier Bausteine gehören in jedes n8n Docker Setup, das mehr als ein Wochenendprojekt sein soll:
- Service n8n mit dem Image aus der n8n-Registry und einem Restart-Policy-Eintrag, damit der Container nach einem Server-Reboot von allein hochkommt.
- Service postgres ohne ports:-Eintrag. Port 5432 bleibt im internen Docker-Netzwerk, sonst klopft innerhalb weniger Stunden der erste Bot an deine Datenbank.
- Named Volumes n8n_data und db_data. Fehlen sie, sind nach einem docker compose down alle Workflows und Datenbankinhalte weg. Unwiderruflich.
- Ein gemeinsames Docker-Netzwerk, über das n8n die Datenbank per Hostname erreicht, statt per IP.
Für den Verbund aus n8n und PostgreSQL sind mindestens 1 GB RAM vorgesehen, empfohlen werden 2 GB und ein CPU-Kern. Das ist die Untergrenze, nicht das Ziel.
Traefik oder Nginx Proxy Manager mit Let's Encrypt einrichten
n8n lauscht im Container standardmäßig auf Port 5678, der in Produktionsumgebungen nicht direkt nach außen freigegeben, sondern hinter einem Reverse Proxy versteckt wird (n8n Networking Guide, 2024). Der Proxy ist dabei nicht Kosmetik: Externe Webhook-Anbieter wie Stripe, Typeform oder GitHub verlangen zwingend HTTPS, ohne SSL-Zertifikat empfängt deine Instanz gar keine externen Webhooks (n8n Webhook Documentation, 2024). Der Proxy ist die Türklingel, n8n die Wohnung dahinter.
Welche der beiden Varianten zu dir passt, hängt weniger vom Können ab als von der Arbeitsweise:
| Kriterium | Traefik | Nginx Proxy Manager |
|---|---|---|
| Konfiguration | Docker-Labels in der Compose-Datei | Web-Oberfläche im Browser |
| Let's Encrypt | Automatisch über Resolver | Per Klick pro Domain |
| Reproduzierbar | Ja, Infrastructure as Code | Nur mit Datenbank-Backup |
| Passt zu | Versionierte Setups, mehrere Umgebungen | Einstieg, einzelner n8n Server |
Wer sein Setup später in Git versionieren will, nimmt Traefik. Wer eine Domain, ein Zertifikat und Ruhe will, nimmt den Nginx Proxy Manager.
Erster Login, Environment Variables und Encryption Key
Vor dem ersten Aufruf der Domain werden die Umgebungsvariablen gesetzt. Diese vier entscheiden, ob die Instanz sauber läuft:
- N8N_ENCRYPTION_KEY: verschlüsselt alle in der Datenbank gespeicherten API-Keys und Zugangsdaten. Ist der Schlüssel weg, lassen sich vorhandene Credentials nicht mehr entschlüsseln (n8n Security Configuration, 2024).
- N8N_HOST und N8N_PROTOCOL: deine Domain plus https, sonst baut n8n falsche Webhook-Adressen.
- WEBHOOK_URL: die öffentliche Adresse, die externe Dienste ansprechen.
- GENERIC_TIMEZONE: sonst feuern Cron-Trigger in UTC, und dein Newsletter geht um 02:00 Uhr raus.
Danach docker compose up -d, Domain aufrufen, Owner-Account anlegen. Dein nächster Schritt dauert keine zehn Minuten: Kopier den Encryption Key in den Passwortmanager, bevor du den ersten Workflow baust. Wie so ein Workflow strategisch eingebettet wird, steht im Beitrag zu Prozesse automatisieren mit KI.
Sicherheit und DSGVO beim n8n selbst hosten
Ein offener Port genügt. Wer den n8n Docker Container einfach auf 5678 ins Netz hängt, veröffentlicht damit auch alle Credentials, die dahinter liegen: CRM-Token, Mail-API, Zahlungsanbieter. n8n verschlüsselt Anmeldedaten und API-Schlüssel in der Datenbank zwar per AES-256 über die Umgebungsvariable N8N_ENCRYPTION_KEY (n8n Official Documentation, 2024), aber das schützt die Datenbank, nicht das Login. Sicherheit beim n8n self hosting entsteht in Schichten, nicht in einer Einstellung.
Firewall, SSH-Keys, Updates und Zugriffsschutz
Der Grundaufbau ist unspektakulär und genau deshalb wirksam. Nach außen sichtbar bleiben drei Ports, alles andere läuft intern über das Docker-Netz.
- UFW-Firewall: nur 22 (SSH), 80 und 443 offen, Port 5678 bleibt intern.
- SSH ausschließlich mit Schlüsseln (Ed25519 oder RSA ab 4096 Bit), Passwort-Login deaktiviert, Fail2ban gegen Brute-Force-Versuche.
- Reverse Proxy (Traefik oder Caddy) mit Let's Encrypt, damit UI und Webhooks über TLS 1.2 oder 1.3 laufen. Genau das verlangt Art. 32 DSGVO als Transportverschlüsselung.
- Updates: Betriebssystem per unattended-upgrades, n8n-Image manuell und versioniert, nie blind auf latest.
Ein Pluspunkt des offiziellen Images: Der Prozess läuft unter dem nicht-privilegierten Benutzer node mit UID 1000, also nicht als root (n8n GitHub Repository, 2024). Ein Angreifer im Container sitzt damit nicht automatisch auf dem ganzen n8n Server.
Rollen, SSO, Credentials und Secret Management
Solange du allein arbeitest, ist das Thema klein. Sobald drei Leute im Editor sitzen, nicht mehr. Rollenbasierte Zugriffskontrolle verhindert, dass jeder Bearbeiter API-Tokens im Klartext sieht, und SAML 2.0 oder OIDC bindet die Anmeldung an dein Identity-Management, statt an geteilte Passwörter. Beides gehört bei n8n zu den höherwertigen Lizenzstufen, ebenso die Anbindung externer Secret-Manager wie HashiCorp Vault oder AWS Secrets Manager. Wichtig wird das spätestens, wenn du Workflows über Git synchronisierst: Credentials gehören dann in Umgebungsvariablen oder den Secret-Manager, nicht ins Repository.
DSGVO-Checkliste: AVV, TOMs, Audit-Logs und VVT
Der Server steht in Nürnberg, also alles gut? Nein. Ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO mit dem Hoster ist Pflicht, auch bei Hetzner, Netcup oder Hostinger EU. Deine Firewall- und Verschlüsselungsmaßnahmen dokumentierst du als TOMs, jeder Workflow mit Kundendaten wandert ins Verzeichnis von Verarbeitungstätigkeiten nach Art. 30. Und wenn ein Node OpenAI oder HubSpot anspricht, ist das ein Drittlandtransfer, der über Standardvertragsklauseln oder ein Angemessenheitsniveau abgesichert sein muss. Mehr dazu im Beitrag zu Datenschutz im KI-Marketing, die rechtlichen Grundlagen findest du in unserer Datenschutz-Übersicht.
Nächster Schritt, 20 Minuten: UFW aktivieren, Port 5678 schließen, Passwort-SSH aus. Danach prüfst du, welcher deiner Workflows Daten außerhalb der EU verschickt.
n8n self-hosted skalieren: Performance für Marketing-Automation
Ein Workflow läuft. Zwanzig parallel laufende Workflows sind eine andere Disziplin. Genau an diesem Punkt entscheidet sich, ob dein n8n Server die Newsletter-Nacht übersteht oder ob Leads still im Nichts verschwinden.
Warum SQLite nicht für produktive Workflows reicht
Standardmäßig legt n8n alles in eine SQLite-Datei. Praktisch für den ersten Test, riskant im Betrieb: Bei parallelen Schreibzugriffen entstehen Datei-Sperren, sogenannte Database Locks, weshalb SQLite für produktive Marketing-Automatisierungen nicht geeignet ist. Stell dir eine Tür vor, durch die nur einer gleichzeitig passt. Für Cluster-Setups und Produktion schreibt n8n deshalb PostgreSQL ab Version 11 vor (n8n Scaling Guide, 2024).
Der zweite Bremsklotz ist die Ausführungshistorie. Ohne automatisches Pruning frisst das Logging großer Datenmengen die Datenbank-Performance auf. Mit aktiviertem EXECUTIONS_DATA_PRUNE räumt n8n alte Ausführungsdaten selbst weg, die Datenbank bleibt klein und die Abfragen schnell. Eine Umgebungsvariable, ein Neustart, fertig.
Queue Mode mit Redis und Workern für hohe Last
Im Queue Mode übernimmt Redis die Rolle des Message-Brokers und entkoppelt eingehende Webhooks und Trigger-Events von der Ausführungslogik (n8n Architecture Docs, 2024). Redis ist das Wartezimmer, die Worker sind die Behandlungsräume. Kommen 300 Anfragen gleichzeitig, wartet niemand vor verschlossener Tür.
Die Architektur teilt sich dabei in vier Rollen auf, jede mit eigener Aufgabe:
- Main Instance: UI und Editor, hier baust du
- Webhook Instances: nehmen Trigger-Events an
- Redis: hält die Job-Queue
- Worker Instances: führen die Workflows aus
(n8n Scaling Architecture, 2024)
Wichtig: Der Wechsel auf PostgreSQL kommt zwingend vor der Aktivierung des Queue Modes, weil mehrere Worker nie gleichzeitig auf dieselbe SQLite-Datei schreiben können. Sonst korrumpierst du die Datenbank statt sie zu skalieren. Und trenn Webhook-Prozesse von Worker-Prozessen, sonst blockiert ein langlaufender Report die Lead-Erfassung. Wie stark dich das trifft, hängt daran, wie viele automatisierte Workflows im Marketing parallel feuern.
Laufender Betrieb: Backups, Updates und Monitoring
Die Installation ist der leichte Teil. Was danach kommt, entscheidet, ob dein n8n server in zwei Jahren noch läuft oder ob dir an einem Dienstagmorgen 40 Workflows samt Zugangsdaten fehlen. Drei Routinen reichen: sichern, kontrolliert aktualisieren, beobachten.
Automatisierte Backups für Datenbank, Workflows und Encryption Key
Backup ist beim n8n self hosting immer zweigeteilt. Der Datenbank-Dump enthält deine Executions und Credentials, aber die Credentials liegen verschlüsselt darin. Ohne den exakten N8N_ENCRYPTION_KEY lassen sich API-Keys und OAuth-Tokens nach einer Wiederherstellung nicht mehr entschlüsseln (n8n Hosting Environment Variables Guide, 2024). Der Key ist der Hausschlüssel, die Datenbank das Haus. Beides am selben Ort aufbewahren? Dann brennt im Ernstfall beides.
Diese drei Artefakte gehören täglich weg vom Server, verschlüsselt und offsite:
- PostgreSQL-Dump via pg_dump, konsistent im laufenden Betrieb möglich, weshalb Postgres 13+ für produktive Setups empfohlen wird
- Workflows und Credentials als JSON über n8n export:workflow –all und n8n export:credentials –all, danach in ein privates Git-Repo
- die .env-Datei mit dem Encryption Key, in einen Passwortmanager oder Secret-Store, nicht ins Repo
Sichere Container-Updates und Rollback-Strategie
:latest in der docker-compose.yml ist bequem und genau deshalb gefährlich. Für Produktionsserver wird ausdrücklich ein festes Versions-Tag empfohlen, etwa n8n:1.32.0 (Docker & n8n Deployment Best Practices, 2024). Grund: n8n führt bei Updates Datenbank-Migrationen aus. Ein Container-Downgrade allein dreht die nicht zurück, du brauchst den DB-Dump von vorher. Reihenfolge also: Dump ziehen, Tag hochsetzen, docker compose up -d, Logs lesen. Tools wie Watchtower stellst du auf Benachrichtigung, nicht auf Auto-Update.
Monitoring, Logs und Alerting für deinen Server
n8n bringt einen Healthcheck unter /healthz mit, den Uptime Kuma, Pingdom oder Datadog abfragen können (n8n API & Monitoring Docs, 2024). Dazu Log-Rotation in Docker setzen, sonst füllt das Execution-Logging die Platte: max-size: "10m" und max-file: "3" (Docker Container Logging Guide, 2024). Fehlerhafte Läufe meldest du per Error-Trigger nach Slack oder Teams, das funktioniert wie jeder andere deiner KI-Workflows.
Nächster Schritt, 20 Minuten: Cronjob mit pg_dump anlegen, Encryption Key in den Passwortmanager kopieren, einmal Restore auf einem Test-Container probieren.
Entscheidungshilfe: n8n Cloud oder n8n self hosting?
Die Rechnung ist schnell gemacht und trotzdem selten eindeutig. Der Cloud-Starter liegt bei 20 Euro im Monat für maximal 2.500 Executions, ein VPS mit unbegrenzten Ausführungen startet bei rund 4 bis 6 Euro (n8n Pricing Overview, 2024). Klingt nach einem klaren Sieger. Nur zahlst du beim Eigenbetrieb den Rest in Arbeitszeit: Updates, PostgreSQL-Dumps, Zertifikate, Monitoring.
Checkliste: Wann du n8n selbst hosten solltest
Wenn du drei oder mehr dieser Punkte abhaken kannst, spricht viel für den eigenen Server:
- Prozessdaten dürfen die EU nicht verlassen, kein Drittlandtransfer.
- Im Team gibt es jemanden mit Linux- und Docker-Grundlagen.
- Dein Volumen sprengt die Execution-Pakete der Cloud regelmäßig.
- Du brauchst Zugriff auf interne Systeme im eigenen Netz.
- Ein Wartungsfenster pro Monat ist organisatorisch machbar.
Bleibt es bei einem Häkchen, nimm die Cloud. Ohne IT-Kapazität wird aus gesparten 15 Euro schnell ein Wochenende Fehlersuche. Wichtig zur Lizenz: Interne Geschäftsprozesse sind im Self-Hosting kostenlos, der Wiederverkauf als Managed Service nicht (n8n Official Documentation, 2024).
Migrationsplan von Zapier, Make oder bestehenden Workflows
Einen Ein-Klick-Import gibt es nicht. Geh in vier Phasen vor: alle Zaps und Szenarien inventarisieren, die datenintensivsten zuerst markieren, die JSON-Datenströme in n8n nachbauen, dann zwei Wochen parallel laufen lassen. Erst danach die alten Automationen abschalten. Wer aus Make kommt, findet die Logik im Make Kurs ohnehin vertraut. Setz für den Produktivbetrieb PostgreSQL statt SQLite ein.
Häufige Fragen
Kann man n8n selbst hosten?
Ja, und zwar von Anfang an vorgesehen. Über Docker oder Docker Compose läuft n8n mit wenigen Befehlen auf jedem gängigen Linux, etwa Ubuntu 22.04 LTS oder 24.04 LTS (n8n Installation Guide, 2024). Wer sich das CLI sparen will, greift zu vorgefertigten 1-Klick-Apps bei Hetzner oder Hostinger.
Ist n8n kostenlos, wenn ich es selbst hoste?
Für die interne Nutzung im Unternehmen ja. Die Sustainable Use License erlaubt persönliche und geschäftsinterne Zwecke, verbietet aber, n8n als bezahlten verwalteten Dienst an Dritte zu verkaufen (n8n Official Documentation, 2024). Serverkosten fallen trotzdem an.
Ist das Self-Hosting von n8n eine gute Idee für mein Unternehmen?
Es lohnt sich bei hohem Ausführungsvolumen und strengen Datenschutzanforderungen. Liegt der Server in einem EU-Rechenzentrum, entfällt die Drittlandübermittlung nach Art. 44 ff. DSGVO (Datenschutz-Grundverordnung (DSGVO), 2024). Ohne jemanden, der Updates einspielt, wird daraus schnell ein offener Webhook-Endpunkt mit Bonusrisiko.
Welche Kosten entstehen beim Self-Hosting von n8n wirklich?
Ein VPS mit 2 vCPUs, 4 GB RAM und 40 GB NVMe kostet bei Hetzner rund 5,00 bis 7,50 Euro monatlich (Hetzner Cloud Pricing Index, 2024). Dazu kommt Arbeitszeit für Updates, Zertifikate, Backups und Störungsbehebung. Zum Vergleich: 100.000 Tasks bei Zapier liegen oft über 600 USD im Monat (Zapier Official Pricing Page / n8n TCO Comparison, 2024).
Welche Server-Anforderungen hat n8n für den Produktivbetrieb?
2 vCPUs und 4 GB RAM tragen typische Marketing-Workloads. Wichtiger ist die Datenbank: PostgreSQL statt SQLite, weil SQLite bei parallelen Schreibzugriffen in Locks läuft.
Was passiert, wenn ich den n8n Encryption Key beim Self-Hosting verliere?
Dann sind alle Credentials weg. Der Key aus N8N_ENCRYPTION_KEY entschlüsselt die AES-verschlüsselten API-Keys in der Datenbank, ohne Backup ist der Verlust unwiderruflich. Sichere ihn außerhalb des Servers, etwa im Passwortmanager.
Wie aufwendig ist die Migration von Zapier oder Make zu n8n self-hosted?
Ein automatischer Import existiert nicht, die JSON-Strukturen der Plattformen sind proprietär (n8n Migration Guides & Community Forum, 2024). Nachbauen geht visuell, wie es auch bei No-Code und KI-Agenten üblich ist. Fang mit dem Workflow an, der am meisten Tasks frisst.
Wann sollte ich lieber n8n Cloud statt n8n Self-Hosting wählen?
Wenn niemand im Haus Server pflegt. Reverse Proxy, SSL, Datenbank-Backups und Queue Mode mit Redis (n8n Scaling Documentation, 2024) sind Admin-Arbeit, nicht Marketing-Arbeit. Mehr zur Einordnung im Stack findest du unter KI und Automatisierung und in der Definition von Marketing-Automatisierung.
