3.5Webhooks & intégrations sur mesure
Que faire quand une application n'a pas de connecteur tout prêt ? On passe par les webhooks et les appels d'API — la porte d'entrée vers tout l'écosystème. Un webhook est une URL que votre scénario fournit : dès qu'un autre service envoie des données à cette URL (par exemple à la validation d'un paiement, d'un formulaire, d'un événement custom), le scénario se déclenche instantanément avec ces données. C'est le déclencheur universel, en temps réel.
Dans l'autre sens, le module HTTP permet d'appeler n'importe quelle API : envoyer une requête (GET, POST…) à un service, avec ses paramètres et son authentification, et récupérer la réponse (souvent en JSON) pour la suite du scénario. Comprendre les bases (URL, méthode, en-têtes, corps, JSON) ouvre l'accès à des milliers de services même sans connecteur officiel. Webhooks (entrée) + appels HTTP (sortie) sont ce qui rend le no-code réellement sans limite : c'est aussi le pont vers l'IA et les intégrations custom du niveau 4.
Vocabulaire de la section
- Webhook
- URL fournie par votre scénario ; recevoir des données dessus le déclenche instantanément (déclencheur universel, temps réel).
- API
- Interface permettant à deux logiciels de communiquer : on envoie une requête, on reçoit une réponse (souvent en JSON).
- Requête HTTP
- Appel à une API (méthode GET/POST…, URL, en-têtes, corps) pour lire ou envoyer des données.
- JSON
- Format texte standard d'échange de données structurées (paires clé/valeur, listes) renvoyé par la plupart des API.
- Authentification (API key/token)
- Mécanisme prouvant votre identité auprès d'une API (clé, jeton), à transmettre dans la requête et à garder secret.
Que permet un webhook ?
En pratique — Déclencher par webhook et appeler une API
- Créez un scénario déclenché par un webhook : copiez l'URL fournie et configurez un service pour lui envoyer des données.
- Envoyez un premier appel de test et observez les données reçues (structure JSON) dans le scénario.
- Ajoutez un module HTTP pour appeler une API externe (méthode, URL, en-têtes, éventuelle clé d'authentification).
- Récupérez la réponse JSON et mappez ses champs vers l'action suivante ; testez de bout en bout.
Points clés à retenir
- Un webhook est une URL qui déclenche le scénario instantanément quand un service lui envoie des données.
- Le module HTTP appelle n'importe quelle API (GET/POST, en-têtes, corps) et récupère la réponse.
- Les données transitent souvent en JSON (clé/valeur, listes) à mapper vers la suite.
- Webhooks + appels HTTP donnent accès aux services sans connecteur officiel — le no-code sans limite.
Questions fréquentes
Un webhook, est-ce compliqué ? Faut-il coder ?
Non, pas besoin de coder. Concrètement, l'outil vous donne une URL ; il suffit d'indiquer cette URL dans l'autre service (dans ses réglages « webhook » / « notifications ») pour qu'il y envoie des données à chaque événement. Votre scénario les reçoit et se déclenche. La seule chose à comprendre est le principe : « une adresse qui, quand on lui parle, réveille mon automatisation ». Les données arrivent en JSON, que l'outil affiche de façon lisible pour le mapping. C'est souvent plus simple et plus instantané qu'un connecteur classique, et ça marche avec presque tout service capable d'envoyer un webhook.
Où mettre ma clé d'API pour appeler un service en toute sécurité ?
Jamais en clair dans le corps visible du scénario ni dans un champ partagé. Les bons réflexes : utiliser les connexions/authentifications intégrées de l'outil (qui stockent le secret de façon chiffrée), ou des variables d'environnement/coffres à secrets quand c'est disponible (particulièrement avec n8n, niveau 4). Une clé d'API est un mot de passe : quiconque l'obtient peut agir en votre nom et consommer vos quotas. On la garde secrète, on la régénère si elle a fuité, et on limite ses droits au minimum nécessaire. La sécurité des secrets est détaillée en section 4.5.