Ce sur quoi j'interviens
Migrer depuis Zapier. C'est la demande la plus fréquente parmi les chantiers n8n, et la plus facile à justifier : la facture Zapier monte avec l'activité, sans que le travail utile ait augmenté. Audit des Zaps existants, cartographie des dépendances, reconstruction, puis bascule progressive avec période de recouvrement — on ne coupe rien avant d'avoir vérifié que le nouveau tourne. L'arbitrage chiffré n8n / Zapier.
Choisir entre n8n Cloud et auto-hébergé, puis le mettre en place. Le Cloud convient à la majorité des situations, et c'est ce que je propose par défaut : aucune exploitation, et le même modèle de facturation. L'auto-hébergement répond à deux besoins précis — maîtriser le lieu de traitement des données, ou absorber de très gros volumes à coût constant. Quand c'est le bon choix : Docker et docker-compose, HTTPS et reverse proxy, base PostgreSQL, sauvegardes automatiques et restauration testée, environnements séparés.
Concevoir des workflows qui tiennent. Trois règles que je m'impose : filtrer au plus près de la source pour ne pas déclencher dans le vide, rendre les traitements idempotents parce qu'un même événement peut arriver deux fois, et alerter en cas d'échec. La troisième est la première que je mets en place. Sortir du polling.
Développer des nœuds personnalisés. Quand votre outil métier n'a pas de connecteur — logiciel interne, API maison, ERP de niche — un nœud sur mesure évite de bricoler des appels HTTP dispersés dans vingt workflows. C'est du code, donc c'est à maintenir : je ne le propose que quand le besoin revient assez souvent pour le justifier.
Ce qui sépare vraiment n8n de Zapier
Ce n'est ni l'open source, ni l'hébergement. C'est l'unité facturée.
Zapier facture la tâche
Chaque étape exécutée est décomptée. Un scénario de dix étapes consomme dix tâches à chaque passage — y compris les étapes qui ne trouvent rien et les filtres qui rejettent. Plus votre logique est fine, plus elle coûte cher.
n8n facture l'exécution
Le même scénario de dix étapes compte pour une exécution. Ajouter une condition, une transformation ou une branche ne change pas la facture. C'est vrai sur n8n Cloud comme en auto-hébergé.
La conséquence est directe : à budget comparable, n8n Cloud absorbe nettement plus de travail réel que Zapier, sans qu'il soit question d'installer ou de maintenir quoi que ce soit. Et l'écart grandit avec la sophistication de vos workflows, pas seulement avec leur nombre — c'est-à-dire précisément au moment où l'automatisation commence à vraiment servir.
C'est aussi pourquoi je conseille rarement de partir sur l'auto-hébergement d'emblée : dans la plupart des cas, l'essentiel du gain est déjà là sans serveur à tenir. L'arbitrage chiffré est détaillé ici.
Comment se passe une migration depuis Zapier
Le risque d'une migration n'est pas technique, il est opérationnel : couper un scénario qui tournait sans savoir exactement ce qu'il faisait. Voici la méthode que j'applique pour que ça n'arrive pas.
- 01
Inventaire. On liste tous les Zaps, leur fréquence d'exécution réelle et leur consommation de tâches. Regardez au passage le nombre d'étapes de chacun : c'est lui qui multiplie la facture chez Zapier, et qui disparaît du calcul en passant à une facturation à l'exécution. Cette étape révèle presque toujours des scénarios qui ne servent plus, et une poignée de Zaps qui consomment l'essentiel du forfait.
- 02
Cartographie des dépendances. Quels Zaps se déclenchent les uns les autres, lesquels écrivent dans le même outil, lesquels supposent qu'un autre est déjà passé. C'est ce qui détermine l'ordre de migration — reconstruire dans le désordre produit des doublons difficiles à rattraper.
- 03
Reconstruction. Les workflows sont refaits sur n8n, pas transposés à l'identique. Un Zap contourne souvent une limite de Zapier ; ce contournement n'a plus lieu d'être. C'est le moment où l'on gagne en lisibilité, parce qu'un scénario en dix étapes s'écrit fréquemment en trois.
- 04
Recouvrement. Les deux systèmes tournent en parallèle, avec les écritures désactivées côté n8n. On compare ce que chacun aurait fait. C'est la seule façon d'attraper les écarts avant qu'ils n'atteignent vos données — et elle coûte quelques jours, pas quelques semaines.
- 05
Bascule et surveillance. On coupe Zapier scénario par scénario, en gardant l'abonnement le temps d'un cycle complet. L'alerte en cas d'échec est en place avant la bascule, jamais après. Vous repartez avec la documentation de ce qui tourne et de ce qu'il faut surveiller.
Cloud ou auto-hébergé : la vraie question
Ce choix ne porte pas sur le prix de l'outil — le modèle de facturation est le même des deux côtés. Il porte sur qui exploite le serveur, et sur où les données sont traitées. Deux raisons, et deux seulement, justifient de s'en occuper soi-même.
La localisation des données. Sur une offre hébergée, le contenu qui transite dans vos workflows — fiches clients, commandes, pièces jointes — est traité sur l'infrastructure de l'éditeur. En auto-hébergé, ce lieu devient votre choix : un hébergeur français, ou une région européenne chez un fournisseur international. Pour un cabinet, une structure de santé, une collectivité ou toute entreprise à qui ses clients posent la question dans leur questionnaire fournisseur, c'est ce point qui décide. Si vous restez en Cloud, posez la question de la région à l'éditeur et faites-la figurer noir sur blanc plutôt que de la supposer.
Le très gros volume. Au-delà d'un certain nombre d'exécutions, le coût d'un serveur devient inférieur à celui de l'abonnement — et il cesse de bouger avec votre activité. C'est un seuil réel, mais bien plus haut que là où on le place habituellement.
Quand n8n n'est pas la bonne réponse
Si vos scénarios tiennent en deux ou trois étapes et restent peu nombreux, Zapier ou Make vous serviront très bien — et je vous le dirai plutôt que de vous vendre une migration. La facturation à la tâche ne devient pénalisante que lorsque la logique s'étoffe ; en dessous, la simplicité de mise en route vaut son prix.
Pour tester une idée avant d'investir, Zapier reste d'ailleurs imbattable : on monte un scénario en quelques minutes sans rien comprendre aux API. Migrer se décide une fois que l'automatisation a fait ses preuves, pas avant.
De même, si votre application métier n'a de connecteur que chez Zapier, migrer signifierait développer ce connecteur. Le calcul change, et pas toujours en faveur de n8n.
Enfin, si votre besoin est d'abord de mettre de l'ordre dans un CRM ou une boutique, commencez par là. Automatiser un processus bancal ne fait qu'accélérer le désordre.