Le déclencheur est souvent la même facture Zapier qui dépasse les 50 euros par mois pour des automatisations somme toute classiques. À 750 tâches pour 19,99 USD/mois sur le plan Professional, chaque action individuelle dans un Zap multi-étapes grignote le quota. Un Zap en 5 étapes qui se déclenche 200 fois par mois consomme 1 000 tâches : déjà au-dessus du plan de base. Sur le plan gratuit, c'est encore plus serré : 100 tâches/mois, Zaps limités à 2 étapes, polling toutes les 15 minutes.
n8n fonctionne différemment : l'unité facturée est l'exécution complète du workflow, pas chaque node traversé. En version cloud Starter à 20 €/mois, vous obtenez 2 500 exécutions : chacune pouvant traverser jusqu'à 200 étapes sans coût supplémentaire. En self-hosted Docker ou VPS, les exécutions sont illimitées : seule l'infrastructure compte (un VPS basique à 5-10 €/mois suffit pour la plupart des usages PME).
Mais la migration n'est pas transparente. Il n'existe pas d'outil officiel pour importer des Zaps, et les deux plateformes ont des philosophies assez différentes sur la gestion des données, la logique conditionnelle et la connectivité. Ce guide couvre l'inventaire des Zaps, les équivalences de concepts, les étapes concrètes de recréation et les pièges qu'on rencontre systématiquement sur des projets clients.
Ce que n8n appelle autrement
Avant de recréer quoi que ce soit, il faut faire correspondre les vocabulaires. Les concepts existent dans les deux plateformes, mais avec des noms et des comportements légèrement différents.
| Zapier | n8n | Différence clé |
|---|---|---|
| Zap | Workflow | Idem : une séquence automatisée |
| Trigger | Trigger Node | Idem : démarre l'exécution |
| Action | Node | Équivalent, mais n8n a plus de types (Merge, Split, Code…) |
| Task (unité facturée) | Execution | n8n facture l'exécution entière, Zapier chaque action individuelle |
| Filter | IF Node | Logique conditionnelle, syntaxe différente |
| Path | Switch Node | Branches multiples selon une valeur |
| Formatter | Code Node ou expressions | n8n utilise du JavaScript pour les transformations |

La différence la plus importante est dans le traitement des données. Zapier passe les données d'une étape à l'autre comme un objet plat que vous référencez via des menus déroulants cliquables. n8n passe des tableaux de données entre les nodes, et les transformations utilisent des expressions JavaScript intégrées dans les champs des nodes. La référence {{ $json.email }} remplace le champ cliquable de Zapier. La seule exigence réelle est de comprendre la structure de l'objet retourné par chaque node.
Sur la connectivité, les deux plateformes couvrent des périmètres différents. Zapier intègre plus de 9 000 applications avec des connecteurs natifs : un avantage réel pour les apps de niche. n8n propose plus de 400 nodes natifs et environ 1 900 intégrations au total (packages communautaires inclus). Pour les apps grand public : Slack, Gmail, Google Sheets, Airtable, Notion, HubSpot, Stripe, GitHub : n8n a des nodes bien fournis. Pour des logiciels métier très spécifiques ou des SaaS de niche, il faudra passer par le node HTTP Request générique, qui appelle n'importe quelle API REST.
Si vos Zaps utilisent des étapes Formatter (reformater une date, extraire une partie d'une chaîne, convertir un format), attendez-vous à passer du temps sur les expressions JavaScript équivalentes lors de la migration. C'est le point de friction le plus fréquent sur les projets où les utilisateurs n'ont pas de background technique.
Inventorier ses Zaps avant de toucher quoi que ce soit
La migration se rate surtout par manque de préparation. Avant d'installer n8n, faites l'état des lieux complet sur Zapier. Ça prend une heure et ça évite les mauvaises surprises.
Exporter la liste de vos Zaps. Zapier ne fournit pas d'export JSON de vos Zaps, mais vous pouvez lister l'ensemble depuis la page de gestion des Zaps, copier-coller dans un tableur, et documenter pour chaque Zap : l'application déclencheur et son événement (ex : "New Email in Gmail"), chaque application d'action (ex : "Create Message in Slack"), l'utilisation de Filter, Formatter, Delay, Path ou Looping, et le volume mensuel moyen de tâches visible dans l'historique.
Classer par priorité. Tous les Zaps ne méritent pas le même effort. Commencez par les plus simples : déclencheur vers une seule action, sans filtre ni transformation. Ils représentent souvent 60 à 70 % du volume mais seulement 20 % du travail. Laissez pour la fin les Zaps avec des branches multiples ou des boucles.
Vérifier les équivalents n8n. Pour chaque application dans votre inventaire, cherchez sur n8n.io/integrations si un node natif existe. Si non, vérifiez si l'application expose une API REST : le node HTTP Request de n8n couvre la grande majorité de ces cas. Si l'application n'a ni node natif ni API publique documentée (certains logiciels desktop anciens, certains SaaS avec accès uniquement via interface web), la migration sur ce Zap précis sera bloquée ou nécessitera un développement spécifique.
Chiffrer le gain réel. Multipliez votre volume mensuel de tâches par le nombre moyen d'étapes de vos Zaps. Le ratio tâches/exécutions vous donne la marge sur n8n. Exemple : 3 000 tâches/mois sur des Zaps de 4 étapes en moyenne = 750 exécutions réelles. Le plan Starter n8n à 20 €/mois couvre 2 500 exécutions : soit une marge confortable là où vous étiez sur le plan Team Zapier à 69 USD/mois. Sur des Zaps encore plus fragmentés (6-8 étapes), la différence de coût est encore plus marquée.
Cet inventaire vous permet aussi d'identifier les Zaps critiques : ceux qui alimentent des processus métier en temps réel : que vous testerez en dernier, une fois que vous aurez de l'expérience avec n8n sur les Zaps moins sensibles.

Installer n8n
Deux options réalistes selon votre profil : le cloud géré par n8n, ou l'auto-hébergement sur un VPS.
n8n Cloud est la formule la plus rapide à mettre en place. Plan Starter à 20 €/mois pour 2 500 exécutions et 5 exécutions en parallèle, Plan Pro à 50 €/mois pour 10 000 exécutions, 3 projets partagés et 20 exécutions concurrentes. L'avantage est l'absence de maintenance : mises à jour, sauvegardes et SSL sont gérés par n8n. L'inconvénient est le plafond d'exécutions, qui peut devenir contraignant sur des volumes élevés, et la moindre flexibilité sur la configuration avancée.
Auto-hébergement avec Docker est le choix le plus courant sur les projets clients. Un VPS à 5-10 €/mois (2 vCPU, 4 Go RAM) gère très confortablement n8n pour un usage PME, avec des exécutions illimitées. L'article installer n8n avec Docker couvre la configuration complète, y compris le reverse proxy Nginx, les certificats SSL Let's Encrypt et la persistance des données. La configuration minimale se résume à quelques lignes de docker-compose.yml :
services:
n8n:
image: docker.n8n.io/n8nio/n8n
restart: always
ports:
- "5678:5678"
environment:
- N8N_HOST=votre-domaine.fr
- N8N_PROTOCOL=https
- WEBHOOK_URL=https://votre-domaine.fr/
volumes:
- n8n_data:/home/node/.n8n
volumes:
n8n_data:
Une fois n8n lancé, créez votre compte admin, configurez l'authentification (au minimum un mot de passe fort sur l'interface, idéalement un SSO si vous êtes sur le plan Enterprise), et vous êtes prêt à recréer vos workflows. Si vous utilisez SQLite par défaut, envisagez de passer à PostgreSQL dès que vous dépassez quelques centaines de workflows ou que la durée de conservation des exécutions devient critique.
Recréer un workflow en pratique
La méthode la plus efficace est de traiter un Zap à la fois, de tester le workflow n8n sur des données réelles avant de passer au suivant, et de faire tourner les deux en parallèle une semaine avant de désactiver le Zap.
Prenons un exemple représentatif : un Zap qui envoie une notification Slack quand un nouvel email arrive dans Gmail avec un objet contenant "Devis" et au moins une pièce jointe.
Sur Zapier, ça donne trois étapes : Trigger Gmail (New Email matching search), Filter (Continue only if attachments > 0), Action Slack (Send Message). Sur n8n, le même workflow utilise un Gmail Trigger avec la requête subject:Devis has:attachment directement dans la configuration du node : ce qui élimine le besoin d'un IF Node séparé dans ce cas. Le Slack Node envoie ensuite le message en référençant {{ $json.snippet }} pour l'aperçu.
Ce qui change concrètement : dans Zapier, vous cliquez sur "Gmail > Subject" dans un menu. Dans n8n, vous écrivez {{ $json.subject }} dans le champ du Slack Node. La difficulté réelle est de comprendre la structure de l'objet retourné par le trigger, ce que l'éditeur n8n affiche dans le panneau de données à gauche après un test du node. Testez toujours chaque node individuellement depuis le canvas avant de lancer le workflow complet : n8n permet d'exécuter un node en isolation avec des données simulées ou réelles.
Pour les étapes Formatter de Zapier (transformer du texte, extraire une valeur, convertir un format), l'équivalent n8n est soit une expression JavaScript directement dans le champ du node suivant, soit le node Code pour les transformations plus complexes. Exemple : {{ new Date($json.date).toLocaleDateString('fr-FR') }} pour reformater une date en français. Si vous n'avez pas de background JavaScript, la formation n8n pour débutants couvre ces patterns de transformation de données. Notre référence n8n sur les expressions détaille la syntaxe et les cas les plus fréquents.
Pour les Zaps avec des étapes Path (branches conditionnelles multiples), l'équivalent est le Switch Node de n8n. La logique est identique : une valeur d'entrée détermine quelle branche est empruntée : mais la configuration est explicite dans l'interface n8n plutôt que guidée par des menus. Pour les boucles (Looping by Zapier), le Loop Over Items Node de n8n est l'équivalent direct, avec la possibilité de configurer finement la gestion des erreurs item par item.
Un conseil pratique appris sur des dizaines de migrations clients : ne recréez pas l'architecture exacte du Zap dans n8n. Profitez de la migration pour simplifier. Beaucoup de Zaps accumulent des étapes Filter redondantes ou des Formatter qui compensaient les limitations de la plateforme. Dans n8n, les expressions permettent souvent de faire en un champ ce qui nécessitait une étape dédiée dans Zapier.
Les pièges qu'on rencontre systématiquement
Les webhooks entrants changent d'URL. Dans Zapier, un webhook déclencheur crée une URL fixe liée au Zap : elle reste stable tant que le Zap existe. Dans n8n, l'URL du webhook contient l'ID du workflow et change si vous supprimez et recréez le workflow. Si vous avez des services tiers configurés pour envoyer des données sur un webhook Zapier (un formulaire, un CRM, un outil de paiement), notez bien ces URLs et préparez leur reconfiguration côté émetteur avant d'activer le workflow n8n. Ce n'est pas automatique et ça peut bloquer des processus critiques si on l'oublie.
Les tableaux de données se comportent différemment. Zapier "dépliait" automatiquement les tableaux : si un déclencheur renvoyait 10 items, il déclenchait l'action 10 fois. n8n est plus explicite : le trigger retourne un tableau de 10 éléments, tous passés au node suivant en une seule exécution. Selon ce que vous voulez faire, vous devrez peut-être ajouter un node Split in Batches pour traiter chaque item séparément, ou au contraire profiter du fait que n8n traite le tableau en bloc (souvent plus efficace). C'est le deuxième point de friction le plus fréquent après les expressions JavaScript.
Le polling et les délais. Sur le plan Professional Zapier, le polling s'effectue toutes les 2 minutes ; sur le plan Free, toutes les 15 minutes. n8n n'a pas ces contraintes fixes en self-hosted : vous configurez le cron à la minute près. C'est l'occasion de basculer sur des webhooks côté source quand c'est possible : la plupart des SaaS modernes les proposent : pour passer d'une architecture pull à push et réduire la latence à quelques secondes.
Les apps sans node natif. Pour les applications absentes des 400+ nodes natifs n8n, le node HTTP Request est le recours universel. Il gère les appels REST et la plupart des schémas d'authentification (Bearer token, Basic Auth, OAuth2 via le credential store de n8n). C'est très puissant, mais cela suppose de lire la documentation API de l'application concernée et de structurer manuellement les requêtes. Sur les projets où l'équipe n'est pas à l'aise avec les APIs, c'est le point qui peut bloquer une migration.
Le Delay by Zapier. n8n propose un Wait Node équivalent, mais son comportement sur les exécutions longues diffère selon le plan cloud ou la configuration self-hosted. En cloud Starter, les exécutions sont limitées à 1 minute : les délais longs (plusieurs heures) nécessitent une architecture différente (webhook de rappel, ou workflow scindé). En self-hosted, il n'y a pas de limite de durée d'exécution par défaut.
Ce que n8n permet en plus, une fois installé
Une fois la migration de base terminée, n8n ouvre des possibilités qui n'existaient pas sur Zapier à coût raisonnable.
La fonctionnalité la plus utilisée sur les projets clients est l'intégration d'IA directement dans les workflows. n8n propose des nodes natifs pour les modèles de langage (OpenAI, Anthropic, modèles locaux via Ollama), un AI Agent Node qui peut prendre des décisions dans le workflow, et un support MCP pour connecter des outils externes à un agent. Notre article sur les agents IA dans n8n détaille ces usages : c'est typiquement ce qui justifie la migration pour les équipes qui avaient atteint les limites de Zapier sur les flux documentaires ou les traitements de texte.
Sur l'organisation, n8n permet de structurer les workflows en sous-workflows réutilisables : l'équivalent de fonctions partagées. Un sous-workflow "Envoyer une notification Slack formatée" peut être appelé depuis 20 workflows différents sans dupliquer la logique. Les meilleures pratiques n8n couvrent cette structuration, les variables globales et le versioning Git des workflows (fonctions disponibles à partir du plan Business).
Pour les équipes qui ont besoin d'un accompagnement structuré : notamment quand certains Zaps sont critiques ou quand les apps impliquées nécessitent une configuration API spécifique : notre agence n8n gère ce type de projet de migration, de l'audit initial au déploiement en production.
Une fois la migration terminée, comptez une semaine de fonctionnement en parallèle (Zaps actifs sur Zapier + workflows n8n actifs sur les mêmes sources) pour valider que le comportement est identique sur des données réelles avant de désactiver définitivement vos Zaps. Gardez votre abonnement Zapier actif pendant cette période de transition.
Questions fréquentes
Peut-on importer ses Zaps directement dans n8n ?
Non, il n'existe pas d'outil officiel de migration. La communauté n8n a confirmé que les deux plateformes fonctionnent de façon trop différente pour qu'un import automatique soit fiable. Un outil communautaire non officiel (Migromat) propose une conversion partielle, mais le résultat nécessite toujours des corrections manuelles significatives. La migration manuelle workflow par workflow reste la méthode la plus sûre.
Combien de temps faut-il garder Zapier actif pendant la migration ?
Comptez une semaine de fonctionnement en parallèle par bloc de workflows migrés : Zaps Zapier actifs et workflows n8n actifs sur les mêmes sources simultanément. Désactivez un Zap seulement après que le workflow n8n équivalent a complété une dizaine d'exécutions sans erreur sur des données réelles. Pour les Zaps critiques (paiements, alertes métier), allongez à deux semaines.
Que faire quand une application n'a pas de node natif dans n8n ?
Le node HTTP Request couvre la grande majorité des APIs REST. Vous aurez besoin des identifiants API de l'application, de la documentation des endpoints et d'une connaissance basique du format JSON pour structurer les requêtes et parser les réponses. Si l'application n'expose pas d'API du tout (accès uniquement via interface web), la migration sur ce workflow précis n'est techniquement pas possible sans développement spécifique.
n8n self-hosted est-il vraiment gratuit pour une PME ?
La version Community est open-source sous licence Apache 2.0 : le logiciel est gratuit. Le coût réel est l'infrastructure : un VPS à 5-10 €/mois suffit pour la grande majorité des usages PME. Les fonctions avancées (SSO SAML, Git versioning, multi-environnements) sont réservées au plan Business à 667 €/mois ou au plan Enterprise. Pour 90 % des migrations Zapier, la version Community en self-hosted couvre tous les besoins.