Recevoir un webhook, appeler une API, sans écrire de script
Vous savez ce qu'est un POST et un payload JSON, vous n'avez simplement aucune envie de maintenir un petit serveur Node pour écouter trois webhooks par jour. Make vous donne une URL de webhook prête à recevoir, un module HTTP qui appelle n'importe quelle API, et l'historique de chaque exécution avec les données réellement reçues.
Ce qui coince quand le connecteur officiel n'existe pas
Le problème n'est jamais le webhook lui-même, c'est tout ce qu'il faut autour.
- Il faut un serveur qui écoute en permanence. Une URL publique, un certificat, un process qui redémarre, un hébergement à payer : beaucoup d'infrastructure pour recevoir quelques appels par jour.
- Le payload arrive imbriqué. Un JSON avec trois niveaux et un tableau au milieu, et il faut le parcourir, le mapper puis le renvoyer proprement dans un autre outil.
- L'authentification change à chaque API. Clé dans l'en-tête, jeton OAuth à rafraîchir, signature à calculer : chaque intégration recommence le même travail depuis zéro.
- Quand l'appel échoue, personne ne le sait. Une 500 côté fournisseur, une limite de débit atteinte, et la donnée disparaît sans trace, sans nouvelle tentative, sans alerte.
Make traite le webhook comme un module ordinaire
Aucun serveur à tenir : le scénario écoute, appelle, transforme et réessaie.
Une URL de webhook immédiate
Le module Webhooks de Make crée une URL que vous collez chez le fournisseur. Le premier appel reçu sert de modèle : Make en déduit la structure du payload et vous mappez les champs à la souris.
Le module HTTP appelle tout
GET, POST, PUT, DELETE, en-têtes personnalisés, corps JSON, clé d'API ou OAuth 2 : si l'outil expose une API REST, Make sait lui parler, connecteur officiel ou pas.
Transformer sans coder
Fonctions de texte, de date et de nombre, itérateur pour parcourir un tableau, agrégateur pour recomposer un objet : la donnée sort dans le format attendu par l'API d'en face.
Erreurs, reprises et traçabilité
Chaque exécution garde son payload et sa réponse. Vous posez un gestionnaire d'erreur, vous relancez l'exécution corrigée, et vous voyez immédiatement quel module a renvoyé quoi.
Make est-il le bon outil pour vos webhooks ?
Soyons clairs sur ce que ça remplace, et sur ce que ça ne remplace pas.
✓ Parfait si vous êtes
- Vous lisez une doc d'API sans peur, mais vous ne voulez pas héberger de code
- Votre outil n'a pas de connecteur officiel et expose une API REST
- Vous voulez voir le payload reçu et rejouer une exécution ratée
- Vous enchaînez plusieurs appels : recevoir, enrichir, renvoyer ailleurs
✕ Passez votre chemin si
- Vous encaissez des milliers d'appels par minute : un service dédié restera plus adapté
- Le script existe déjà, tourne bien et personne ne le maintiendra jamais autrement
- L'API cible n'est ni REST ni SOAP et parle un protocole exotique
- Vous voulez du contrôle total sur l'infrastructure : Make est hébergé, pas auto-hébergé
Webhooks et API : les questions techniques
Comment recevoir un webhook sans serveur ?
Le module Webhooks de Make génère une URL publique qui écoute en permanence. Vous la collez dans les réglages du service émetteur, il envoie son premier appel, et Make en déduit la structure du payload pour que vous puissiez mapper les champs sans écrire de parseur.
Puis je appeler n'importe quelle API depuis Make ?
Si elle est accessible en HTTP et documentée, oui : le module HTTP envoie la méthode, les en-têtes et le corps que vous voulez, et la réponse redevient de la donnée exploitable par les modules suivants du scénario.
Comment gérer l'authentification par clé ou par OAuth ?
Une clé d'API se pose dans un en-tête du module HTTP. Pour OAuth 2, Make gère la connexion et le rafraîchissement du jeton, vous vous connectez une fois et le scénario réutilise la connexion à chaque exécution.
Que se passe t il si l'API répond une erreur ?
L'exécution est conservée avec la réponse exacte du serveur. Vous branchez un gestionnaire d'erreur pour réessayer, alerter ou ranger l'appel de côté, puis vous rejouez l'exécution une fois le problème corrigé. Rien ne disparaît en silence.
Est-ce vraiment du no code ?
Le builder est visuel et vous n'hébergez rien, mais vous lirez la documentation de l'API que vous appelez : Make supprime l'infrastructure et le code, pas la compréhension du format de données.
Comment tester avant de brancher sur la production ?
Make exécute le scénario à la demande, module par module, en affichant les données entrantes et sortantes de chacun. Vous voyez la requête partir et la réponse revenir avant d'activer le déclenchement automatique.
Votre première URL de webhook, maintenant
Créez un scénario dans Make, posez un module Webhooks, copiez l'URL chez votre fournisseur et déclenchez un appel de test : la structure du payload apparaît, vous mappez les champs, vous branchez un module HTTP vers l'API de destination. Le plan gratuit suffit pour monter ce flux de bout en bout et vérifier qu'il tient sur vos vraies données.
Créer un webhook avec Make