«Self-hosted ist gratis» ist eine der teuersten Fehlannahmen bei n8n. Die Software-Lizenz mag kostenlos sein, die Rechnung dahinter ist es nicht. Dieser Beitrag rechnet vor, ab welchem Ausführungsvolumen sich Self-Hosting tatsächlich lohnt und ab wann die Cloud-Variante günstiger bleibt.

Die drei Kostenblöcke

1. Lizenz und Plan

n8n Cloud ist nach monatlichen Workflow-Executions gestaffelt. Stand September 2026 grob in vier Stufen: ein Einstiegsplan im niedrigen zweistelligen Euro-Bereich pro Monat für wenige tausend Executions, ein mittlerer Plan um die 50 Euro pro Monat für zehntausend Executions, ein Business-Plan im hohen dreistelligen Bereich für vierzigtausend Executions und ein individuell verhandelter Enterprise-Plan für grosse Volumen. Alle Cloud-Pläne beinhalten unbegrenzte Nutzer und Workflows, abgerechnet wird nach Executions. Prüfe die aktuellen Zahlen vor einer Entscheidung immer auf der offiziellen n8n-Preisseite, denn die Staffelungen ändern sich regelmässig.

Die self-hosted Community Edition ist als Software kostenlos und fair-code lizenziert. Wer Enterprise-Funktionen wie SSO, erweiterte Berechtigungen oder Support braucht, zahlt auch self-hosted eine Lizenzgebühr, die separat verhandelt wird.

2. Infrastruktur

Self-hosted n8n braucht einen Server, eine Datenbank (produktiv wird Postgres empfohlen, nicht SQLite) und in der Regel einen Reverse Proxy mit TLS. Realistische Grössenordnungen:

‍

‍

Diese Zahlen sind Richtwerte für Schweizer bzw. EU-Hosting und schwanken je nach Anbieter, Region und Redundanzanforderungen deutlich. Sie ersetzen keine eigene Kalkulation, geben aber eine Grössenordnung.

3. Betrieb und Wartung

Dieser Block fehlt in Kalkulationen am häufigsten. Self-hosted n8n braucht laufend:

• Updates: Neue n8n-Versionen einspielen, Breaking Changes prüfen, Node-Kompatibilität testen.
• Monitoring: Server-Ressourcen, Fehlerquote und bei Queue Mode die Warteschlangen überwachen.
• Backups: Regelmässige, getestete Backups von Datenbank und Credentials, inklusive Restore-Test.
• Incident-Handling: Ausfälle, fehlgeschlagene Executions, Zertifikatserneuerung und Kapazitätsprobleme.

Realistisch liegt der Aufwand für ein kleines Setup bei 2 bis 5 Stunden pro Monat, für ein mittleres Setup bei 8 bis 15 Stunden und für ein grosses, geschäftskritisches Setup bei 20 bis 40 Stunden oder einer dedizierten Teilzeitstelle. Bei einem internen Stundenansatz von CHF 100 bis 150 ergibt das schnell mehrere hundert bis mehrere tausend Franken pro Monat, die in keiner reinen Infrastruktur-Kalkulation auftauchen.

‍

‍

Drei Szenarien durchgerechnet

Szenario 1: Kleines KMU

Wenige hundert Executions pro Tag, keine dedizierte IT-Person.

• Cloud: Einstiegsplan, ca. CHF 25 bis 30 pro Monat, kein Betriebsaufwand.
• Self-hosted: Infrastruktur CHF 20 bis 50 pro Monat plus 3 bis 5 Stunden Betrieb zu CHF 120 = CHF 360 bis 600 pro Monat.
• Ergebnis: Die Cloud ist hier klar günstiger. Self-Hosting lohnt sich für dieses KMU nicht, ausser aus Datenschutzgründen ist es zwingend.

Szenario 2: Mittleres Unternehmen

Mehrere tausend Executions pro Tag, eine IT-Abteilung mit Kapazität.

• Cloud: Business-Plan, mehrere hundert Franken pro Monat.
• Self-hosted: Infrastruktur CHF 80 bis 200 pro Monat plus 8 bis 15 Stunden Betrieb zu CHF 120 bis 150 = CHF 960 bis 2'250 pro Monat, zuzüglich Infrastruktur.
• Ergebnis: Die Rechnung ist knapper. Wenn die IT-Abteilung die Betriebsstunden ohnehin einplant (z. B. weil sie auch andere Systeme betreut), kann Self-Hosting wirtschaftlich werden. Ohne diese Synergie bleibt die Cloud oft vorteilhafter.

Szenario 3: Konzern

Zehntausende Executions pro Tag, dedizierte DevOps-Ressourcen, Compliance-Anforderungen (Datenresidenz, Audit-Logs).

• Cloud: Enterprise-Plan, individuell verhandelt, oft im vierstelligen Bereich pro Monat.
• Self-hosted: Höhere Infrastrukturkosten, aber der Betriebsaufwand ist bereits Teil bestehender DevOps-Kapazität. Dazu kommt volle Kontrolle über Datenresidenz und Compliance.
• Ergebnis: Hier kippt die Rechnung meist zugunsten von Self-Hosting, nicht primär wegen der Kosten, sondern wegen Compliance, Skalierbarkeit und Kontrolle über Governance-Prozesse.

Break-even: ab wann lohnt sich Self-Hosting?

Die Cloud-Kurve steigt näherungsweise proportional zum Ausführungsvolumen, weil jede Stufe mehr Executions kostet. Die Self-hosted-Kurve startet mit einer höheren Grundlast (Infrastruktur plus Mindestbetriebsaufwand), steigt danach aber deutlich flacher, weil ein einmal aufgesetztes System zusätzliches Volumen oft ohne proportional steigenden Aufwand verarbeitet.

Der Schnittpunkt liegt bei den meisten Organisationen zwischen mittlerem und grossem Volumen. Das ist dort, wo Cloud-Pläne in die teureren Stufen wechseln und gleichzeitig genug Betriebs-Know-how vorhanden ist, um den Wartungsaufwand nicht extra einkaufen zu müssen. Darunter ist die Aussage klar: Für viele KMU lohnt sich Self-Hosting nicht. Die vermeintliche Lizenzersparnis wird durch Betriebsstunden aufgefressen, die im Alltag ohnehin schwer freizuhalten sind.

Versteckte Kostenfaktoren

Neben den drei Hauptblöcken gibt es kleinere Posten, die sich summieren: ausgehende E-Mails über einen SMTP-Dienst, externe APIs, die der Workflow aufruft, Lizenzkosten für Monitoring-Tools wie Grafana oder Uptime-Checks und die Zeit für die Einarbeitung neuer Teammitglieder in eine self-hosted Umgebung. Keiner dieser Posten ist für sich gross. In Summe können sie aber den Unterschied zwischen einer knapp positiven und einer knapp negativen Break-even-Rechnung ausmachen. Führe diese Nebenkosten in deiner Kalkulation als eigene Zeile auf, statt sie stillschweigend in die Infrastrukturkosten einzurechnen.

Ein weiterer Punkt betrifft die Skalierung innerhalb der Cloud-Pläne. Wer knapp über einer Executions-Grenze liegt, zahlt oft den vollen Sprung zur nächsten Stufe, auch wenn nur wenige hundert Executions zusätzlich nötig wären. Schau dir deshalb den tatsächlichen Verbrauch der letzten Monate an, bevor du einen Plan wechselst. Spitzenmonate sind nicht automatisch der Normalfall.

✨ AI generated content