L'agent IA face à Zapier, Make et n8n : la différence, et lequel choisir
La question revient presque toujours dans les mêmes termes : « J'ai déjà mon Zapier en place, pourquoi un agent ? » Et c'est la bonne question. La moitié de ce qui se vend aujourd'hui sous le nom d'agent IA n'est qu'un scénario ordinaire avec un modèle de langage à l'une des étapes.
La différence existe, elle est de nature, et elle ne tient pas à ce que l'agent serait « plus intelligent ».
Comment fonctionne un scénario
Zapier, Make et n8n sont nés de la même idée : attendre un événement et exécuter une suite d'actions dessinée à l'avance. Un e-mail arrive avec une pièce jointe — enregistre le fichier dans un dossier, crée une ligne dans le tableau, envoie une notification dans le canal.
Aujourd'hui, les trois proposent un mode agent — Zapier Agents, Make AI Agents, le nœud AI Agent de n8n. Il est donc plus honnête de comparer non pas des produits, mais deux façons d'organiser le travail : l'itinéraire et l'objectif. C'est de cela qu'il s'agit dans la suite.
Le mot qui compte : dessinée à l'avance. Vous avez décrit l'itinéraire, le système le suit. À chaque fois de la même manière.
C'est un immense avantage. Un scénario :
- fonctionne de façon prévisible : à entrée identique, sortie identique à l'octet près ;
- coûte des centimes par opération et encaisse des milliers de déclenchements par heure ;
- se vérifie facilement — on voit quelle étape a tourné et laquelle est tombée ;
- n'invente rien.
Si la tâche se formule ainsi — « quand X se produit, fais toujours Y » —, le scénario est le bon outil, et un agent y sera plus cher et moins bon. Reporter un paiement Stripe dans l'outil comptable, notifier une nouvelle demande, synchroniser deux tableaux : c'est le territoire de Zapier, et il n'y a aucune raison de le lui reprendre.
Là où le scénario casse
Les ennuis commencent quand l'entrée cesse d'être identique.
Le format dérape. Le client n'a pas envoyé une facture en PDF, mais la photo d'une facture, prise de travers et mal éclairée. Le scénario ne sait pas « comprendre ce que c'est ». Il sait « prendre le champ amount ». Pas de champ, branche tombée.
Il faut un jugement, pas une action. « Si le montant dépasse dix mille, envoyer en validation » s'écrit avec une condition. « Si le client exprime son mécontentement dans son message, ne pas envoyer la réponse automatique et alerter un humain » ne s'écrit pas avec une condition. Le mécontentement n'est pas rangé dans un champ.
Plus de branches qu'on ne peut en dessiner. Chaque exception ajoute une branche. Six mois plus tard, le schéma compte deux cents blocs et plus personne, pas même son auteur, n'ose y toucher. Le tableau est connu : il est plus simple de créer un nouveau scénario à côté que de comprendre l'ancien.
Ces trois cas ont une chose en commun : le réel s'est révélé plus riche que le schéma, et le schéma ne sait pas se compléter tout seul.
Ce que l'agent fait autrement
À l'agent, vous ne donnez pas un itinéraire mais un objectif et des limites. « Traite les documents entrants : identifie ce que c'est, range-les au bon endroit, demande au client ce qui manque. Si tu n'es pas sûr, ne devine pas — remets-le-moi. »
Ensuite, il décide lui-même des étapes à faire dans chaque cas. Une photo prise de travers, il la lira. S'il n'y arrive pas, il dira précisément ce qu'il n'a pas déchiffré et demandera une nouvelle prise. Si quelque chose d'inattendu arrive, il le décrira avec ses mots et vous le transmettra, au lieu de tomber en erreur.
Différence pratique : le scénario traite les cas que vous avez prévus, l'agent traite aussi les autres — soit il les fait, soit il lève la main honnêtement.
Le revers
Ici commence ce dont la publicité des agents ne parle pas.
Le non-déterminisme. Sur une entrée semblable, l'agent donne un résultat semblable, pas identique. Pour le tri de documents, c'est sans importance. Pour la paie, c'est important au point qu'un agent n'a rien à y faire.
L'audit est plus difficile. Dans un scénario, on voit : l'étape 4 est tombée. Avec un agent, il faut regarder ce qu'il a décidé et pourquoi. Un bon produit montre le fil du raisonnement étape par étape, mais cela reste de la lecture de texte, pas un coup d'œil sur un schéma.
Plus cher à l'opération. L'écart n'est pas d'un ordre de grandeur, mais la différence entre un appel de modèle et une requête HTTP est objective. Sur dix mille déclenchements identiques par jour, elle se voit.
Du formaté sur des données identiques. Donnez à un agent les mêmes éléments de départ, il produira le même résultat — c'est une propriété, pas une panne. Nous avons décrit le cas d'une agence qui a découvert que trois de ses six stratégies se ressemblaient, parce qu'elles avaient été montées sur le même modèle à partir d'une matière semblable.
Comment choisir
La règle qui fonctionne est simple.
Prenez un scénario si l'entrée arrive toujours au même format, la décision s'écrit avec une condition, le volume est élevé et le coût d'une erreur sur un déclenchement est faible.
Prenez un agent si l'entrée vient de personnes et varie donc, s'il faut comprendre un sens plutôt que lire un champ, s'il y a plus d'exceptions que de règles, et si le volume se compte en dizaines par jour et non en milliers par heure.
Un test rapide : essayez de décrire la tâche avec « si… alors… ». Vous y arrivez en trois phrases, c'est un scénario. Vous vous surprenez à écrire « en général oui, mais ça dépend, et là il faut regarder », c'est un agent.
Le cas particulier de n8n
Avec n8n, la comparaison est moins nette qu'avec Zapier, et autant le dire franchement.
D'abord, il s'héberge chez vous. Le code source est consultable, mais la licence n'est pas ouverte au sens strict : c'est la Sustainable Use License, du « fair-code » — l'usage interne à votre entreprise est permis, la revente non. En auto-hébergement, les données ne passent par aucun intermédiaire et il n'y a pas de coût par déclenchement. n8n propose aussi un cloud, et là, la facturation se fait à l'exécution.
Ensuite, le nœud agent de n8n est un vrai agent : on lui branche une mémoire qui, sur Postgres ou Redis, survit aux redémarrages. Autrement dit, la frontière dont parle tout cet article passe déjà à l'intérieur de n8n.
Il reste une seule différence pratique, et elle ne porte pas sur les capacités.
Qui monte la construction. Dans n8n, c'est vous qui concevez et maintenez le processus : nœuds, liaisons, branches, gestion des erreurs, mémoire et ce qu'on y met. C'est exactement le travail pour lequel on embauche un intégrateur. Chez nous, la construction se monte en conversation, en 15–30 minutes, et vous la corrigez ensuite : moins cher au départ, moins souple à la limite.
Si quelqu'un dans votre équipe aime n8n et l'a déjà déployé, c'est une position solide : l'agent ne vient pas à la place, il vient par-dessus, là où le nœud ne suit plus sur une entrée hétérogène.
Rien n'oblige à les opposer
Dans la pratique, l'association fonctionne mieux que chacun des deux pris séparément. Le scénario fait ce qu'il fait bien : capter l'événement, appeler l'API, déplacer les données. L'agent prend la portion où il faut comprendre ce qui arrive et décider quoi en faire.
Le partage typique chez un comptable en externalisation : le scénario récupère le relevé bancaire et verse les transactions dans l'outil — c'est de la mécanique, l'agent n'y sert à rien. L'agent, lui, traite ce que les clients envoient sur la messagerie, parce qu'il y a là des photos, des messages vocaux et des « c'est vraiment nécessaire, ça ? ».
Ce qu'il faut retenir
Un agent n'est pas un Zapier amélioré. C'est un autre outil pour une autre classe de tâches : celles où l'entrée est hétérogène et où le travail demande du jugement.
Et une conclusion honnête : si vos processus se décrivent déjà bien en scénarios et qu'ils ne tombent pas, vous n'avez probablement pas besoin d'un agent. Il devient utile là où l'automatisation n'a toujours pas décollé, précisément parce que la tâche ne se ramenait pas à « si… alors… ».