Guide
Connecter un chatbot à Zapier ou Make : guide intégrateur
Exposer des scénarios Make ou des actions Zapier à un assistant IA : conditions, modes, coût en tâches et limites, vus depuis un projet d'automatisation.
Mis à jour le
Un assistant IA se connecte à Zapier ou à Make par leur serveur MCP (Model Context Protocol, le standard qui relie un assistant à des outils). Les automatisations que vous avez déjà construites deviennent alors des outils que l'assistant peut lancer pendant une conversation. Côté Make, ce sont des scénarios actifs et planifiés à la demande. Côté Zapier, ce sont des actions, choisies par vous ou par l'assistant, et chaque appel réussi consomme deux tâches.
Pourquoi c'est un bon point de départ pour un intégrateur
Si vous faites de l'automatisation, vous avez chez vos clients des dizaines de flux qui tournent : création de fiches, relances, synchronisations. Brancher un assistant sur ces flux plutôt que directement sur chaque logiciel présente trois avantages :
- vous réutilisez ce qui existe, déjà testé et connu du client ;
- vous gardez la main sur ce que l'assistant peut faire : il ne voit que les scénarios ou actions exposés ;
- la maintenance reste dans un seul outil, celui que vous suivez déjà.
Make : des scénarios qui deviennent des outils
Selon le centre d'aide de Make (lu le 15/11/2026), un client MCP peut accéder aux outils d'un compte Make, par exemple pour exécuter des scénarios ou consulter des magasins de données. Pour qu'un scénario soit utilisable :
- il est actif ;
- il est planifié à la demande (« on-demand »), et non sur un horaire ;
- ses entrées et sorties sont configurées, pour que l'assistant sache quoi envoyer et quoi attendre ;
- le client MCP dispose du périmètre d'exécution (« Run your scenarios » en connexion OAuth).
Make distingue deux familles de périmètres : l'exécution des scénarios, ouverte à tous les plans, et la gestion du compte (scénarios, équipes, connexions, webhooks, magasins de données), réservée aux plans payants. Pour limiter les scénarios visibles, Make propose les « toolboxes » MCP.
Conseil de conception. Écrivez pour chaque scénario exposé un nom et une description qui disent exactement quand l'utiliser. C'est ce que l'assistant lit pour choisir. Un scénario « Créer un prospect dans le CRM (logiciel de gestion de la relation client) à partir d'une demande de devis » sera mieux choisi qu'un scénario « Flux 12 ».
Zapier : des actions, en mode géré ou agentique
La documentation de Zapier MCP annonce « 9,000+ apps and 40,000+ actions ». Chaque serveur fonctionne dans un mode :
- mode agentique : l'assistant trouve et ajoute lui-même les actions dont il a besoin pendant la conversation ;
- mode géré : vous fixez un ensemble d'actions.
Pour un projet client, le mode géré se recette et se maintient beaucoup mieux : la liste des actions possibles est connue, donc testable. Le mode agentique a sa place en exploration, pas en production.
Les actions utilisent les mêmes connexions d'applications que les Zaps du compte. Révoquer ou renouveler une connexion touche donc à la fois les Zaps et l'assistant.
Le coût en tâches, à faire entrer dans le chiffrage
Zapier l'écrit : « Each successful call uses two tasks from your Zapier plan », les appels échoués n'étant pas comptés.
Exemple de calcul, en hypothèse. Prenons un assistant qui déclenche une action Zapier dans une conversation sur quatre, pour 2 000 conversations par mois. Cela fait 500 appels, donc 1 000 tâches par mois, qui s'ajoutent à celles des Zaps existants. Si le forfait Zapier du client est juste, l'assistant peut le faire déborder : à vérifier avant la mise en production, et à suivre chaque mois.
Make ou Zapier : ce que disent leurs documentations
| Make | Zapier | |
|---|---|---|
| Ce qui est exposé | Des scénarios du compte | Des actions sur des applications connectées |
| Comment on restreint | Périmètres et toolboxes | Mode géré, liste fixe d'actions |
| Condition pour un outil | Scénario actif, à la demande, entrées et sorties | Action ajoutée au serveur |
| Coût d'usage décrit | Selon le plan (gestion réservée aux plans payants) | Deux tâches par appel réussi |
Quand passer par l'API directe plutôt
L'outil d'automatisation ajoute un intermédiaire. Préférez un appel direct à l'API du logiciel (voir MCP ou API) quand :
- l'opération est unique, fixe et fréquente : le coût en tâches devient sensible ;
- la réponse doit être immédiate et l'intermédiaire ajoute un délai ;
- le client ne veut pas dépendre d'un outil d'automatisation de plus.
Points à vérifier
- La liste exacte des scénarios ou actions exposés, validée par le client.
- Les droits des connexions utilisées : un Zap créé avec un compte administrateur donne à l'assistant des droits d'administrateur (voir Droits d'accès).
- La consommation de tâches ou d'opérations, estimée puis suivie.
- La description de chaque outil, relue comme une consigne.
- Ce qui se passe si l'outil d'automatisation est indisponible.
Questions fréquentes
Comment un scénario Make devient-il utilisable par un assistant IA ?
Il doit être actif, planifié à la demande, avoir des entrées et sorties configurées, et le client MCP doit disposer du périmètre d'exécution des scénarios.
Combien coûte un appel d'assistant à Zapier ?
La documentation de Zapier indique que chaque appel réussi consomme deux tâches du forfait Zapier. Les appels échoués ne sont pas comptés.
Faut-il laisser l'assistant choisir ses actions Zapier ?
En production chez un client, le mode géré, où vous fixez la liste des actions, est plus facile à recetter et à maintenir que le mode agentique.
Sources
Pages consultées pour écrire cet article :