n8n Self-Hosting vs. Cloud: Kosten, Aufwand, Kontrolle im Vergleich

Du hast dich für n8n entschieden und stehst vor der nächsten Frage: selbst hosten oder Cloud? Beim n8n Self-Hosting zahlst du fast nichts, trägst aber die Verantwortung. In der Cloud ist es umgekehrt.

Ich betreibe n8n seit Jahren self-hosted. Unsere eigenen Brands nano, mate und MUSTAX laufen komplett darüber. Für Kunden setzen wir beide Varianten auf. Hier ist der Vergleich, den ich mir damals gewünscht hätte.

Falls du noch bei der Tool-Frage bist: Lies zuerst n8n vs Make vs Zapier. Dieser Artikel hier setzt voraus, dass n8n gesetzt ist.

Die Kurzversion

Beide Wege funktionieren. Die Frage ist, was du bezahlen willst: Geld oder Verantwortung.

n8n Self-Hosting: volle Kontrolle, voller Aufwand

Self-Hosting heißt: n8n läuft als Docker-Container auf deinem eigenen Server. Bei uns ist das ein VPS bei Hetzner für etwa 15€ im Monat. Darauf laufen alle Workflows für drei Brands.

Die Vorteile

• Fixe Kosten. Der Server kostet gleich viel, egal ob 100 oder 100.000 Executions laufen. Bei ernsthafter Nutzung ist das der größte Hebel.
• Deine Daten bleiben bei dir. Kundenadressen, Bestellungen, Mails: Alles läuft über deinen Server, nicht über Dritte.
• Keine Limits. Unbegrenzte Workflows, unbegrenzte Executions, alle Features der Community Edition.
• Eigene Pakete und Skripte. Du kannst npm-Pakete nachinstallieren und Custom Nodes bauen. In der Cloud geht das nur eingeschränkt.

Die Nachteile

• Du bist der Admin. Updates, Backups, Speicherplatz, SSL-Zertifikate: alles deine Aufgabe. Das kostet uns real 1-2 Stunden pro Monat.
• Ausfälle sind dein Problem. Wenn der Server nachts stirbt, weckt dich niemand. Du brauchst Monitoring, sonst merkst du es erst am fehlenden Umsatz.
• Sicherheit liegt bei dir. Ein offener n8n-Server ohne Authentifizierung ist ein Einfallstor. Firewall, HTTPS und starke Passwörter sind Pflicht, keine Kür.
• Die Lernkurve ist real. Wer noch nie einen Server per SSH bedient hat, braucht Geduld oder Hilfe. Docker-Grundwissen ist quasi Voraussetzung.

Ein Beispiel aus unserem Alltag: Bei nano hängt die komplette Bestellabwicklung an n8n. Als wir einmal ein Update eingespielt haben, ohne vorher das Changelog zu lesen, brach ein Workflow. Der Fehler war in 30 Minuten behoben. Aber diese 30 Minuten gehören zur Rechnung dazu.

n8n Cloud: bezahlen und loslegen

Die Cloud-Variante ist n8n als fertiger Dienst. Account anlegen, Workflow bauen, läuft.

Die Vorteile

• Kein Server, keine Wartung. Updates, Backups und Verfügbarkeit sind das Problem von n8n, nicht deins.
• Schneller Start. In 5 Minuten läuft dein erster Workflow. Wie das geht, zeige ich in Dein erster n8n-Workflow.
• Support inklusive. Bei Problemen gibt es einen Ansprechpartner. Beim Self-Hosting bist du auf Community und Forum angewiesen.

Die Nachteile

• Kosten wachsen mit. Die Einstiegspläne begrenzen Executions und aktive Workflows. Wer skaliert, rutscht schnell in höhere Pläne. Bei intensiver Nutzung reden wir über ein Vielfaches der Server-Kosten.
• Weniger Freiheit. Eigene npm-Pakete und tiefe Systemzugriffe sind eingeschränkt.
• Deine Daten laufen über fremde Server. Für viele Anwendungsfälle ist das okay. Für manche nicht. Dazu gleich mehr.

DSGVO: der Punkt, der oft entscheidet

Viele suchen nach einer Zapier Alternative mit DSGVO-Fokus und landen genau bei dieser Frage. Zu Recht. Denn durch dein Automatisierungstool fließen personenbezogene Daten: Namen, Adressen, Bestellhistorien, E-Mails.

Die Lage in Kürze:

• Zapier ist ein US-Anbieter. Die Datenübermittlung stützt sich auf das EU-US Data Privacy Framework und Standardvertragsklauseln. Das ist rechtlich möglich, aber du bleibst von der Stabilität dieser Abkommen abhängig. Das Vorgänger-Abkommen Privacy Shield wurde 2020 vom EuGH gekippt.
• n8n Cloud kommt von der n8n GmbH mit Sitz in Berlin. Ein Auftragsverarbeitungsvertrag ist verfügbar. Das ist für die meisten Shops eine saubere Basis.
• n8n Self-Hosting ist die strengste Variante: Die Daten verlassen deinen Server gar nicht erst. Du brauchst keinen Auftragsverarbeitungsvertrag mit dem Tool-Anbieter, weil es keinen Anbieter in der Kette gibt. Nur dein Hoster bleibt, und mit einem deutschen Hoster wie Hetzner ist auch das unkompliziert.

Wichtig: Self-Hosting macht dich nicht automatisch DSGVO-konform. Du bleibst verantwortlich für Zugriffskontrolle, Löschfristen und sichere Verarbeitung. Es verkürzt nur die Kette der Beteiligten. Das ist kein Rechtsrat, im Zweifel gehört das Thema zu deinem Datenschutzbeauftragten.

Wann welcher Weg passt

Nimm die Cloud, wenn:

• du unter etwa 5 Workflows hast und einfach starten willst
• niemand im Team Server administrieren kann oder will
• deine Workflows keine hochsensiblen Daten bewegen
• Ausfallsicherheit ohne eigenes Zutun wichtiger ist als der Preis

Hoste selbst, wenn:

• deine Workflows geschäftskritisch sind und viel laufen
• du Kundendaten in großem Umfang verarbeitest
• du technisches Grundwissen hast oder jemanden, der es hat
• du die Kosten planbar und niedrig halten willst

Es gibt auch den Mittelweg: mit der Cloud starten, später umziehen. n8n-Workflows lassen sich als JSON exportieren und importieren. Der Umzug ist Arbeit, aber kein Neuanfang. Credentials musst du neu hinterlegen, Webhook-URLs ändern sich.

Was wir bei Flowhouse selbst nutzen

Self-Hosting, ohne Ausnahme für die eigenen Brands. Der komplette Maschinenraum von nano, mate und MUSTAX läuft auf einem selbst gehosteten n8n: Bestellabwicklung, Fulfillment, Retouren, Kundenservice-Triage, Reporting.

Der Grund ist die Kombination aus drei Punkten: Bei 300+ Bestellungen am Tag über alle Brands wären Cloud-Executions teuer. Die Daten unserer Kunden sollen unseren Server nicht verlassen. Und wir brauchen Custom Code an Stellen, wo Standard-Nodes nicht reichen.

Bei Flowhouse-Kunden entscheiden wir je nach Fall. Ein Team ohne Tech-Verantwortlichen bekommt von uns keinen Server hingestellt, den danach niemand pflegt. Das wäre ein Ausfall mit Ansage. Dann lieber Cloud oder ein Setup, bei dem wir die Wartung übernehmen.

Das Minimal-Setup fürs Self-Hosting

Falls du dich fürs Selbsthosten entscheidest, hier die Kurzfassung unseres Setups, damit du weißt, was auf dich zukommt:

• Ein VPS bei einem europäischen Hoster, 2 CPU-Kerne und 4 GB RAM reichen lange.
• Docker Compose mit n8n und einer Postgres-Datenbank. Die Standard-SQLite-Datenbank ist für den Start okay, für den Dauerbetrieb nimm Postgres.
• HTTPS über einen Reverse Proxy, etwa Caddy oder Traefik. Ohne verschlüsselte Verbindung gehen deine Zugangsdaten im Klartext durchs Netz.
• Tägliche Backups der Datenbank, automatisiert, an einen zweiten Ort. Deine Workflows sind Betriebslogik. Verlierst du sie, baust du Wochen nach.
• Ein Uptime-Monitor, der dich anpingt, wenn der Server nicht antwortet. Kostenlose Dienste reichen dafür.

Das ist ein Nachmittag Arbeit, wenn du Docker kennst. Ein Wochenende, wenn nicht. Danach läuft es erstaunlich unaufgeregt: Unser Server tut seit Jahren seinen Dienst, die monatliche Pflege ist überschaubar.

Die Grenzen beider Wege

Egal wie du hostest, drei Dinge löst keine der Varianten:

• Schlechte Prozesse bleiben schlecht. Ein chaotischer Ablauf wird durch n8n nur schneller chaotisch.
• APIs ändern sich. Wenn Shopify oder dein Fulfiller die Schnittstelle anpasst, musst du reagieren. In beiden Varianten.
• Monitoring ist Pflicht. Ein Workflow, der still stirbt, ist schlimmer als keiner. Baue Alerts von Anfang an ein.

Fazit

n8n Self-Hosting gewinnt bei Kosten, Kontrolle und Datenschutz. Die Cloud gewinnt bei Einfachheit und Sorgenfreiheit. Beides sind faire Deals, nur mit unterschiedlicher Währung.

Meine Faustregel: Wer skalieren will und technisches Grundwissen hat, hostet selbst. Wer schnell starten will, nimmt die Cloud und behält den Umzug als Option im Kopf.

Wenn du unsicher bist, welcher Weg zu deinem Setup passt, oder jemanden suchst, der das Hosting samt Wartung übernimmt: Melde dich bei Flowhouse. Wir sagen dir auch, wenn die Cloud für dich die bessere Wahl ist.