Guide de migration de Make vers n8n

Pourquoi les équipes passent de Make à n8n

• Consommation de crédits : Make facture chaque exécution de module, y compris pour chaque élément d’une boucle. n8n Cloud facture une exécution par lancement de workflow, et n8n auto-hébergé est illimité.
• Code : le nœud Code de n8n lève les limites des fonctions intégrées.
• Auto-hébergement et contrôle des données.
• Agents IA avec outils et mémoire.

Bonne nouvelle : la logique est proche

Les deux outils utilisent un canevas visuel où les données circulent entre les étapes, donc les utilisateurs de Make s’adaptent à n8n plus vite que ceux de Zapier. Les principales différences :

Make	n8n
Scenario	Workflow
Module	Node (nœud)
Bundle	Item
Router	Switch / IF (ou relier un nœud à plusieurs)
Filtre sur une route	Nœud Filter / IF
Iterator	Généralement inutile (les nœuds s’exécutent par item) ; Split Out pour les tableaux
Array aggregator	Nœud Aggregate
Text aggregator	Aggregate + expression, ou Code
Set variable / Set multiple variables	Edit Fields (Set)
Sleep	Wait
Custom webhook	Nœud Webhook
HTTP – Make a request	HTTP Request
Data store	Data tables ou une base de données
Gestionnaires d’erreurs (Resume, Ignore, Break)	Continue On Fail, Retry On Fail, workflow Error Trigger
Paramètres de planification	Nœud Schedule Trigger
Mapping {{1.email}}	Expression {{ $json.email }} ou {{ $('Trigger').item.json.email }}

Peut-on importer des blueprints Make ?

Make permet d’exporter un scénario sous forme de blueprint (JSON). n8n ne peut pas l’importer directement, mais le blueprint est une spécification précise : ordre des modules, champs mappés et filtres. Certains convertisseurs communautaires ou commerciaux tentent une traduction automatique ; considérez leur résultat comme un premier brouillon et vérifiez chaque nœud.

Étapes de la migration

1. Inventoriez les scénarios avec leur consommation mensuelle de crédits (le tableau de bord de l’organisation Make affiche la consommation par scénario).
2. Commencez par les plus gros consommateurs de crédits, en particulier les scénarios avec itérateurs.
3. Recréez les connexions sous forme de credentials n8n.
4. Reconstruisez chaque scénario à l’aide du tableau ci-dessus.
5. Traduisez les fonctions : les fonctions Make comme formatDate, ifempty, split deviennent des expressions n8n, par exemple {{ $json.date.toDateTime().toFormat('yyyy-MM-dd') }} ou {{ $json.name ?? 'Unknown' }}.
6. Recréez la gestion des erreurs : activez Retry On Fail sur les nœuds API et créez un workflow Error Trigger pour les alertes.
7. Testez, faites tourner en parallèle, basculez, et désactivez le scénario Make au même moment.

Points de vigilance

• Réflexe de l’itérateur : dans n8n, une boucle explicite est rarement nécessaire. En ajouter une par habitude peut traiter les données deux fois.
• Agrégation : si un scénario Make agrège des bundles avant d’envoyer un seul message, utilisez le nœud Aggregate de n8n ou le réglage « Execute Once ».
• Data stores : exportez les enregistrements du data store Make en CSV et importez-les dans une Data table n8n ou une base de données avant de basculer.
• Webhooks : mettez à jour chaque application source avec la nouvelle URL de webhook n8n.

À lire aussi

• Make vs n8n
• Aide-mémoire de correspondance
• Erreurs de migration fréquentes