Faut-il vraiment migrer ?
Migrer a un coût. Cela vaut la peine si au moins un de ces points est vrai : votre consommation d'opérations Make grimpe chaque mois, vos données doivent être hébergées sur votre infrastructure, vos scénarios contournent des limites avec des modules complexes, ou vous voulez versionner vos flux.
La méthode en cinq étapes
- Inventaire : chaque scénario, son déclencheur, ses applications, son volume mensuel et son importance.
- Priorisation : les plus coûteux en opérations et les plus simples d'abord.
- Reconstruction : pas une traduction module par module, mais une réécriture avec les nœuds natifs n8n, un workflow d'erreur et des nouvelles tentatives.
- Double exécution : les deux versions tournent en parallèle, l'une en écriture et l'autre en lecture seule, et on compare.
- Bascule : on coupe le scénario Make, on garde l'export quelques mois.
Les pièges
- Les data stores Make : à migrer vers une base (Baserow, PostgreSQL) ou vers les tables de n8n.
- Les webhooks : chaque émetteur doit recevoir la nouvelle URL, au moment de la bascule.
- Les itérateurs et agrégateurs : n8n traite des listes d'éléments nativement, la logique change.
- Les connexions OAuth : à recréer dans n8n, parfois avec une application déclarée chez l'éditeur.
| Make | n8n auto-hébergé | |
|---|---|---|
| Facturation | Au volume d'opérations | Serveur fixe, pas de coût à l'exécution |
| Hébergement des données | Chez Make | Sur votre serveur, en Europe |
| Code personnalisé | Limité | JavaScript et Python |
| Prise en main | Plus simple | Plus technique |
| Maintenance du serveur | Aucune | À prévoir (mises à jour, sauvegardes) |
Retour d'expérience
J'ai migré les scénarios Make d'un organisme de formation vers un n8n auto-hébergé, en remplaçant Airtable par Baserow et en ajoutant la gestion d'erreurs absente des scénarios d'origine. Les abonnements ont baissé et les données sont désormais maîtrisées. Voir les réalisations.
Questions fréquentes
Existe-t-il un outil de conversion automatique Make vers n8n ?
Il n'y a pas de conversion fiable module par module : les deux outils ne traitent pas les données de la même façon. Une réécriture est plus sûre et permet d'ajouter la gestion d'erreurs.
Combien de temps prend une migration ?
Quelques jours pour une dizaine de scénarios simples, plusieurs semaines pour des scénarios critiques avec data stores et webhooks nombreux.
n8n auto-hébergé est-il sûr ?
Oui s'il est maintenu : mises à jour régulières, accès protégé, sauvegardes chiffrées et testées, secrets dans les credentials. C'est inclus dans la garde mensuelle.