n8n, Zapier, Make: Wie wählt man aus – eine Kalkulation nach Preis, Freiheitsgrad und Wartungskosten

Bei der Frage „eines von drei wählen" antworten neun von zehn Leuten „kommt auf deine Anforderungen" – das ist gleichbedeutend mit keiner Antwort. Dieser Artikel schweift nicht ab: Ich rechne dieselbe Sache bei drei Anbietern durch, rechne die Zeit mit ein, die man dafür aufwendet, und sage am Ende, wie ich wählen würde.

Das Fazit vorweg. Wenn du über zehnmal am Tag läufst, die Schritte nicht mehr als fünf sind und du kein Firmen-Intranet berührst, sind Zapier oder Make einfacher – du musst nicht einmal einen Server anfassen. Bei ein paar hundert Läufen am Tag, wenn du eine Intranet-Datenbank lesen musst und im Ablauf Code schreiben musst, spart n8n Self-Hosting eine Größenordnung an Geld – der Preis dafür ist, dass die Maschine dir gehört und niemand für dich einspringt, wenn sie nachts ausfällt.

Dieses Fazit ist zu grob, um es direkt zu verwenden, weil ihm eine Zahl fehlt: Wie oft du pro Monat tatsächlich läufst. Ohne diese Zahl ist jeder Vergleich das Szenario von jemand anderem.

Für wen es geeignet ist

Für Leute, die gerade unter drei Anbietern wählen, oder für die, die bereits an der kostenlosen Version von Zapier anstoßen und sehen wollen, wo genau es teuer wird. Wer einen ungenutzten VPS herumstehen hat und bereit ist, sich einzuloggen und Befehle einzutippen, für den wird die Rechnung in Abschnitt vier unangenehmer. Wer noch nie mit Automatisierung zu tun hatte, liest zuerst„Was ist n8n"und kommt dann zurück – dieser Artikel setzt voraus, dass du weißt, was „Workflow" und „Node" bedeuten.

• Die drei Anbieter verwenden nicht dieselbe Preiseinheit
• Was derselbe Ablauf bei den drei Anbietern jeweils kostet
• Wo die Freiheitsgrade jenseits des Geldes differieren
• Auf der Rechnung für Self-Hosting steht ein Posten, der kein Geld ist
• Die Lizenzfrage – wer Lieferungen macht, muss zuerst hierauf schauen
• Vier Situationen, in denen ich nicht zu n8n raten würde
• Die Kosten eines Werkzeugwechsels
• Einwöchiger Testlauf – wie man feststellt, ob es läuft
• Stolperfallen
• Drei zusätzliche Sicherheitsaspekte beim Self-Hosting

Die drei Anbieter verwenden nicht dieselbe Abrechnungseinheit

Das ist das Fundament des gesamten Artikels und der Punkt, an dem man am leichtesten falsch liegt. Die „Nutzung“, die man auf den drei Websites sieht, ist keineswegs dasselbe.

Zapier rechnet nach task ab.Jede erfolgreich abgeschlossene Aktion zählt als 1 task, manche Apps oder Aktionen zählen als 2. Trigger zählen nicht – eingehende Events kosten nichts, erst ausgeführte Aktionen kosten Geld. Auch das Polling nach „gibt es neue Daten“ zählt nicht, und eine leere Abfrage erst recht nicht. Die mitgelieferten Tools Filter, Formatter, Path, Delay, Looping, Sub-Zap sowie Tables und Forms belegen keine task.

Make rechnet nach credit ab.Die Abrechnungseinheit wurde von operations auf credits umgestellt, das im Announcement genannte Wirksamkeitsdatum ist der 27. August. Die meisten Module zählen pro Ausführung als 1, bei Nutzung eines AI Provider möglicherweise mehr. Der Unterschied hier: Trigger-Module zählen ebenfalls. Liest man einen Datensatz aus einer App, kostet dieser Schritt 1 credit. Router und Fehlerbehandlungsmodule (Rollback, Break, Resume, Commit, Ignore) zählen nicht.

n8n rechnet nach execution ab.Ein Workflow, der von Anfang bis Ende durchläuft, zählt als 1 Ausführung – ob dazwischen 3 oder 30 Nodes liegen, bleibt 1. Auch die Datenmenge skaliert nicht – ob 5 oder 200 Datensätze in einer Ausführung verarbeitet werden, bleibt es 1. Und nur Produktionsausführungen zählen ins Kontingent: Klickt man im Editor auf „Ausführen“ zum Testen, zählt das auch nach hundert Läufen nicht.

	Zapier	Make	n8n
Einheit	task	credit	execution
Ein Workflow, ein Lauf, wie viele werden gezählt	Nach Aktionen gezählt, 6 Schritte zählen als 5 (Trigger zählt nicht)	Nach Modulen gezählt, 6 Module zählen als 6	1
Daten wachsen von 1 Eintrag auf 200 Einträge	Wächst mit, 20-fach ist 20-fach	Wächst mit	Wächst nicht
Manuell auf Test klicken	Läuft, sobald Zap läuft, zählt es	Sobald scenario läuft, zählt es	Zählt nicht

Die letzte Zeile ist der Unterschied, der mir am wichtigsten ist, sie entscheidet, ob dieses System skalieren kann. Eine Annahme: Ein Workflow verarbeitet 200 Bestellungen mit 5 Aktionen dazwischen. Auf Zapier zählt ein Lauf 1.000 task, einmal täglich ergibt 30.000; auf n8n ist ein Lauf immer noch 1 execution, 30 pro Tag. Faktor 1.000 Unterschied, kein prozentualer Unterschied.

Auf dieser Instanz lief einmal ein Flow mit acht Knoten, wobei ein Code-Knoten zwischendurch ein item in 5 Einträge aufteilte, dann über Branches lief und wieder zusammengeführt wurde. Die unter jedem Knoten angegebenen „mehrere Projekte“ sind die Datenmenge, die jeweils durchgeflossen ist:

Der Ausführungsdatensatz sieht so aus, eine Zeile ist ein kompletter Lauf, die „Laufzeit“ rechts ist die Gesamtdauer des gesamten Flows:

Beim Draufklicken sieht man die Details dieser Ausführung:

Derselbe Flow, was er bei drei Anbietern jeweils kostet

Gerechnet mit drei Szenarien in realistischer Form. Die Zahlen stammen aus den öffentlich auf den offiziellen Websites angegebenen Tarifen, die Preise habe ich am 26. Oktober 2026 gesehen, zum Zeitpunkt deiner Lektüre können sie bereits angepasst sein.

Szenario eins: stündlich einmal laufen, 6 Schritte

Überwachung einer bestimmten Schnittstelle, 24-mal täglich, 720-mal im Monat. Solche Aufgaben sind am häufigsten.

	Nutzung	In welchen Tarif es fällt
Zapier	5 × 720 = 3,600 tasks	Kostenlose Version 100, Differenz Faktor 36, kostenpflichtig zwingend
Make	6 × 720 = 4.320 Credits	Core im 10.000-Credits-Tarif, jährlich abgerechnet $9/Monat
n8n Cloud	720 Ausführungen	Starter €20/Monat, Kontingent 2.500
n8n selbst gehostet	720 Ausführungen	0, nur Serverkosten

Das Ergebnis dieser Zeile ist etwas kontraintuitiv:Die Cloud-Version von n8n ist mehr als doppelt so teuer wie Make. Starter jährlich abgerechnet €20, Makes Core jährlich abgerechnet $9. Viele nehmen standardmäßig an, „Open Source ist sicher am günstigsten“, und vergessen, dass Open Source die Lizenzkosten spart, Cloud-Hosting aber weiterhin pro Ausführung berechnet.

Für die Zapier-Spalte kann ich keinen genauen Betrag nennen, weil sich bei Professional die Task-Stufe anpassen lässt; $19.99 ist der Einstiegspreis der niedrigsten Stufe, für 3.600 Tasks muss man höher gehen. Sicher ist, dass es von den drei Anbietern der teuerste ist – teuer wegen der Abrechnung pro Aktion, je länger dein Workflow, desto ungünstiger.

Szenario zwei: alle 5 Minuten ein Lauf, 6 Schritte

8.640 Mal pro Monat. Bei dieser Frequenz beginnt sich der Unterschied zu vergrößern.

	Nutzung	In welche Stufe es fällt
Zapier	43,200 tasks	liegt bereits recht weit oben
Make	51,840 credits	liegt bereits über der Stufe von 10,000, man muss den Slider nach oben ziehen, um den Preis zu sehen
n8n Cloud	8,640 Ausführungen	Pro €50/Monat, Kontingent 10,000
n8n Self-hosted	8,640 Ausführungen	0

Hier beginnt die n8n Cloud-Version die Führung zu übernehmen. Der Unterschied bei Self-hosted muss gar nicht erst berechnet werden – bei über achttausend Läufen pro Monat sind die Stromkosten günstiger als das Abonnement.

Szenario drei: 10 Mal pro Tag, 3 Schritte

300 Mal pro Monat, insgesamt zwei Aktionen.

Zapier zählt 600 Tasks, das ist das 6-Fache der kostenlosen Grenze. Make zählt 900 Credits, der kostenlose Tarif umfasst 1.000, es reicht gerade eben — ohne jeden Puffer, drei Tage mehr und man muss zahlen.Das ist die Grenze des kostenlosen Make-Tarifs, nicht „ausreichend", sondern „gerade aufgebraucht".

Meine eigene Einschätzung: Bei einem Volumen von etwas mehr als zehn Mal pro Tag hält der kostenlose Make-Tarif drei bis fünf Monate durch, aber man sollte ihn nicht für wichtige Aufgaben verwenden, denn sobald das Limit überschritten wird, stoppt das Szenario direkt und wartet nicht auf die Verlängerung.

Abgesehen vom Geld, wo liegen die Unterschiede in der Freiheit

	Zapier	Make	n8n
Verbindbare Apps	9,000+	3,500+	Offizielle Nodes + Community-Nodes, bei Self-Hosting kann man auch selbst schreiben
Code schreiben	Es gibt Code-Schritte, Abrechnung nach Tasks, je länger die Laufzeit, desto mehr wird verbraucht	Es gibt ein Tools-Modul	Code-Node, JS oder Python, keine zusätzliche Abrechnung
Anbindung interner Systeme	Nein	Nein	Ja, läuft in deinem eigenen Netzwerk
Wo die Daten gespeichert werden	Auf dem Server der Gegenseite	Auf dem Server der Gegenseite	Eigene Datenbank
Versionskontrolle	Die kostenpflichtigen Tarife bieten Zap-Versionskontrolle	—	Ab dem Business-Tarif lässt sich Git anbinden; in der Community-Edition exportiert man JSON-Archive selbst

Die ersten beiden Zeilen bestimmen deine Obergrenze, die letzten beiden deine Compliance-Kosten. Wer das ERP oder alte Datenbanken im Firmen-Intranet auslesen will, ist bei den ersten beiden Anbietern direkt raus – nicht weil es schwierig ist, sondern weil es physisch nicht geht: Sie laufen in fremden Rechenzentren. Das fällt am ehesten auf, wenn die Diskussion über die Lösung schon zur Hälfte fortgeschritten ist, und alle zuvor gezeichneten Diagramme sind hinfällig.

Noch ein Punkt, der in Vergleichstabellen selten steht: die maximale Ausführungsdauer pro Lauf. Bei der n8n-Cloud-Version läuft Starter maximal 5 Minuten pro Lauf, erst Pro gibt 40 Minuten. Wer große Dateien verarbeitet oder auf eine langsame Schnittstelle warten muss, stößt bei 5 Minuten leicht an die Grenze. Self-Hosting hat diese Grenze nicht, aber die Maschine gehört dir – ist der Speicher voll, stürzt sie trotzdem ab.

Auf der Rechnung für Self-Hosting steht ein Teil, der nicht Geld ist

Das ist der Teil, den ich in diesem Artikel am meisten betonen will, weil ihn alle „n8n ist kostenlos“-Vergleiche auslassen.

Self-Hosting spart die Abonnementgebühren, dafür bekommt man diese Dinge, die alle jemand erledigen muss:

• Eine Maschine und eine Domain, und dazu ein Zertifikat. Let's Encrypt verlängert automatisch, aber eine fehlgeschlagene Verlängerung läuft still ab – wenn du es merkst, ist das Zertifikat schon drei Tage abgelaufen.
• Upgrade. Ab 2.x iterieren die Versionen schnell, meine läuft aktuell auf 2.43.7. Vor jedem Upgrade Datenbank und Encryption Key sichern, nach dem Upgrade stichprobenartig prüfen, ob ein Workflow läuft. Ein Durchgang dauert etwa zwanzig Minuten.
• Backup. Drei Dinge: Datenbank, Encryption Key, Workflow-Export. Fehlt der Encryption Key, lassen sich in der wiederhergestellten Instanz alle Credentials nicht entschlüsseln, und du musst sie einzeln neu eintragen. Nur die Datenbank ohne Key zu sichern ist der häufigste Fehler.
• Fehleralarmierung. n8n benachrichtigt dich nicht, außer du konfigurierst es selbst. Ein Cron-Job, der zwei Wochen still fehlschlägt, bleibt unbemerkt – bis jemand fragt „Warum hat die Tabelle diesen Monat keine Daten?“.
• Fehlersuche im Ernstfall. Container startet nicht, Port belegt, Speicher voll – dafür gibt es keinen Support zum Anrufen.

Die Zeitrechnung sieht grob so aus: Erstinstallation plus HTTPS-Konfiguration, eine Stunde; danach pro Monat ein bis zwei Stunden; bei einem echten Ausfall ein bis drei Stunden.

Wenn du die Kosten rechnest, muss dein Stundenlohn im Nenner stehen. Wenn du nicht mal eine halbe Stunde pro Woche erübrigen kannst, wähle kein Self-Hosting – das hat nichts mit Geld sparen zu tun, diese Arbeit braucht einen Menschen. Zapier zu kaufen bedeutet im Kern, „im Problemfall nimmt jemand ab“ zu kaufen.

Die Nutzungsseite meiner Instanz sieht so aus, ein Blick lohnt sich:

In der zweiten Zeile steht in kleiner Schrift „Workflows mit mehreren Triggern werden mehrfach gezählt“. Das heißt: Hängst du zwei Trigger an einen Workflow, zählt er als zwei. In der Self-Hosting-Version steht hier „unbegrenzt“, mich betrifft es also nicht, aber wenn du eine Cloud-Lizenz gekauft hast, kann dir dieser Punkt wehtun.

Bei der Lizenz ist die erste Linie, die Delivery-Verantwortliche prüfen müssen

n8n ist keine Open-Source-Lizenz, sondern die selbst geschriebene Sustainable Use License unter dem Label fair-code. Die Klauseln erlauben mehr als erwartet: interne geschäftliche Nutzung, Code ändern, Derivate erstellen, Kunden Workflows bauen, n8n-bezogene Beratung und Betrieb, alles erlaubt. Verboten sind nur zwei Dinge: n8n unter anderem Namen als Produkt an Kunden verkaufen; eine eigene Instanz betreiben und anderen Zugriffsgebühren berechnen. Für diese beiden Punkte muss separat ein kommerzieller Vertrag geschlossen werden.

Wer Agentur-Betrieb macht, ist hier am ehesten unklar. Im Vergleich zur vorherigen Lizenz (Apache 2.0 plus Commons Clause) liegt der Schwerpunkt dieser Änderung darin, dass die Klausel „keine Beratungsgebühren erlaubt" gestrichen wurde – jetzt kann man Kunden beim Bau von Workflows helfen und Geld für Beratung und Betrieb nehmen, ohne zusätzliche Vereinbarung. Solange man das eigene Handwerk verkauft und nicht die n8n-Hülle, ist alles in Ordnung.

Zwischenformen muss man selbst abwägen: Kundendaten laufen auf der von dir deployten n8n-Instanz, du nimmst monatliche Servicegebühren. Das ist eher „Hosting" als „Beratung". Wenn man daraus ein Geschäft machen will, ist eine E-Mail an license@n8n.io deutlich günstiger als Nachbesserung im Nachhinein.

Zum Vergleich: Zapier und Make sind reine SaaS, man zahlt für den Service, keine solche Bedenken, aber man kann die Sachen auch nicht mitnehmen.

Vier Fälle, in denen ich n8n nicht empfehle

Niemand im Team fasst die Kommandozeile an.Nicht weil sie es nicht lernen könnten, sondern weil niemand am Abend des Vorfalls einsteigen und Logs anschauen will. Solchen Teams sei Zapier empfohlen, das Geld ist gut angelegt.

Man braucht Hersteller-SLA und telefonischen Support.Self-Hosting hat das nicht. Das Community-Forum ist gut, aber es verspricht keine Zwei-Stunden-Reaktion.

Nur ein oder zwei einfache Automatisierungen.Einen Server aufsetzen, HTTPS konfigurieren, Monitoring einrichten, nur um Formulare in eine Tabelle zu synchronisieren – nicht wert. Der kostenlose Tarif von Make reicht mit 900 Credits im Monat.

Man will es als White-Label-Produkt verkaufen.Im Lizenzabschnitt bereits gesagt: erst Vertrag schließen. Die Open-Source-Version direkt zu verkaufen ist Vertragsbruch, keine „Grauzone".

Die Kosten des Werkzeugwechsels

Zwischen diesen drei Dingen gibt es keine Ein-Klick-Migration. Zap ist eine lineare Struktur aus „Trigger + Aktion", scenario ist eine Canvas aus Modulen und Routing, und der workflow von n8n ist ein beliebiger gerichteter Graph. Die Datenstrukturen passen nicht zusammen, das exportierte JSON dient nur als Referenz, die Logik muss neu aufgebaut werden.

Meine Erfahrungswerte: Eine Prozesskette mit gut zehn Schritten braucht beim Neuaufbau in einem anderen Tool einen halben bis einen ganzen Tag, inklusive Debugging und erneutem Verbinden der Credentials. Wenn du bereits dreißig bis vierzig davon angesammelt hast, bedeutet ein Wechsel zwei bis drei Wochen.

Bei der Auswahl solltest du daher nicht nur auf die Rechnung dieses Monats schauen, sondern darauf, welche Größenordnung du in drei Jahren etwa haben wirst. Bei niederfrequenter, stabiler Nutzung wähle die sorgenfreie Variante; bei hochfrequenter Nutzung, die wachsen wird, steige früh auf die selbst verwaltbare Variante um und warte nicht, bis sich ein Haufen angesammelt hat, bevor du migrierst.

Einwöchiger Testlauf: Wie man das Durchlaufen bewertet

Entscheide nicht anhand der Vergleichstabellen auf den offiziellen Websites, sondern wähle einen echten Vorgang und lass ihn eine Woche laufen. Es gibt nur eine Anforderung: Ein einmaliges Scheitern dieser Prozesskette darf nicht fatal sein; nimm nicht die Prozesskette für den Zahlungseingang zum Testen.

1. Notiere, wie oft diese Prozesskette täglich läuft und wie viele Schritte sie zwischendurch hat. Diese beiden Zahlen sind die gesamte Eingabe; alle späteren Berechnungen beruhen darauf.
2. Berechne die Monatssumme: Anzahl × Schritte. Multipliziere dann mit der durchschnittlichen Anzahl der pro Lauf verarbeiteten Datensätze; die beiden Anbieter, die pro Schritt abrechnen, benötigen diese Zahl.
3. Vergleiche mit dieser Zahl auf den Preisseiten der drei Anbieter die Stufen, und zwar nicht nach „Paketnamen", sondern nach Kontingenten.
4. Lass es volle sieben Tage laufen und notiere zwei Dinge: wie oft es fehlgeschlagen ist und wie lange du zur Behebung gebraucht hast.

Wenn diese drei Zahlen nach dem Lauf nebeneinanderliegen, ergibt sich die Wahl fast von selbst: Die Nutzungsmenge bestimmt das Geld, die Fehlerrate bestimmt die Stabilität, und die Reparaturzeit bestimmt, ob du es aushältst. Der dritte Punkt wird am leichtesten übersehen und führt am ehesten zum Aufgeben – wer von Zapier auf Self-Hosting umsteigt, nennt oft nicht das Geld als Grund, sondern „wenn etwas schiefgeht, sehe ich gar nichts".

Wenn du n8n testest, prüfe das Durchlaufen anhand dieser vier Phänomene: Auf der Canvas erscheint unter jedem Node ein grüner Haken und „N Elemente"; in der Ausführungsliste kommt eine Zeile „Erfolg" hinzu; beim Hineinklicken siehst du Ein- und Ausgabe jedes Nodes; auf der Seite „Übersicht" sind die Produktionsausführungen weiterhin 0 (weil manuelle Ausführungen nicht als Produktionsausführungen zählen). Der letzte Punkt lässt am leichtesten vermuten, dass der Lauf nicht erfolgreich war, tatsächlich ist er aber normal.

Fallstricke, in die man geraten wird

1. Direkt den Abopreis vergleichen, ohne die Abrechnungseinheit zu beachten.Bei derselben Prozesskette mit 6 Schritten zählt Zapier 5 task, Make 6 credit, n8n 1 Ausführung. Auf den ersten Blick sind alles einstellige Zahlen, doch die Bedeutung unterscheidet sich um eine Ebene: Bei den ersten beiden wird mit der Schrittzahl multipliziert, bei der letzten mit der Anzahl der Läufe.

2. Zu glauben, Make rechne noch nach operations ab.Die Abrechnungseinheit ist bereits credit, und der Satz im FAQ der offiziellen Website „As of August 27, credits are the billing unit in Make" bezieht sich genau auf diese Änderung. Die operations-Zahlen in alten Tutorials passen nicht zu den neuen Rechnungen – das ist der Grund.

3. Zu glauben, dass n8n kostenlos auch null Kosten bedeutet.Die Software kostet nichts, die Maschine kostet Geld, und deine Zeit kostet noch mehr. Zwei Stunden Wartung pro Monat, umgerechnet nach deinem Stundensatz, können deutlich teurer sein als die $9 von Make.

4. Zu glauben, dass leere Requests nicht zählen.Die n8n-Dokumentation sagt es klar: Der Webhook-Trigger zählt jede eingehende Anfrage als eine Ausführung, auch wenn der body leer ist {}. Wenn du einen webhook als Health-Check-Probe verwendest und ihn alle 10 Sekunden aufrufst, sind das 260.000 Ausführungsdatensätze pro Monat, alle in der Abrechnung. Anfragen, die vor dem Start des Workflows als ungültig abgelehnt werden, zählen nicht.

5. Die Polling-Abrechnung in die falsche Richtung berechnen.Ein Polling-Trigger zählt nur dann als eine Ausführung, wenn neue Daten gefunden werden; eine leere Rückkehr zählt nicht – das ist zu deinem Vorteil. Umgekehrt bedeutet das aber auch, dass du in der Sandbox weniger Zählungen siehst als auf der Rechnung – leite keine Produktionsabrechnung aus Testumgebungszahlen ab. Beim zeitgesteuerten Trigger ist es umgekehrt: Jeder Trigger zählt, egal ob erfolgreich oder fehlgeschlagen.

6. Zu vergessen, dass die Testphase endet.Neu registrierte Zapier-Konten landen automatisch in der 14-tägigen Professional-Testphase. Die mehrstufigen Zaps, die du während der Testphase baust, bleiben nach Ablauf und Rückstufung auf die kostenlose Version stehen – die kostenlose Version unterstützt nur zwei Schritte. Manche halten das für „Zapier ist plötzlich kaputt".

7. Den Verschlüsselungsschlüssel verloren.Die Credentials von n8n werden mit einem Schlüssel verschlüsselt, in der Datenbank liegt nur der Geheimtext. Bei Maschinenwechsel, Neuinstallation oder Migration: Wenn der Schlüssel nicht mitgenommen wird, lassen sich die Credentials alle nicht entschlüsseln, und die Nodes melden nacheinander ungültige Credentials, obwohl das eingegebene Passwort eindeutig richtig ist. Dieser Schlüssel liegt im Datenverzeichnis – beim Backup nicht vergessen.

8. Lange Tasks stoßen an das Ausführungszeitlimit.Die n8n-Cloud-Version Starter erlaubt maximal 5 Minuten pro Ausführung. Eine Tabelle mit mehreren hundert MB zu verarbeiten oder auf eine langsame API zu warten, überschreitet das leicht – und dann ist es ein Ausführungsfehler, kein erneuter Versuch in der Warteschlange.

Drei zusätzliche Sicherheitspunkte beim Self-Hosting

SaaS wählen heißt: Die Sicherheitsgrenze gehört dem Anbieter; selbst hosten heißt: Die Grenze gehört dir. Konkret drei Dinge:

Angriffsfläche.n8n bringt standardmäßig Benutzername und Passwort mit, aber es auf eine öffentliche Domain zu stellen bedeutet, diese Tür nach draußen an die Wand zu hängen. Mindestens drei Dinge tun: HTTPS aktivieren, schwache Passwörter ersetzen, Selbstregistrierung abschalten. Scanner haben fertige Wörterbücher für n8n-Loginseiten, das ist keine Panikmache.

Schlüssel und Backups nicht am selben Ort ablegen.Ein kompromittierter Verschlüsselungsschlüssel bedeutet kompromittierte sämtliche Zugangsdaten – darin können E-Mail-Passwörter, Datenbank-Passwörter, Keys für Zahlungsschnittstellen stecken. Backup-Dateien enthalten die verschlüsselten Zugangsdaten; die Schlüsseldatei separat ablegen, nicht zusammen mit dem Backup im selben Netzlaufwerk-Verzeichnis.

Datenhoheit muss klar durchdacht werden.Der Vorteil von Self-Hosting ist, dass Daten die eigene Datenbank nicht verlassen; der Preis ist, dass Backup, Löschung und Aufbewahrung komplett in deiner Verantwortung liegen. Bei Zapier oder Make laufen Daten über deren Server; wenn es um Felder wie Kundentelefonnummern oder Ausweisnummern geht, zuerst deren DPA und Datenaufbewahrungsbestimmungen prüfen, dann entscheiden. Dieser Punkt hat nichts mit dem Preis zu tun, aber er ist der am wenigsten verhandelbare der drei.

Kurzfazit

Der Unterschied zwischen den drei liegt nicht darin, „wer mehr Funktionen hat“, sondern in der Abrechnungseinheit. Wer pro Aktion abrechnet, zahlt bei längeren Flows mehr; wer pro Ausführung abrechnet, bei dem skalieren weder Nodes noch Anzahl.

Bei geringer Frequenz, kleinen Mengen und ohne Zugriff aufs interne Netz reicht der kostenlose Tarif von Zapier oder Make – man muss nicht wegen „Open Source“ einen Server betreiben. Erst ab einigen Hundert Läufen, bei der Verarbeitung von Daten in Batches und beim Zugriff aufs interne Netz rechnet sich n8n Self-Hosting – vorausgesetzt, du bist bereit, monatlich ein bis zwei Stunden damit zu verbringen.

Die Cloud-Version von n8n ist kein gleichwertiger Ersatz für Self-Hosting. Sie ist teurer als Make, pflegeleichter als Self-Hosting, liegt dazwischen und passt zu Leuten, die „das Modell von n8n wollen, aber keine Maschine verwalten möchten“.

Weiter geht's

Nach der Tool-Wahl ist die nächste echte Frage, wie man den ersten Flow baut. Drei Nodes von der leeren Leinwand bis zum Ergebnis stehen in„Der erste Workflow“drin. Wer die Oberfläche noch nicht gut kennt, blättert zuerst„n8n Oberflächen-Tour“. Wenn man der Reihe nach vorgeht, beginnt man beiKurs-Gesamtverzeichnis, jeder Artikel ist eigenständig lesbar.

Referenzmaterial

• n8n Pricing: Ausführungslimits je Tarif, Parallelität, maximale Dauer pro Ausführung
• Understand executions: Was als eine Ausführung zählt, welche Trigger-Methoden auf das Kontingent angerechnet werden
• Community license: Erlaubte und verbotene Nutzungen der Sustainable Use License, einschließlich der Abgrenzung von Beratungsleistungen
• Zapier Pricing: Task-Abrechnungsregeln, Zwei-Schritt-Beschränkung der kostenlosen Version, Testphasen-Hinweise
• Make Pricing: Credit-Abrechnungsregeln, Preise je Tarif und Kontingent des kostenlosen Tarifs

Letzte Aktualisierung: 26. Oktober 2026, verwendet wird n8n 2.43.7.