Migration von Zapier zu n8n: der vollständige Leitfaden

Sollten Sie migrieren?

Die Migration von Zapier zu n8n lohnt sich, wenn mindestens einer dieser Punkte zutrifft:

• Ihre Zapier-Rechnung steigt wegen mehrstufiger Zaps oder hohem Volumen immer weiter.
• Sie brauchen Logik, die Zapier schlecht beherrscht: Schleifen, Zusammenführungen, komplexe Verzweigungen.
• Die Daten müssen auf Ihren eigenen Servern bleiben.
• Sie wollen KI-Agenten, die mit Ihren internen Daten verbunden sind.

Wenn Sie fünf einfache Zaps und eine Rechnung über 20 $ haben, lohnt sich der Aufwand vermutlich nicht.

Was eine Migration wirklich bedeutet

Es gibt keinen zuverlässigen Import per Klick von Zapier zu n8n. Zapier-Exporte sind keine ausführbaren n8n-Workflows. Migration bedeutet, jeden Zap in n8n nachzubauen und den Zap dabei als Spezifikation zu nutzen. Die meisten Zaps sind kurz, daher geht das schneller, als es klingt. Am langsamsten sind meist Credentials und Tests, nicht das Bauen.

Typischer Aufwand:

Art des Zaps	Zeit für Nachbau und Test
2–3 Schritte, keine Logik	10–30 Minuten
4–8 Schritte mit Filtern und Formatter	30–90 Minuten
Paths, Schleifen, Code-Schritte, Webhooks	2–4 Stunden

Schritt 1: Bestandsaufnahme Ihrer Zaps

Exportieren Sie eine Liste aller Zaps und erfassen Sie:

• Name, Verantwortlicher, Status an/aus
• Trigger-App und Ereignis
• Genutzte Aktionen und Apps
• Verbrauchte Tasks pro Monat (aus der Verbrauchsseite von Zapier)
• Geschäftliche Bedeutung (kritisch, wichtig, nice-to-have)

Schalten Sie Zaps ab, die niemand nutzt, und löschen Sie sie. In den meisten Konten sind 20–40 % der Zaps tot.

Schritt 2: Priorisieren

Migrieren Sie in dieser Reihenfolge:

1. Zaps mit vielen Tasks und geringer Komplexität – größte Einsparung, geringstes Risiko.
2. Wichtige Zaps, die Logik brauchen, mit der Zapier sich schwertut.
3. Kritische Zaps zuletzt, wenn Ihr Team sicher mit n8n umgeht.

Schritt 3: n8n einrichten

• Wählen Sie Cloud oder Self-Hosting.
• Setzen Sie die Zeitzone, damit Zeitpläne korrekt laufen.
• Legen Sie zuerst die Credentials für jede App an (Leitfaden). Nutzen Sie nach Möglichkeit Dienstkonten oder Bot-Benutzer.

Schritt 4: Jeden Zap nachbauen

Nutzen Sie den Spickzettel zur Zuordnung. Die wichtigsten Entsprechungen:

Zapier	n8n
Trigger (Polling)	App-Trigger-Node (Polling) oder Schedule Trigger + App-Node
Sofort-Trigger / Webhooks by Zapier	Webhook-Node oder App-Trigger mit Webhooks
Aktionsschritt	Operation eines App-Nodes
Filter	Filter- oder IF-Node
Paths	Switch- oder IF-Node
Formatter (Text, Datum, Zahlen)	Expressions, Edit Fields (Set) oder Code-Node
Delay	Wait-Node
Looping by Zapier	Automatische Verarbeitung pro Item oder Loop Over Items
Code by Zapier	Code-Node
Storage / Tables	Data tables oder ein Datenbank-Node
Sub-Zap	Execute-Workflow-Node

Zwei Konzepte, die Sie früh lernen sollten:

• Items: n8n-Nodes verarbeiten jedes Item, das sie erhalten. Liefert ein Trigger 10 Zeilen, läuft der nächste Node automatisch 10-mal. Keine Schleife nötig.
• Expressions: Felder referenzieren frühere Daten mit {{ $json.field }} oder {{ $('Node name').item.json.field }}.

Schritt 5: Mit echten Daten testen

• Pinnen Sie Beispieldaten am Trigger-Node, damit Sie ohne neue Ereignisse erneut ausführen können.
• Vergleichen Sie die Ausgabe von n8n mit dem Task-Verlauf von Zapier für dieselbe Eingabe.
• Testen Sie Grenzfälle: leere Felder, Sonderzeichen, doppelte Datensätze.

Schritt 6: Parallel betreiben, dann umstellen

1. Aktivieren Sie den n8n-Workflow einige Tage lang mit einem Testziel (Testtabelle, Slack-Testkanal).
2. Vergleichen Sie die Ergebnisse mit Zapier.
3. Stellen Sie den n8n-Workflow auf die Produktivziele um und schalten Sie den Zap im selben Moment ab, um Dubletten zu vermeiden.
4. Bei webhookbasierten Zaps tragen Sie in der Quell-App die Production URL von n8n als Webhook-URL ein.
5. Lassen Sie den Zap 2–4 Wochen abgeschaltet (nicht gelöscht) als Möglichkeit für ein Rollback.

Schritt 7: Überwachen

• Legen Sie einen Error Trigger-Workflow an, der bei jedem fehlgeschlagenen Workflow Benachrichtigungen per Slack oder E-Mail sendet.
• Aktivieren Sie Retry On Fail für API-Nodes.
• Prüfen Sie im ersten Monat wöchentlich die Ausführungen.

Häufige Stolperfallen

• Zeitzonen: Zeitpläne laufen eine Stunde versetzt, weil GENERIC_TIMEZONE nicht gesetzt war.
• Doppelte Verarbeitung: Zap und Workflow laufen gleichzeitig.
• Unterschiede beim Polling: Polling-Trigger in n8n liefern Daten unter Umständen in anderem Format oder anderer Reihenfolge.
• Credential-Scopes: OAuth-Apps fehlt ein Scope, den die Zapier-App hatte.

Siehe häufige Fehler bei der Migration und ihre Lösungen.

Holen Sie sich die Checkliste

Laden Sie die Checkliste für die Zapier-Migration herunter, um jeden Zap von der Bestandsaufnahme bis zur Umstellung zu verfolgen.