Zapier Alternative: n8n, Make oder Custom Code

Warum Zapier irgendwann nicht mehr passt

Zapier verwendet Per-Task-Preise: Jede Aktion in einem Workflow kostet einen Task. Bei niedrigen Volumen mit einfachen Zaps ist das unsichtbar. Aber bei einem Unternehmen, das hundert Bestellungen pro Tag verarbeitet, Integrationen mit mehreren Schritten pro Datensatz aufbaut oder KI-Calls in Flows einbindet, läuft dieser Zähler schnell hoch. Der Starter-Tarif ($19,99 pro Monat) gibt 750 Tasks. Professional ($49 pro Monat) gibt 2000. Wer mehr braucht, zahlt exponentiell mehr.

• ▸Per-Task-Preise skalieren schlecht bei hohem Volumen: hundert Bestellungen mit fünf Schritten pro Bestellung sind bereits 500 Tasks für ein Szenario.
• ▸Keine Code-Kontrolle: Zapier bietet Code-Schritte in JavaScript oder Python, aber Fehlerbehandlung, Logging und Versionierung sind begrenzt. Kein Git-Commit möglich, kein lokales Testen.
• ▸Begrenzte Versionierung: eine aktive Version pro Zap, keine Branch-basierte Entwicklung, kein Rollback ohne manuelle Arbeit.
• ▸Kein Self-Hosting: Alle Daten laufen durch Zapiers US-Server. Für DSGVO-sensible Branchen (Gesundheit, Finanzen, Behörden) ist das ein Problem.
• ▸Komplexe Flows werden unlesbar: mehr als fünf Schritte in einem Zap und man verliert die Logik. Bedingte Verzweigungen stapeln sich ohne Überblick.
• ▸Vendor Lock-in: Workflows sind nicht exportierbar. Migration bedeutet alles manuell neu aufbauen.

Das ist keine Kritik an Zapier als Produkt. Für kleine Teams mit einfachen Integrationen bleibt Zapier eine ausgezeichnete Wahl. Die Frage ist, ob man noch in diese Kategorie fällt.

n8n: Self-hostbar, Open Source, Code-First

n8n ist eine Open-Source-Workflow-Automatisierungsplattform, die auf eigenen Servern betrieben wird. Die Lizenz ist Fair-Code: kostenlos für den Eigenbedarf, kostenpflichtig wenn man es als Dienst anbietet. Das n8n-Cloud-Angebot kostet $20 pro Monat für den Starter-Tarif, aber die interessantere Option ist Self-Hosting auf einem VPS.

Was n8n von Zapier unterscheidet, ist der Code-First-Ansatz. Jeder Knoten kann JavaScript oder Python ausführen. Man kann Variablen übergeben, Datenstrukturen transformieren und Fehlerbehandlung einbauen, die in Zapier nicht realisierbar ist. Zudem läuft n8n auf eigener Infrastruktur: keine Daten durch externe Server, keine Per-Task-Preise, kein Volumenlimit außer dem, was der Server verarbeiten kann.

• ▸Queue-Modus für Skalierung: n8n unterstützt eine Worker-Queue via Redis oder PostgreSQL. Bei hohem Volumen verteilt es die Arbeit auf mehrere Worker.
• ▸Vollständige Git-Integration: Workflows sind JSON-Dateien. Sie können in Git abgelegt, überprüft, Branches erstellt und zurückgerollt werden.
• ▸Code-Nodes: JavaScript und Python innerhalb des Workflows, mit Zugriff auf npm-Pakete. Keine Sandboxing-Einschränkungen.
• ▸Debug-Tools: Man sieht genau, welche Daten jeder Knoten empfängt und ausgibt. Execution-Logs gehen bis zur konfigurierten Tiefe zurück.
• ▸400+ native Integrationen plus HTTP-Request als Fallback für alles, was noch nicht existiert.
• ▸Community Edition ist voll funktionsfähig. Enterprise-Features (SSO, Audit-Logs) sind kostenpflichtig, aber für die meisten KMU-Anwendungsfälle nicht erforderlich.

Der Nachteil von n8n ist, dass man Infrastruktur benötigt und jemanden, der Installation, Updates und Monitoring verwaltet. Das ist kein großes Hindernis, aber keine Zero-Ops-Plattform.

Make (Integromat): Schöne UI, Bundle-Preise, kein Self-Hosting

Make, früher Integromat, positioniert sich zwischen Zapier und n8n. Die Oberfläche ist visuell stärker als n8n: Flows sind echte Diagramme mit farbcodierten Modulen. Für Nicht-Entwickler, die komplexere Flows erstellen möchten, ist Make zugänglicher als der n8n-Canvas.

Preise basieren auf Operationen pro Monat, nicht pro Task. Der Free-Tarif gibt 1000 Operationen pro Monat. Core ($9 pro Monat) gibt 10.000, Pro ($16 pro Monat) 40.000. Das ist günstiger als Zapier bei vergleichbarem Volumen. Der Teams-Tarif ($29 pro Monat) fügt unbegrenzte aktive Szenarien und bessere Teamarbeit hinzu.

Der wesentliche Unterschied zu n8n: Make bietet kein Self-Hosting. Daten laufen durch ihre Cloud-Server, die zwar in der EU stehen, aber außerhalb eigener Infrastruktur. Für DSGVO-sensible Branchen bleibt das ein Gesichtspunkt. Die Code-Story ist auch schwächer: man kann Custom JavaScript schreiben, aber es ist keine vollwertige Code-Plattform. Für fortgeschrittene Datenmanipulation sind Umgehungslösungen notwendig.

Custom Node.js: Vollständige Kontrolle, keine Platform-Gebühren

Manchmal ist die ehrlichste Antwort: keine Automatisierungsplattform. Wenn Flows komplex genug für einen Entwickler sind, spezifische Performance-Anforderungen stellen oder tief mit bestehenden Systemen integrieren, ist Custom Code manchmal die bessere Wahl.

Ein Node.js-Skript als Cron-Job oder Webhook-Listener ist vollständig kontrollierbar, hat keine Platform-Gebühren und skaliert genau so weit wie der Server erlaubt. Der Code liegt in Git, man kann Unit-Tests schreiben, Monitoring einbauen und über bestehende CI/CD-Pipelines deployen.

• ▸Vollständige Kontrolle über Fehlerbehandlung: Retry-Logik, Dead-Letter-Queues, Alerting genau wie gewünscht.
• ▸Keine Lizenzkosten oder Per-Task-Preise, nur Serverkosten.
• ▸Integration mit jedem bestehenden System über interne APIs, ohne Connector-Einschränkungen.
• ▸Code, der reviewbar, testbar und versionskontrolliert ist wie jeder andere Teil der Codebasis.
• ▸Höherer initialer Aufwand: man baut keine Workflow-Engine selbst, aber die Integrationslogik erfordert mehr Code als ein No-Code-Tool.

Wann welche Option die bessere Wahl ist

Es gibt keine universelle Antwort. Die Wahl hängt von Team-Zusammensetzung, Volumen, DSGVO-Anforderungen und Flow-Komplexität ab.

• ▸Kleines Team, nur No-Code, einige einfache Workflows: Zapier bleibt eine gute Wahl. Setup ist schnell, Dokumentation ausgezeichnet, Support solide. Wenn das Volumen gering bleibt, ist der Preis akzeptabel.
• ▸No-Code-Team, wachsendes Volumen, EU-Cloud erforderlich: Make ist der logische Schritt. Bessere Bundle-Preise als Zapier, EU-Server, zugänglichere UI als n8n.
• ▸Technisches Team, hohes Volumen oder DSGVO-streng: n8n auf eigener Infrastruktur. Die Einrichtung dauert einen halben Tag, danach keine Volumenbegrenzungen, volle Kontrolle und keine Daten durch externe Clouds.
• ▸Entwickler verfügbar, Flows sind Datenverarbeitung: Custom Node.js. Denken Sie an ETL-Pipelines, Datenbanksynchonisierung oder Verarbeitung von Webhooks, die Geschäftslogik enthalten.
• ▸Hybrid: n8n für einfache event-getriebene Integrationen, Custom Code für kritische Flows mit SLA-Verpflichtungen.

Die ehrliche Zusammenfassung: Zapier ist in Ordnung, bis Volumen oder Komplexität steigen. Make ist die sanfte Landung für Teams, die No-Code bleiben wollen. n8n ist die leistungsstärkste Option für technische Teams, die selbst hosten wollen. Custom Code ist für Flows, die für einen Canvas zu komplex sind.

Migration von Zapier zu n8n: Was man wissen muss

Es gibt kein offizielles Export-Format aus Zapier. Zaps können nicht in n8n importiert werden. Das bedeutet manuelles Portieren: Für jeden Zap wird ein äquivalenter n8n-Workflow erstellt. Das klingt arbeitsintensiv, und das ist es auch, aber es ist gleichzeitig eine Chance, Flows aufzuräumen, die seit Jahren nicht überprüft wurden.

Der Ansatz, den ich bei Migrationen verwende: Zunächst alle bestehenden Zaps dokumentieren (Trigger, Schritte, Output, Volumen), dann nach Volumen und Komplexität priorisieren, dann in Batches portieren. Das erneute Erstellen von Anmeldeinformationen in n8n geht schneller als erwartet, da die meisten OAuth-Flows reibungslos funktionieren.

• ▸Erst dokumentieren: Übersicht aller aktiven Zaps mit Trigger-Typ, Anzahl Schritte und geschätztem Monatsvolumen erstellen.
• ▸Nach Volumen priorisieren: Flows mit dem höchsten Task-Verbrauch in Zapier liefern die größten Kosteneinsparungen, wenn sie zuerst migriert werden.
• ▸Flows einzeln portieren: Jeden Workflow in n8n vollständig testen, bevor die Zapier-Version deaktiviert wird. Paralleler Betrieb während einer Testphase ist der sicherste Ansatz.
• ▸Anmeldeinformationen neu erstellen: n8n speichert Credentials sicher in einer verschlüsselten Datenbank. Die erste Autorisierung dauert etwas länger als in Zapier, danach sind sie wiederverwendbar.
• ▸Namenskonventionen: Projektname, Trigger-Typ und Versionsnummer im Workflow-Namen verwenden. Das erleichtert die Verwaltung, wenn die Anzahl der Workflows wächst.
• ▸Monitoring einrichten: n8n hat integrierte Execution-Logs, aber für Produktionsumgebungen empfehle ich, Alerting per Webhook zu Slack oder E-Mail bei Fehlschlägen zu konfigurieren.

Vergleichstabelle: Zapier vs n8n vs Make vs Custom Code

* Preise sind indikativ basierend auf öffentlichen Tarifen. Prüfen Sie immer die aktuelle Preisseite des Anbieters.

Verwandte Seiten