Le connecteur webhook universel
Appels authentifiés vers n'importe quelle API, déclencheurs entrants avec vérification HMAC et lectures par interrogation paginées — le connecteur derrière chaque 'nous nous intégrons à X'.
C'est le connecteur qui rend 'n'importe quel outil' honnête. Sortant : appels HTTP par enregistrement avec auth basic, OAuth (actualisation et reprise automatiques), clé API ou bearer, en-têtes personnalisés, corps JSON ou XML, une transformation JavaScript optionnelle par enregistrement et des reprises à backoff exponentiel. Entrant : chaque workflow reçoit une URL webhook unique sécurisée par un en-tête secret, avec vérification optionnelle de signature HMAC à la GitHub. Et les lectures : un connecteur d'interrogation avec trois stratégies de pagination, curseurs et horodatages incrémentaux qui transforme n'importe quelle API en source de données planifiée.
Déclencheurs de workflow
URL entrante unique par workflow
Un POST/PUT/DELETE vers l'URL du workflow avec l'en-tête de code secret démarre le flux.
Vérification de signature HMAC
Signatures de corps SHA-256 optionnelles (en-tête configurable, style GitHub ou hexadécimal brut, comparaison à temps constant) pour les sources qui signent leurs appels.
Capture de test en brouillon
Les workflows non publiés capturent une charge utile d'exemple pour que le concepteur mappe les champs sur des données réelles avant la mise en production.
Actions de workflow
Appeler n'importe quelle API
HTTP par enregistrement avec votre mode d'auth, en-têtes personnalisés, charges JSON ou XML, une transformation JS optionnelle par enregistrement et des reprises avec backoff sur 429/5xx.
OAuth actualiser-et-réessayer
Les jetons expirés s'actualisent automatiquement contre votre URL de refresh et l'appel est retenté.
Comment circulent les données
Bidirectionnel par construction : tout système capable d'envoyer du HTTP peut démarrer vos workflows, et toute API contre laquelle vous pouvez vous authentifier peut être écrite ou interrogée — avec pagination (en-têtes Link, chemins next-URL ou paramètres de page), curseurs et horodatages incrémentaux au format attendu par votre API.
Connexion: Identifiants de connexion stockés par espace de travail : auth basic, OAuth avec URL de refresh token, clé API sous un en-tête personnalisé, ou jeton bearer.
Exemple concret: Un outil interne sans aucune 'intégration'
Créez une connexion webhook avec le jeton bearer de votre API interne.
Déclencheur : les réponses d'enquête qualifiées exécutent le workflow.
Action : chaque enregistrement est envoyé en POST vers votre endpoint interne, remodelé par une petite transformation JS.
Une lecture planifiée interroge la même API chaque nuit pour les changements, en paginant jusqu'au bout.
Modèles de flow prêts à l'emploi
Installez un modèle livré et adaptez-le — inutile de partir de zéro.
Mise en place
1.
Créez une connexion webhook avec le mode d'auth de votre API.
2.
Pour l'entrant : copiez l'URL unique du workflow et l'en-tête secret dans le système source.
3.
Pour les lectures : configurez la pagination et le paramètre since une fois ; planifiez.
Questions fréquentes
Quels modes d'authentification sont pris en charge ?
Auth basic, OAuth avec actualisation-et-reprise automatiques, clé API sous un nom d'en-tête personnalisé et jetons bearer.
Comment les webhooks entrants sont-ils sécurisés ?
L'URL de chaque workflow exige un en-tête de code secret, avec en option des signatures de corps HMAC-SHA256 (en-tête configurable, comparaison à temps constant) par-dessus.
Peut-il lire des API, pas seulement les appeler ?
Oui — le connecteur d'interrogation gère la pagination par en-tête Link, next-URL et page/pageSize, plus les curseurs et horodatages incrémentaux : n'importe quelle API devient une source de données planifiée.