Page mise à jour le
Ce que l'API permet
Ce que Zapier expose réellement
Repris de la documentation publique de l'éditeur, pas d'une plaquette commerciale. Le lien vers cette documentation est en bas de page.
Un déclencheur, des actions, des milliers d'applications
On choisit l'événement (nouvelle ligne, nouveau mail, nouvelle commande), on branche une ou plusieurs actions dans d'autres outils. La bibliothèque est l'argument de Zapier : beaucoup d'outils métier français y ont un connecteur, parfois imparfait. Un Zap reste lisible. Il devient difficile à suivre quand on empile des chemins, des sous-Zaps, du code. Pour une TPE, deux ou trois Zaps utiles valent mieux qu'un graphe que plus personne n'ose toucher.
La tâche, c'est l'action qui a réussi
Le centre d'aide est net : une action réussie = une tâche. Un déclencheur, jamais. Un filtre, jamais. Une action en erreur, jamais. Une recherche configurée pour ne pas continuer si rien n'est trouvé ne consomme pas ; si elle continue quand même, elle consomme une tâche. Un sous-Zap compte ses actions, plus l'appel, plus le retour. Relire un Zap dix fois rejoue les tâches des actions qui réussissent à nouveau. On dimensionne sur les succès, pas sur les tentatives.
Au plafond : retenu, ou facturé, puis retenu
Sans facturation à la tâche, les nouvelles exécutions sont retenues jusqu'au renouvellement du cycle, un changement de forfait, ou l'activation de cette facturation. Avec, Zapier continue et facture, jusqu'à trois fois le volume du forfait ; au-delà, rétention à nouveau. Des mails partent à 80 % et à 100 %. Les exécutions retenues se rejouent depuis l'historique. Rien n'est perdu par défaut ; tout est en pause. C'est plus clément qu'un stop sec, ce n'est pas « ça tourne quand même ».
Le déclencheur qui interroge ne se facture pas
Un Zap qui va voir toutes les deux minutes s'il y a un nouveau prospect ne consomme une tâche que lorsqu'il en trouve un et que l'action suivante réussit. Des milliers d'interrogations par mois peuvent donc être gratuites en tâches. Ce n'est pas gratuit chez l'éditeur d'en face, qui voit des appels. Zapier ne facture pas le regard ; Airtable, lui, le compte. On ne dimensionne pas qu'un côté.
Documentation développeur Zapier (nouvel onglet) — Plateforme développeur. Mesure des tâches : centre d'aide Zapier. Consultée le 21-08-2026.
Trois automatisations concrètes
Ce qu'on met en place avec
Trois situations réelles, décrites comme du travail plutôt que comme de la technique.
Le formulaire crée le contact, une fois
Une inscription crée (ou met à jour) la fiche CRM, pose un tag, prévient un canal. Deux ou trois tâches par inscription réussie. Un filtre « e-mail déjà vu » évite le doublon et ne consomme pas. Si l'action CRM échoue, pas de tâche — et pas de fiche. L'historique Zapier sert à rejouer, pas à ignorer l'échec. On le regarde la première semaine, ensuite on ne le regarde plus, et c'est comme ça que les échecs s'accumulent.
La commande payée prévient l'atelier
La boutique déclenche ; Zapier écrit une ligne, envoie un message. Deux tâches. Un chemin « paiement incomplet » s'arrête sans action, donc sans tâche, et c'est voulu. On n'empile pas un tableur, un CRM, un Slack, un e-mail « pour être sûr » : chaque action réussie se paie, et l'atelier n'a pas besoin de quatre sons de cloche.
Une relance préparée, pas envoyée dans le vide
Un horaire quotidien lance le Zap ; le déclencheur ne coûte rien. Les actions qui préparent le brouillon, oui. L'envoi au client reste un geste validé, ou un palier que vous avez décidé après relecture. Zapier enverra si vous le lui demandez. Il n'a pas d'avis sur le ton. Un Zap de relance sans filtre « déjà payé » est une faute de métier, pas un problème de tâches.
Limites
Ce que cette intégration ne fera pas
Les contraintes qu'on rencontre pour de vrai. Les découvrir maintenant coûte une lecture ; les découvrir en cours de projet coûte le projet.
Le volume de tâches est le forfait
Le nombre exact par offre se lit sur la page tarifaire de Zapier, qui change. Le mécanisme, lui, est stable : au plafond, rétention ou facturation à la tâche, puis rétention à trois fois le volume. Un Zap qui réussit trop — une boucle, un import — vide le mois en une après-midi. Zapier prévient par mail. Rejouer tout l'historique après un import, c'est reconsommer. On isole les Zaps d'import, on ne les laisse pas « on ».
Pas d'auto-hébergement, pas de code comme chez soi
Zapier tourne chez Zapier. Les données du Zap passent par eux. Un nœud « Code » existe, limité, et peut consommer plus si l'on étend la durée d'exécution. Ce n'est pas un serveur à vous. Si la contrainte est « rien ne sort », Zapier n'est pas l'outil ; n8n auto-hébergé l'est davantage. Si la contrainte est « relier deux SaaS ce week-end », Zapier est souvent le plus court chemin.
L'éditeur d'en face plafonne aussi
Un Zap qui interroge Airtable toutes les deux minutes ne coûte rien en tâches Zapier et peut coûter le mois Airtable. Un Zap qui crée des contacts HubSpot un par un se prend les rafales HubSpot. Zapier affiche l'erreur de l'autre. On lit les deux documentations. Un Zap « en erreur » ne consomme pas de tâche et n'a rien fait : l'équipe croit que c'est fait. L'historique est le seul juge.
Ce que mettre Zapier en place demande vraiment
Un Zap, deux étapes, un vrai événement, une lecture de l'historique le lendemain. On compte les tâches sur une semaine réelle avant de brancher le reste. On active les alertes de volume. On n'empile pas les chemins le premier jour. Le comparatif n8n / Zapier et l'article sur le visuel et le code existent à part : ici, on pose le compteur de tâches et la file d'attente, parce que ce sont eux qui décident si le Zap survit au mois.
Sources
Chaque affirmation de cette page renvoie au texte qui fait foi. En cas d'écart entre cette page et la source, c'est la source qui a raison.
- Comment Zapier mesure les tâches (nouvel onglet)
Action réussie = tâche ; déclencheur et filtre exclus ; rétention au plafond ; facturation à la tâche plafonnée à 3×.
Vos questions
Pourquoi Zapier dit-il que je n'ai rien consommé alors que le Zap tourne ?
Parce que le déclencheur interroge sans trouver, ou qu'un filtre arrête tout le monde, ou que l'action échoue. Aucun de ces trois cas ne compte pour une tâche. C'est cohérent avec la facturation, et trompeur pour le métier : « ça tourne » n'est pas « ça a écrit la fiche ». On ouvre l'historique, on filtre sur les succès. Un Zap silencieux et vert n'a parfois rien fait de la semaine, et c'est très bien — ou très grave, selon ce qu'on attendait.
Que deviennent les Zaps quand le forfait est à 100 % ?
Ils ne s'effacent pas. Les nouvelles exécutions sont retenues, rejouables plus tard, sauf si la facturation à la tâche est active, auquel cas ça continue jusqu'à trois fois le volume, puis rétention. Zapier maille à 80 % et à 100 %. Le travail en pause n'est pas perdu, il est en retard. Pour une relance de facture, un retard d'une semaine n'est pas anodin. On monte le forfait, ou on a un plan B humain, avant le palier, pas après le mail de 100 %.
Zapier, Make ou n8n ?
Zapier va vite, ne compte pas le déclencheur, ne s'héberge pas, et retient plutôt que de couper net. Make compte plus fin (opérations), pause au plafond, reste visuel. n8n s'auto-héberge si besoin, mêle le code, et se facture autrement. Le bon choix dépend de qui maintient, de où les données ont le droit d'aller, et de comment le compteur est fait. Les comparatifs du site détaillent ; cette page dit ce que Zapier facture, pour qu'on ne le découvre pas sur la facture.
Une idée en tête ?
Réservez un rendez-vous ou écrivez-nous — réponse sous 24 h.