n8n vs. Make vs. Zapier: Welches Automatisierungstool passt zum Mittelstand?

Die Wahl zwischen n8n, Make und Zapier ist keine Geschmacksfrage und auch keine reine Preisfrage. Sie entscheidet über drei Dinge, die später schwer zu ändern sind: wo Ihre Daten verarbeitet werden, wie die Rechnung mit Ihrem Wachstum skaliert, und ab welcher Komplexität Sie an eine Wand laufen.

1. Die Frage vor der Toolwahl

Vergleichstabellen zu Automatisierungswerkzeugen listen meistens Integrationen: Wer hat mehr Konnektoren, wer unterstützt welches CRM. Diese Zahl ist nahezu bedeutungslos. Alle drei Plattformen decken die gängigen Systeme ab, und wo ein fertiger Konnektor fehlt, lässt sich fast immer über eine generische HTTP-Anbindung arbeiten.

Was tatsächlich zählt, sind vier strukturelle Eigenschaften, die man nach zwei Jahren Betrieb nicht mehr ohne Weiteres ändert: wo die Daten verarbeitet werden, wie die Rechnung mit der Nutzung wächst, wo die Komplexitätsgrenze liegt und wer den Betrieb verantwortet. Entlang dieser vier Achsen fällt die Entscheidung — und sie fällt für jedes Unternehmen anders aus.

2. Kriterium 1: Wo laufen die Daten?

Das ist der Unterschied, aus dem sich fast alle anderen ergeben. Make und Zapier sind Cloud-Dienste: Ihre Daten fließen durch die Infrastruktur des Anbieters, in der Regel unter dessen Bedingungen und an dessen Standorten. n8n ist quelloffen und lässt sich selbst betreiben — auf eigener Hardware, im eigenen Rechenzentrum oder bei einem Hoster Ihrer Wahl. Es gibt daneben auch eine Cloud-Variante, aber die Wahlmöglichkeit ist der entscheidende Punkt.

Für viele Abläufe ist das gleichgültig. Sobald aber personenbezogene Daten, Gesundheitsdaten, Lohnabrechnungen, Konstruktionsdaten oder Kundenverträge durch den Workflow laufen, wird aus einer technischen Frage eine rechtliche. Dann geht es um Auftragsverarbeitung, Datenstandort, Weiterleitung an Unterauftragnehmer — und darum, was Sie in einem Audit belegen können.

Wer wissen will, was Self-Hosting konkret für die DSGVO-Nachweisführung bedeutet, findet die ausführliche Betrachtung in n8n, Souveränität und Datenschutz.

3. Kriterium 2: Wie skaliert die Rechnung?

Hier liegt die Falle, die im ersten Monat unsichtbar ist. Die Cloud-Anbieter rechnen nutzungsabhängig ab — je nach Plattform nach ausgeführten Aufgaben, Arbeitsschritten oder Operationen. Das ist am Anfang angenehm günstig und wird mit zwei Entwicklungen unangenehm: wenn das Volumen wächst, und wenn die Workflows komplexer werden.

Der zweite Punkt wird regelmäßig unterschätzt. Ein Ablauf, der eine Datei prüft, drei Felder abgleicht, eine Entscheidung trifft und dann zwei Systeme aktualisiert, verbraucht mehrere Abrechnungseinheiten — für einen einzigen fachlichen Vorgang. Verdoppeln Sie die Sorgfalt Ihres Workflows, verdoppeln Sie unter Umständen die Rechnung, ohne dass ein einziger Vorgang mehr bearbeitet wurde.

Bei selbst betriebenem n8n verschiebt sich die Kostenlogik grundlegend: Sie zahlen für Server und Betreuung, nicht pro Arbeitsschritt. Das ist am Anfang mehr Aufwand und ab einem gewissen Volumen deutlich berechenbarer. Bewusst nenne ich hier keine konkreten Anbieterpreise — die Tarifmodelle aller drei Plattformen ändern sich zu häufig, als dass eine Zahl in einem Blogartikel verlässlich wäre. Prüfen Sie die aktuellen Konditionen zum Zeitpunkt Ihrer Entscheidung und rechnen Sie sie auf Ihr erwartetes Volumen in zwei Jahren hoch, nicht auf das heutige.

4. Kriterium 3: Die Komplexitätsgrenze

Jedes der drei Werkzeuge hat einen Punkt, ab dem es sich gegen Sie wendet. Diesen Punkt sollte man vor der Entscheidung kennen, nicht danach.

5. Kriterium 4: Wer betreibt es?

Automatisierung ist nichts, was man einmal einrichtet und dann vergisst. Schnittstellen ändern sich, Anbieter kündigen Schnittstellenversionen ab, Zugangsdaten laufen ab. Die relevante Frage lautet also: Wer bemerkt es, wenn ein Ablauf stehenbleibt — und wer repariert ihn?

Bei den Cloud-Diensten liegt die Plattformverfügbarkeit beim Anbieter, die Workflow-Pflege aber trotzdem bei Ihnen. Bei selbst betriebenem n8n kommt der Serverbetrieb hinzu. Genau das ist der Grund, warum ich Automatisierung als eigenen Betreuungstarif anbiete: 590 € im Monat für die Überwachung von bis zu fünf aktiven Workflows über n8n, Make oder Zapier, Anpassung bei Schnittstellen- oder Tool-Änderungen und einen neuen Workflow pro Quartal. Ausdrücklich nicht enthalten sind Tool-Lizenzen, das Erst-Setup und komplexe KI-Modelle.

Der letzte Punkt ist wichtig genug für eine eigene Bemerkung: Ein klassischer Workflow bricht mit einem Fehler ab, wenn etwas nicht stimmt — das sieht man. Ein Agentic Workflow mit Sprachmodell antwortet stattdessen weiter, auch falsch. Deshalb ist der Betrieb von KI-Agenten bei mir eine eigene Produktlinie und kein Zusatz zum Automatisierungstarif.

6. Die drei Werkzeuge im Profil

7. Entscheidungshilfe nach Ausgangslage

1. Keine eigene IT, wenige einfache Verknüpfungen

   Zapier. Der Betrieb entfällt vollständig, der Einstieg ist in Stunden gemacht. Beobachten Sie die Kostenentwicklung, sobald mehr als eine Handvoll Abläufe entstehen.

2. Fachabteilung baut selbst, Abläufe sind verzweigt

   Make. Die visuelle Modellierung trägt weiter als bei Zapier, ohne dass jemand Server betreuen muss.

3. Personenbezogene oder vertrauliche Daten im Ablauf

   n8n, selbst gehostet. Hier ist die Frage nach dem Datenstandort kein Komfortthema, sondern eine Nachweispflicht.

4. Hohes Volumen oder absehbares Wachstum

   n8n. Sobald die verbrauchsabhängige Abrechnung spürbar wird, ist ein fester Betriebskostenblock berechenbarer.

5. Sprachmodelle sind Teil des Ablaufs

   n8n, und zusätzlich eine Betriebsvereinbarung mit Qualitätsprüfung. Ein Agent, den niemand inhaltlich stichprobenartig prüft, ist kein automatisierter Prozess, sondern ein unbeaufsichtigter.

8. Was der Wechsel später kostet

Die Frage, die bei der Auswahl fast nie gestellt wird und drei Jahre später über sechsstellige Entscheidungen mitbestimmt: Was passiert, wenn Sie die Plattform wechseln wollen? Denn anders als bei einer Datenbank oder einem Dateiformat gibt es zwischen diesen drei Werkzeugen keinen Austauschstandard. Ein Ablauf, der in Make gebaut wurde, lässt sich nicht nach n8n exportieren und dort einlesen — er muss neu gebaut werden.

Was dabei tatsächlich verloren geht, ist selten der Ablauf selbst. Die eigentliche Arbeit steckt in den Dingen, die niemand dokumentiert hat: die Sonderfälle, die im Lauf der Zeit dazugekommen sind, die Formatumwandlungen zwischen zwei Systemen, die Reihenfolge, in der zwei Schnittstellen angesprochen werden müssen, weil eine sonst blockiert. Dieses angesammelte Detailwissen ist der teure Teil eines Umzugs, und es steht in keiner Exportdatei.

Praktisch heißt das: Der Wechsel ist bei allen drei Werkzeugen teuer, aber unterschiedlich teuer. Bei Zapier und Make geht die Konfiguration verloren, weil sie im Format des Anbieters liegt. Bei selbst betriebenem n8n bleiben die Ablaufdefinitionen als Dateien in Ihrer Hand, und der eigene Code darin ist ohnehin portabel. Das ist kein Argument, das allein für n8n spricht — aber es ist ein Posten, der in die Rechnung gehört, wenn Sie ohnehin schwanken.

Eine Anmerkung zur Offenheit: Ich arbeite überwiegend mit n8n und habe damit den größten Teil meiner Betriebserfahrung. Das färbt eine Einschätzung unvermeidlich ein — deshalb stehen oben die Kriterien und nicht nur das Ergebnis. Wer sie auf die eigene Lage anwendet und bei Zapier oder Make herauskommt, hat richtig entschieden und nicht falsch gelesen.

Fazit

Es gibt in diesem Vergleich keinen Sieger, sondern drei Werkzeuge mit klar unterschiedlichen Stärken. Zapier gewinnt beim Einstieg, Make bei der visuellen Modellierung verzweigter Abläufe, n8n bei Datenhoheit, Komplexität und Planbarkeit der Kosten. Wer die Entscheidung entlang der vier Achsen Datenstandort, Kostenlogik, Komplexitätsgrenze und Betriebsverantwortung trifft, kommt fast immer zu einer eindeutigen Antwort — und sie hängt von Ihrer Ausgangslage ab, nicht von der Anzahl der Konnektoren auf einer Vergleichsseite.

Erweitertes Fachglossar