Leitfaden zur Migration von Make zu n8n
· Von AI Compare
Make-Nutzer finden sich schnell in n8n zurecht. So übersetzen sich Module, Router, Iteratoren und Funktionen.
Warum Teams von Make zu n8n wechseln
- Credit-Verbrauch: Make berechnet jeden Modullauf, einschließlich jedes Items in einer Schleife. n8n Cloud berechnet eine Ausführung pro Workflow-Lauf, und selbst gehostetes n8n ist unbegrenzt.
- Code: Der Code-Node von n8n hebt die Grenzen der integrierten Funktionen auf.
- Self-Hosting und Datenkontrolle.
- KI-Agenten mit Werkzeugen und Gedächtnis.
Die gute Nachricht: Das Denkmodell ist ähnlich
Beide Tools nutzen einen visuellen Canvas, auf dem Daten zwischen Schritten fließen, daher finden sich Make-Nutzer schneller in n8n zurecht als Zapier-Nutzer. Die wichtigsten Unterschiede:
| Make | n8n |
|---|---|
| Scenario | Workflow |
| Module | Node |
| Bundle | Item |
| Router | Switch / IF (oder einen Node mit mehreren verbinden) |
| Filter auf einer Route | Filter- / IF-Node |
| Iterator | Meist nicht nötig (Nodes laufen pro Item); Split Out für Arrays |
| Array aggregator | Aggregate-Node |
| Text aggregator | Aggregate + Expression oder Code |
| Set variable / Set multiple variables | Edit Fields (Set) |
| Sleep | Wait |
| Custom webhook | Webhook-Node |
| HTTP – Make a request | HTTP Request |
| Data store | Data tables oder eine Datenbank |
| Error Handler (Resume, Ignore, Break) | Continue On Fail, Retry On Fail, Error-Trigger-Workflow |
| Scheduling-Einstellungen | Schedule-Trigger-Node |
Mapping {{1.email}} | Expression {{ $json.email }} oder {{ $('Trigger').item.json.email }} |
Lassen sich Make-Blueprints importieren?
Make erlaubt den Export eines Szenarios als Blueprint (JSON). n8n kann ihn nicht direkt importieren, aber der Blueprint ist eine präzise Spezifikation: Reihenfolge der Module, zugeordnete Felder und Filter. Einige Community- und kommerzielle Konverter versuchen eine automatische Übersetzung; betrachten Sie deren Ergebnis als ersten Entwurf und prüfen Sie jeden Node.
Schritte der Migration
- Inventarisieren Sie die Szenarien mit ihrem monatlichen Credit-Verbrauch (das Organisations-Dashboard von Make zeigt den Verbrauch pro Szenario).
- Beginnen Sie mit den größten Credit-Verbrauchern, besonders mit Szenarien, die Iteratoren nutzen.
- Legen Sie die Verbindungen als n8n-Credentials neu an.
- Bauen Sie jedes Szenario anhand der Tabelle oben nach.
- Übersetzen Sie Funktionen: Make-Funktionen wie
formatDate,ifempty,splitwerden zu n8n-Expressions, zum Beispiel{{ $json.date.toDateTime().toFormat('yyyy-MM-dd') }}oder{{ $json.name ?? 'Unknown' }}. - Bilden Sie die Fehlerbehandlung nach: Aktivieren Sie Retry On Fail für API-Nodes und bauen Sie einen Error-Trigger-Workflow für Benachrichtigungen.
- Testen, parallel laufen lassen, umstellen und das Make-Szenario gleichzeitig abschalten.
Worauf Sie achten sollten
- Iterator-Gewohnheiten: In n8n brauchen Sie selten eine explizite Schleife. Wer aus Gewohnheit eine einbaut, verarbeitet Daten womöglich doppelt.
- Aggregation: Wenn ein Make-Szenario Bundles zusammenfasst, bevor es eine Nachricht sendet, nutzen Sie den Aggregate-Node von n8n oder die Einstellung „Execute Once“.
- Data Stores: Exportieren Sie die Datensätze aus dem Make Data Store als CSV und importieren Sie sie vor der Umstellung in eine n8n Data table oder eine Datenbank.
- Webhooks: Stellen Sie jede Quell-App auf die neue n8n-Webhook-URL um.
