n8n vs. Make vs. Zapier: der Vergleich für den Mittelstand

Wer im Mittelstand das erste Mal ernsthaft über Automatisierung nachdenkt, landet schnell bei drei Namen: Zapier, Make und n8n. Alle drei verbinden Programme miteinander und übernehmen die Klickarbeit, die sonst ein Mensch zwischen den Systemen erledigt. Auf den ersten Blick wirken sie austauschbar. Bei genauerem Hinsehen unterscheiden sie sich in genau den Punkten, die im Betrieb später zählen: wo die Daten liegen, wie die Kosten mit dem Volumen wachsen und wie viel sich anpassen lässt, wenn ein Prozess über den Standard hinausgeht.

Dieser Artikel ordnet die drei Werkzeuge ein, ohne Produktversprechen, und sagt am Ende, welches sich für welchen Fall eignet. Vorab in einem Satz: Für einzelne Standardverbindungen ist Zapier am schnellsten startklar, Make bietet den anschaulichsten Baukasten für mittlere Komplexität, und n8n spielt seine Stärken dort aus, wo Datenschutz, Volumen und eigene Logik zusammenkommen. Das ist im produzierenden Mittelstand eher die Regel als die Ausnahme.

Zapier, Make und n8n in je einem Satz

Bevor es um Unterschiede geht, drei kurze Einordnungen. Zapier ist der älteste der drei Dienste, hat die größte Auswahl an fertigen Verbindungen und ist als reiner Cloud-Dienst am einfachsten zu starten; abgerechnet wird pro ausgeführter Aufgabe. Make, früher Integromat, setzt auf einen visuellen Baukasten, in dem sich mehr Logik pro Ablauf abbilden lässt; abgerechnet wird pro Operation. n8n ist source-available, lässt sich auf dem eigenen Server betreiben und ist am stärksten bei individueller Logik und großem Volumen; die Kosten hängen am Betrieb, nicht an der Zahl der Ausführungen.

Diese drei Sätze klingen nach Nuancen, aber sie führen zu spürbar unterschiedlichen Ergebnissen, sobald ein Prozess den Probebetrieb verlässt und im Alltag laufen soll. Die folgende Übersicht fasst die vier Punkte zusammen, an denen sich die Werkzeuge im Betrieb wirklich unterscheiden.

Der Unterschied, der im Mittelstand zuerst zählt: wo die Daten liegen

Zapier und Make sind Cloud-Dienste. Jede Rechnung, jeder Kundendatensatz und jeder Preis, den eine Automatisierung anfasst, läuft durch die Server des Anbieters, in der Regel außerhalb Deutschlands. Rechtlich lässt sich das mit einem Auftragsverarbeitungsvertrag abbilden, und für viele unkritische Abläufe ist das auch völlig ausreichend. Sobald aber Personaldaten, Kalkulationen oder sensible Kundeninformationen im Spiel sind, wird die Frage, wo diese Daten verarbeitet werden, zum eigentlichen Knackpunkt.

Hinzu kommt, dass die Verarbeitung in einer Cloud außerhalb der EU eine eigene rechtliche Betrachtung verlangt. Der Datentransfer in Drittländer ist nicht unmöglich, aber er will dokumentiert und begründet sein, und die Rechtslage dazu hat sich in den vergangenen Jahren mehrfach verschoben. Wer diese Unsicherheit gar nicht erst eingehen will, hält die Verarbeitung im eigenen Haus. Das ist der pragmatische Grund, warum die Frage nach dem Serverstandort im Mittelstand oft schwerer wiegt als jede Funktionsliste.

Genau hier liegt der Grund, warum wir im Mittelstand meist mit n8n arbeiten: n8n lässt sich auf einem Server betreiben, den das Unternehmen selbst kontrolliert, im eigenen Haus oder bei einem deutschen Hoster. Die Daten verlassen die eigene Umgebung nicht. Das ist kein abstrakter Vorteil, sondern oft die Bedingung, unter der ein Prozess überhaupt automatisiert werden darf. Wenn die Geschäftsführung oder der Datenschutzbeauftragte fragt, wo die Kundendaten während der Verarbeitung liegen, ist die Antwort "auf einem Server, den wir kontrollieren" eine, mit der sich arbeiten lässt.

Wie die Kosten mit dem Volumen wachsen

Die drei Preismodelle verhalten sich grundlegend anders, und der Unterschied wird erst mit dem Volumen sichtbar. Zapier rechnet pro Aufgabe ab: Jeder Schritt, den eine Automatisierung ausführt, zählt. Make rechnet pro Operation, wobei ein einziger Ablauf schnell viele Operationen auslöst. Beide Modelle sind bei wenigen, kleinen Automatisierungen günstig und unkompliziert. Sie skalieren aber mit der Menge: Je mehr Vorgänge durchlaufen, desto höher die monatliche Rechnung.

Bei n8n auf dem eigenen Server sind die Kosten dagegen weitgehend fix. Ob hundert oder hunderttausend Vorgänge im Monat durchlaufen, ändert an den Serverkosten wenig. Ein Rechenbeispiel macht den Unterschied greifbar: Ein Prozess, der pro Vorgang fünf Schritte ausführt und tausendmal im Monat läuft, verursacht bei einem aufgabenbasierten Modell fünftausend abgerechnete Aktionen. Läuft derselbe Prozess zehntausendmal, sind es fünfzigtausend. Auf dem eigenen Server bleibt die Grundlast dieselbe, solange der Server sie trägt.

Daraus ergibt sich eine klare Faustregel: Für wenige, einfache Automatisierungen ist ein Cloud-Dienst oft die schnellere und billigere Wahl. Sobald das Volumen wächst oder viele Prozesse parallel laufen, kippt die Rechnung zugunsten der selbst betriebenen Lösung. Der Umschlagpunkt liegt nicht bei einer festen Zahl, sondern dort, wo aus einzelnen Automatisierungen ein Bestand wird, der stetig Vorgänge abarbeitet. Wer schon beim Start weiß, dass die Automatisierung im Betrieb wachsen soll, sollte das in die Werkzeugwahl einrechnen. Wie sich die laufenden KI-Kosten in solchen Abläufen zusätzlich gezielt senken lassen, haben wir in einem eigenen Beitrag beschrieben.

Wie weit die Werkzeuge tragen, wenn es komplex wird

Für Standardverbindungen sind alle drei geeignet: Ein Formulareintrag landet im CRM, eine E-Mail löst eine Benachrichtigung aus. Solange sich ein Prozess aus fertigen Bausteinen zusammensetzen lässt, nehmen sich die Werkzeuge wenig. Der Unterschied zeigt sich bei den Sonderfällen, und im echten Betrieb besteht ein Prozess selten nur aus dem Standard.

Ein Beispiel: Eine eingehende Bestellung soll geprüft werden, aber die Preise stehen in einem alten Warenwirtschaftssystem, das keine fertige Schnittstelle mitbringt. Oder eine Rechnung soll ausgelesen werden, aber nur, wenn sie von bestimmten Lieferanten kommt, und mit einer Sonderlogik für Teillieferungen. Solche Fälle sind der Normalfall, nicht die Ausnahme, und an ihnen entscheidet sich, ob ein Werkzeug trägt.

Zapier und Make stoßen an ihre Grenzen, sobald eine Automatisierung Logik braucht, die kein fertiger Baustein abbildet. n8n erlaubt an solchen Stellen eigene Funktionen, eigene Verbindungen und die Einbindung von KI-Bausteinen im selben Ablauf. Das macht es zur passenderen Grundlage für Prozesse, die über die Schablone hinausgehen. Ob ein Prozess überhaupt eigene Programmierung braucht oder mit einem Baukasten auskommt, ist eine Abwägung für sich; wir haben sie unter der Frage No-Code oder Code ausführlich behandelt.

Wie viel fertig mitkommt: Bausteine und Vorlagen

Ein Punkt, der beim Vergleich oft untergeht, ist der Vorrat an fertigen Bausteinen. Zapier hat die mit Abstand größte Auswahl an vorgefertigten Verbindungen zu gängigen Programmen, was den Einstieg beschleunigt, solange die benötigten Dienste dabei sind. Make und n8n bieten ebenfalls umfangreiche Bausteine und dazu einen wachsenden Bestand an fertigen Vorlagen, die sich als Ausgangspunkt für eigene Abläufe nutzen lassen.

Für den Mittelstand ist die schiere Zahl der Bausteine aber seltener entscheidend als die Frage, ob sich die eigenen, oft älteren Systeme anbinden lassen. Kein Anbieter hält eine fertige Verbindung zu jedem gewachsenen Warenwirtschaftssystem bereit. Genau dort spielt die Möglichkeit eigener Verbindungen ihre Stärke aus: Was es nicht fertig gibt, lässt sich ergänzen, statt am fehlenden Baustein zu scheitern. Eine große Auswahl hilft beim schnellen Start, die Anpassbarkeit hilft im echten Betrieb.

Was source-available bei n8n bedeutet

Ein Begriff, der im Zusammenhang mit n8n oft fällt, ist "source-available". Er bedeutet, dass der Quellcode offen einsehbar ist und die Software auf eigener Infrastruktur betrieben werden darf, ohne dass für die selbst betriebene Nutzung eine Lizenzgebühr anfällt. Das ist nicht dasselbe wie klassische Open-Source-Software mit völlig freier Lizenz, aber für den praktischen Betrieb im Mittelstand ist der Unterschied gering: Sie dürfen n8n herunterladen, auf Ihrem Server installieren und Ihre Prozesse darauf laufen lassen.

Der praktische Vorteil ist Unabhängigkeit. Weil die Software auf Ihrem Server läuft und der Code offenliegt, sind Sie nicht davon abhängig, dass ein Anbieter seinen Dienst weiterbetreibt, seine Preise stabil hält oder eine bestimmte Funktion nicht abschaltet. Diese Unabhängigkeit ist der eigentliche Grund, warum source-available Werkzeuge im Mittelstand an Bedeutung gewinnen: Sie verlagern die Kontrolle vom Anbieter zurück ins Unternehmen.

Wartung, Kontrolle und Abhängigkeit

Ein Cloud-Dienst nimmt einem die Wartung ab: Der Anbieter kümmert sich um Updates und Verfügbarkeit. Der Preis dafür ist Abhängigkeit. Ändert der Anbieter seine Preise, seine Funktionen oder eine Schnittstelle, muss der Betrieb mitziehen, ohne Einfluss darauf zu haben. Bei einer selbst betriebenen Lösung liegt die Wartung im eigenen Haus: Updates, Sicherung und Überwachung sind eigene Verantwortung, dafür bleibt die Kontrolle über den Prozess vollständig im Unternehmen.

Diese Verantwortung ist der Grund, warum eine selbst betriebene Automatisierung dieselbe Sorgfalt braucht wie jede andere Unternehmenssoftware. Ohne Überwachung fällt ein stiller Fehler erst auf, wenn er bereits Schaden angerichtet hat. Warum gerade die stillen Fehler in Automatisierungen die teuren sind, ist ein Thema für sich, aber es gehört zu jeder ehrlichen Werkzeugwahl dazu. In der Praxis lässt sich diese Verantwortung an einen Partner auslagern, der den Betrieb übernimmt, ohne dass die Datenhoheit das Unternehmen verlässt.

Welches Werkzeug für welchen Fall

Aus den Punkten ergibt sich eine brauchbare Entscheidungshilfe. Zapier passt, wenn wenige Standardautomatisierungen schnell laufen sollen, das Volumen überschaubar bleibt und die verarbeiteten Daten unkritisch sind. Make passt für mittlere Komplexität, wenn ein visueller Baukasten gewünscht ist und das Operationsvolumen kalkulierbar bleibt. n8n passt, wenn Datenschutz zentral ist, das Volumen wächst, Prozesse individuell sind oder KI im Spiel ist.

Der letzte Fall beschreibt den typischen Mittelstandsbetrieb: eigene Kundendaten, wachsendes Volumen, gewachsene Prozesse und der Wunsch, die Kontrolle im Haus zu behalten. Deshalb ist n8n für uns die Standardgrundlage, nicht aus Prinzip, sondern weil sich die genannten Anforderungen damit am ehesten zusammenbringen lassen. Für den ersten Prozess, der oft klein und einfach ist, kann ein Cloud-Dienst trotzdem der pragmatische Einstieg sein. Entscheidend ist, die Wahl an den Prozessen auszurichten, die noch kommen, nicht nur an dem einen, der gerade drückt.

Wie der Umstieg gelingt, ohne alles neu zu bauen

Viele Betriebe haben ihre ersten Automatisierungen bereits in einem Cloud-Dienst gebaut und fragen sich, ob sich ein Wechsel lohnt. Die ehrliche Antwort: nicht als Selbstzweck. Ein bestehender Ablauf, der zuverlässig läuft, unkritische Daten verarbeitet und wenig Volumen erzeugt, darf bleiben, wo er ist. Ein Wechsel um des Wechsels willen kostet Zeit, ohne einen echten Gewinn zu bringen.

Sinnvoll ist der Umstieg dort, wo einer der genannten Punkte greift: Wenn eine neue Automatisierung sensible Daten anfasst, wenn das Volumen die Kosten in die Höhe treibt oder wenn ein Sonderfall am fehlenden Baustein scheitert. Dann lohnt es sich, den neuen Prozess gleich auf der passenderen Grundlage zu bauen, während die alten Abläufe weiterlaufen. So wächst die selbst betriebene Umgebung Stück für Stück, statt in einem großen, riskanten Umbau. Am Ende steht oft eine Mischung, die sich über die Zeit zugunsten der Lösung verschiebt, die am besten zum Betrieb passt.

Häufige Fragen aus der Praxis

Ist n8n kostenlos? Die selbst betriebene Variante ist frei nutzbar; es fallen die Kosten für den Server und den Betrieb an. Daneben gibt es eine gehostete Cloud-Variante des Anbieters, die wie Zapier und Make kostenpflichtig ist. Für den Mittelstand ist meist die selbst betriebene Variante interessant, weil sie Datenhoheit und feste Kosten verbindet.

Sind Zapier und Make datenschutzkonform nutzbar? Grundsätzlich ja, mit einem Auftragsverarbeitungsvertrag und der nötigen Sorgfalt. Die Daten werden dabei aber in der Cloud des Anbieters verarbeitet, in der Regel außerhalb Deutschlands. Ob das tragbar ist, hängt davon ab, wie sensibel die Daten im jeweiligen Prozess sind.

Kann man später das Werkzeug wechseln? Ein Wechsel ist möglich, bedeutet aber, die Abläufe im neuen Werkzeug neu aufzubauen. Deshalb lohnt es sich, die Wahl vorab an den absehbaren Anforderungen auszurichten, statt sie später unter Aufwand zu korrigieren.

Braucht n8n Programmierkenntnisse? Die Grundlogik lässt sich wie bei den anderen Werkzeugen im Baukasten zusammensetzen. Für Sonderfälle hilft eigene Programmierung, und genau darin liegt die Stärke. Betriebe ohne eigenes technisches Team setzen n8n deshalb meist mit einem Partner auf.

Wie sicher ist eine selbst betriebene Lösung? Sicherheit entsteht nicht automatisch dadurch, dass ein Server im eigenen Haus steht. Sie entsteht durch Pflege: aktuelle Updates, sichere Zugänge, Sicherungen und Überwachung. Richtig betrieben ist die eigene Umgebung mindestens so sicher wie ein Cloud-Dienst, mit dem Vorteil, dass die Daten das Unternehmen nicht verlassen.

Wenn Sie vor der Werkzeugwahl stehen: Im kostenfreien Prozess-Check schauen wir uns Ihren konkreten Prozess an und sagen Ihnen, welches Werkzeug dazu passt, statt Ihnen eines zu verkaufen.