Pendant des années, j'ai survolé Zapier, puis je l'ai utilisé de plus en plus. Quand j'ai évolué vers un poste d'administrateur Salesforce, il a pris une place plus intéressante face à la charge de travail et au besoin de connecter rapidement plusieurs outils. J'y ai construit plusieurs ponts. Un exemple parlant : un devis rempli sur un site vitrine devient une piste dans Salesforce, l'opportunité se crée avec ses produits, et la campagne associée se met à jour. Au quotidien, ça libère du temps et ça évite les ressaisies.

Et puis j'ai croisé une équipe dont l'IA est dans l'ADN, et qui s'en sert à bon escient. Technique, exigeante. Elle utilise N8N. Pas Zapier. Ça m'a intrigué.

Depuis quelques mois, j'expérimente N8N en local. Bientôt sur un VPS. L'idée : faire passer mes scénarios Zapier les plus chers sur une infra que je maîtrise, et voir ce que ça change.

Ce qui suit n'est pas un verdict, c'est un journal d'exploration. Mon avis sur N8N reste à forger : il me faut des tests, des mini-projets, voir où ça casse. Ce que je partage ici, c'est ce que je vois aujourd'hui.

Ce qui marche bien chez Zapier

Trois forces que je retrouve dans mon usage quotidien.

L'Agent IA qui accompagne la construction. C'est probablement la nouveauté la plus utile de ces dernières années. On décrit le scénario en langage naturel, l'agent propose la chaîne de Zaps, suggère les transformations, corrige les mappings (la connexion d'un champ entrant à un champ sortant). Le gain de temps à la création est réel, surtout pour les workflows qui s'éloignent de ce qu'on a déjà fait dix fois. À ce jour, N8N n'a pas d'équivalent intégré.

Un écosystème prêt à l'emploi. Brevo, Marketing Cloud, Salesforce, Stripe, Calendly, et des centaines d'autres. Les intégrations existent, sont maintenues, et absorbent le travail invisible : rate limits (les quotas d'appels API imposés par les services), retries automatiques quand un appel échoue, gestion des erreurs partielles dans une chaîne. On branche, ça tourne.

Une courbe d'entrée très basse. Une équipe non-tech monte ses premiers Zaps en une après-midi. Pas de Docker, pas de YAML, pas de serveur à provisionner. Pour beaucoup d'usages, c'est l'outil qu'il faut : ni trop simple, ni trop technique.

Là où Zapier coince : le compteur de taxi

Zapier facture par task : une task = une action déclenchée dans un Zap. Envoyer un email = une task. Mettre à jour un enregistrement Salesforce = une task. Un Zap qui orchestre cinq étapes consomme cinq tasks à chaque exécution.

Tant que le volume reste prévisible, le modèle est confortable. Ça se complique dès qu'il devient saisonnier ou qu'il part en pic.

J'ai un cas en tête. Un Zap qui relie un système de billetterie à Salesforce pour mettre à jour la participation des inscrits dans une campagne. En période normale, le volume reste très en dessous du plan choisi. Pendant un événement, il peut passer de quelques centaines à plusieurs milliers de tasks en une soirée. Avant chaque pic prévu, la même question revient : est-ce qu'on a assez de crédits sur le plan en cours pour absorber le volume ?

Si la réponse est non, deux options : passer au plan supérieur en urgence (avec un saut de prix sans rapport avec l'usage réel), ou voir des Zaps couper en plein événement. Aucune des deux n'est confortable.

C'est l'image du compteur de taxi. Il tourne tout seul, on le surveille du coin de l'œil, et la facture du mois dépend autant du volume que de la chance d'avoir bien dimensionné le plan en avance. Ce n'est pas un problème de prix dans l'absolu : c'est un modèle qui ajoute une charge mentale de prévision, en plus du métier.

Pourquoi j'explore N8N : reprendre la main

L'image du compteur de taxi pose la première raison : le coût. Pas dans l'absolu, mais dans sa nature. Quand le volume varie, la facture varie. Quand le volume est imprévisible, la facture est imprévisible. C'est l'opposé de ce qu'on attend d'un système censé tourner discrètement en arrière-plan.

N8N propose une autre logique. Open-source, self-hostable, gratuit en local. Sur un VPS (un serveur loué chez un hébergeur, à tarif fixe mensuel ou annuel), on paye le loyer du serveur, et c'est tout. Une fois installé, on peut faire tourner autant de workflows et de tasks qu'on veut, sans que la facture bouge. Le compteur s'arrête.

La deuxième raison va au-delà du prix : c'est la maîtrise. Quand un workflow vit chez Zapier, sur leur compte, dans leur format, on dépend de leur tarification, de leur roadmap, de leur disponibilité. Si la tarification évolue, si les limites changent, si une intégration disparaît, on subit. Avec N8N self-hosted, le code, les credentials et les workflows sont chez nous. Si on veut changer de fournisseur de VPS, c'est un export et un import. Si on veut auditer ce qui tourne, on a la main.

Mon arbitrage actuel est pragmatique : les scénarios qui me coûtent cher chez Zapier passent sur N8N en priorité. Le VPS, lui, ne grossit pas avec le volume.

Premier cas N8N en local : un formulaire WordPress vers email + Notion

Pour me familiariser avec N8N, j'ai monté un workflow inspiré d'un besoin réel : prendre la suite d'un processus client après le remplissage d'un formulaire complexe sur WordPress, construit avec Elementor.

À chaque soumission, le formulaire appelle un webhook N8N (une URL d'écoute) qui reçoit les données. N8N les extrait et lance deux actions :

  1. Un email sur mesure au client, avec son prénom, le contexte de sa demande, et un lien personnalisé qui l'amène à l'étape suivante du processus.
  2. Un enregistrement structuré dans Notion, qui sert d'archive et pourra servir plus tard de base à des analyses simples.

Ce qui m'a frappé : un nœud Code où chaque exécution est gratuite. N8N permet d'écrire du JavaScript ou du Python directement dans le workflow. Construire le lien personnalisé, formater le contenu pour Notion, transformer une chaîne en JSON propre : autant d'opérations qui tiennent en dix lignes de code. Zapier propose un équivalent, mais chaque étape consomme une task. Sur N8N self-hosted, le compteur ne tourne pas.

Pour l'instant, ce workflow tourne en local sur Docker. Le passage sur VPS est en préparation.

Ce que N8N coûte

Trois prix à payer pour le coût fixe et la maîtrise.

Pas d'Agent IA intégré en self-hosted. La construction d'un workflow se fait à la main, nœud par nœud. C'est plus lent au démarrage, surtout sur des scénarios qu'on n'a jamais rencontrés. N8N propose bien un AI Workflow Builder et un AI Assistant, mais réservés à sa version Cloud. La compensation que je teste : coupler N8N avec Claude in Chrome (l'extension qui donne à Claude le contrôle du navigateur) pour challenger un workflow avant de l'implémenter, générer du JavaScript pour le nœud Code, ou identifier un cas limite que j'aurais oublié. C'est une IA externe, branchée à la demande, qui peut piloter l'interface, là où l'IA intégrée de Zapier reste plus fluide parce qu'elle connaît le produit nativement. À l'usage, Claude in Chrome semble gourmand en tokens (les unités de calcul que les modèles facturent), donc à doser sur les sessions longues.

Du VPS et du monitoring à assumer. Self-hoster un outil signifie le maintenir : mises à jour, sauvegardes, surveillance des erreurs, redémarrage en cas de crash. Rien d'insurmontable pour quelqu'un qui sait gérer un serveur, mais ce n'est pas zéro. Sur Zapier, ce travail est invisible parce que c'est leur métier.

Une phase d'apprentissage. Je suis encore en exploration. Il y a des limites que je n'ai pas touchées du doigt : le comportement sous forte charge, la fiabilité à long terme, certaines intégrations spécifiques qui peuvent nécessiter du contournement. Mon avis se précisera avec d'autres tests. Cet article aura sans doute besoin d'une mise à jour dans six mois.

Quand prendre l'un, quand prendre l'autre

À ce stade de mon exploration, je vois trois critères qui font pencher la balance.

Le profil de l'équipe. Si personne ne sait gérer un VPS, ne lit du JSON sans broncher, ou ne veut investir dans ces compétences, Zapier reste l'outil qui rend le plus de services tout de suite. La charge opérationnelle disparaît parce qu'elle est portée par le SaaS.

Le profil du volume. Si les workflows tournent à un débit prévisible et faible, Zapier reste imbattable sur les premiers paliers. Si le volume est élevé, saisonnier ou imprévisible, la facture Zapier grimpe vite et l'arbitrage bascule. À partir d'un certain seuil (propre à chaque scénario), un VPS qui héberge N8N devient moins cher tout en étant plus calme à exploiter.

Le rapport à l'enfermement. C'est plus un critère de valeurs qu'un critère technique. Si la souveraineté sur les outils, la portabilité des workflows et l'indépendance vis-à-vis d'un éditeur comptent, N8N a une longueur d'avance structurelle. Si l'enfermement progressif d'un SaaS ne pose pas de problème, Zapier offre plus de confort.

Aucun outil n'est mauvais. Aucun n'est parfait. Le bon choix dépend d'où on part, de ce qu'on construit, et de ce qu'on accepte de payer pour ne plus y penser.

Et après

Cet article est un point d'étape, pas mon avis définitif. Mes prochains tests : le passage en VPS, la fiabilité d'un workflow sur plusieurs mois sans intervention, et la migration progressive de quelques scénarios coûteux. Je documenterai ce qui marche et ce qui casse et ferai un nouvel article dans quelques mois. Merci pour votre lecture.