Un webhook, c'est quoi ? Définition simple et effet sur la facture

La réponse en trois lignes

Un webhook est une adresse web (une URL) qu’une application appelle d’elle-même dès qu’un événement se produit chez elle : un formulaire rempli, un paiement reçu, une commande passée. Elle y envoie les données de l’événement, et l’outil qui écoute à cette adresse démarre aussitôt. Personne ne va demander s’il y a du nouveau : c’est l’application qui prévient.

Un exemple suivi : le formulaire de contact

Vous avez un formulaire de contact sur votre site. À chaque demande, vous voulez deux choses : une ligne ajoutée dans un tableur et un e-mail d’alerte. Dans un outil d’automatisation, cela fait trois étapes : un déclencheur (la demande arrive) et deux actions. Comptons 300 demandes par mois.

L’outil a deux façons de savoir qu’une demande est arrivée.

• Le webhook, ou déclenchement instantané. L’outil d’automatisation vous fournit une URL. Vous la collez dans les réglages du formulaire. À chaque envoi, le formulaire appelle cette URL et y joint les réponses. L’automatisation démarre dans la foulée.
• L’interrogation régulière (« polling » en anglais). L’outil d’automatisation va voir lui-même, toutes les 15 minutes par exemple, si le formulaire a reçu de nouvelles réponses. La plupart du temps, il n’y a rien. Quand il y a quelque chose, l’automatisation démarre, avec un retard qui peut atteindre l’intervalle choisi.

L’image la plus simple : le webhook est une sonnette ; l’interrogation consiste à ouvrir la porte tous les quarts d’heure pour voir si quelqu’un attend.

Sur un mois de 30 jours, une interrogation toutes les 15 minutes représente 2 880 vérifications, et une interrogation toutes les minutes, 43 200. Pour 300 demandes. Toute la question est de savoir si les vérifications à vide sont facturées.

Pourquoi la facture change selon l’outil

Chaque outil compte une unité différente, et le déclencheur n’y occupe pas la même place. Les règles qui suivent viennent de la définition de l’unité relevée pour chaque éditeur ; le détail est dans le guide sur les unités facturées.

Tableau défilant horizontalement →

Unité facturée et intervalle minimal d'interrogation

Critère	MakeOutil d'automatisation	ZapierOutil d'automatisation	n8nOutil d'automatisation
Unité facturée	créditssource	tâchessource	exécutionssource
Intervalle minimal	15 minutes (Free) ; 1 minute (Core, Pro, Teams, Enterprise)source	15 minutes (Free) ; 2 minutes (Professional) ; 1 minute (Team, Enterprise)source	non relevé
Offre gratuite	1 000 crédits par moissource	100 tâches par moissource	Nonsource
Éditeur	Voir le site de Make (s'ouvre dans un nouvel onglet)	Voir le site de Zapier (s'ouvre dans un nouvel onglet)	Voir le site de n8n (s'ouvre dans un nouvel onglet)

Make : une vérification à vide consomme un crédit

Chez Make, un déclencheur consomme 1 crédit par exécution, même sans donnée nouvelle, et chaque module d’action 1 crédit par lot traité.

• Avec un webhook : 300 exécutions × 3 modules, soit 900 crédits par mois.
• Avec une interrogation toutes les 15 minutes : 2 880 crédits de déclencheur et 600 crédits d’actions, soit 3 480 crédits.
• Avec une interrogation toutes les minutes : 43 200 crédits de déclencheur et 600 d’actions, soit 43 800 crédits.

L’offre gratuite inclut 1 000 crédits par mois et impose 15 minutes au moins entre deux exécutions planifiées : en crédits, la version webhook de l’exemple tient dans ce quota, la version par interrogation le dépasse. L’offre Core démarre à 10 000 crédits par mois : l’interrogation au quart d’heure y tient, celle à la minute non. La documentation distingue ces deux familles de déclencheurs et précise que chaque webhook a sa file d’attente (Centre d’aide de Make, « Webhooks » (consulté le 11 novembre 2026)).

Zapier : le déclencheur ne compte pas

Chez Zapier, seules les actions réussies comptent : les déclencheurs, interrogations périodiques comprises, ne consomment aucune tâche. Webhook ou interrogation, l’exemple consomme donc la même chose : 300 × 2 actions, soit 600 tâches par mois.

Deux choses changent quand même. Le délai, d’abord : l’interrogation a lieu toutes les 15 minutes sur l’offre gratuite, toutes les 2 minutes en Professional, toutes les minutes en Team. L’accès, ensuite : la grille de l’éditeur range les webhooks parmi les fonctions absentes de l’offre gratuite, limitée par ailleurs à des Zaps de deux étapes. L’exemple à trois étapes demande donc l’offre Professional, qui démarre à 750 tâches par mois. L’éditeur décrit les deux types de déclencheurs dans son aide (Centre d’aide de Zapier, « How Zap triggers work » (consulté le 11 novembre 2026)).

Les pages de l’éditeur se contredisent sur un point : la page « Task usage rates » range déclencheurs et actions dans l’étape standard à 1 tâche, alors que la FAQ des tarifs et l’article d’aide écrivent que les déclencheurs ne consomment jamais de tâche.

n8n : tout dépend du nœud de départ

n8n compte une exécution par passage complet du workflow, quel que soit le nombre d’étapes. Trois cas se présentent.

• Webhook. Une exécution par requête entrante, même à corps vide : 300 exécutions.
• Déclencheur par interrogation (le nœud d’une application qui vérifie à intervalle régulier). D’après la documentation, une vérification qui ne rapporte rien ne compte pas : 300 exécutions au plus (Documentation de n8n, « Understand executions » (consulté le 11 novembre 2026)).
• Schedule Trigger (une planification suivie d’une étape qui va chercher les nouvelles demandes). Une exécution à chaque déclenchement, qu’il y ait du nouveau ou non : 2 880 exécutions au quart d’heure, 43 200 à la minute.

L’offre Starter inclut 2 500 exécutions par mois : le webhook y tient, la planification au quart d’heure la dépasse à elle seule.

Pabbly Connect et Latenode

Pabbly Connect ne compte ni les déclencheurs ni les vérifications par interrogation : seules les étapes d’action sont des tâches, et le webhook instantané figure dans l’offre gratuite. Latenode facture le temps de calcul de chaque exécution, pas le nombre d’étapes ; son intervalle minimal de 10 minutes ne vaut que pour la planification et l’interrogation, les webhooks y étant instantanés.

L’exemple en un tableau

Outil	Avec un webhook	Avec une interrogation toutes les 15 minutes	Ce qui est compté
Make	900 crédits	3 480 crédits	chaque module, déclencheur compris, même à vide
Zapier	600 tâches	600 tâches	les actions réussies
n8n	300 exécutions	300 au plus avec un déclencheur par interrogation, 2 880 avec un Schedule Trigger	chaque passage du workflow
Pabbly Connect	600 tâches	600 tâches	les étapes d’action

Ces volumes valent pour 300 demandes par mois et deux actions. Pour refaire le calcul avec vos chiffres, le simulateur de coût a un réglage de déclenchement : instantané, ou interrogation toutes les 15, 5 ou 1 minutes.

Ce que cela change pour choisir un outil

• Si votre application source sait envoyer un webhook (le réglage s’appelle souvent « webhook », « notification » ou « URL de rappel »), utilisez-le. Chez Make, c’est moins de crédits ; partout, c’est moins d’attente.
• Si elle ne sait pas, regardez d’abord comment l’outil compte le déclencheur. Chez Zapier et Pabbly Connect, l’interrogation ne coûte rien de plus. Chez Make, chaque vérification coûte un crédit : un intervalle plus long réduit la facture. Chez n8n, le déclencheur par interrogation d’une application consomme moins qu’une planification construite à la main.
• Si vous avez besoin d’une réaction dans la minute sans webhook, l’intervalle minimal dépend de l’offre : il figure dans le tableau plus haut et dans le comparatif des outils d’automatisation.
• Si vous hésitez entre deux outils, les duels n8n ou Make et Make ou Zapier reprennent ces règles sur un même scénario.

Les fiches Make, Zapier et n8n donnent la définition complète de chaque unité, avec sa source. Si la notion d’automatisation elle-même est nouvelle pour vous, commencez par le guide sur l’automatisation no-code.