Une confirmation de paiement, une nouvelle commande, un statut d’appel, une release — les webhooks de vos fournisseurs convergent vers une seule adresse. SendNomi vérifie la signature et transmet l’événement proprement à votre propre endpoint ; tout ce qui n’est pas délivré est mis en file et revient en un clic. L’ère des handlers de webhooks écrits à la main s’achève aujourd’hui.
Vous créez un récepteur dans le panneau : choisissez le type de source et collez le secret partagé de votre fournisseur. Saisissez l’adresse SendNomi générée pour vous dans les réglages webhook du fournisseur, et la connexion est établie. Les schémas de signature les plus courants pour les paiements, l’hébergement de code, la téléphonie, l’e-commerce et le CRM sont intégrés ; un service absent de la liste se connecte via une définition HMAC personnalisée, avec votre propre secret et votre nom d’en-tête.
HMAC-SHA256 HMAC-SHA256 HMAC (lié à l’URL) HMAC-SHA256 HMAC ou OAuth bearer votre propre secret Chaque fournisseur a son propre schéma HMAC ; SendNomi vérifie la signature pour vous. Les signatures SHA-256 et SHA-1 sont prises en charge ; le contrôle timestamp + nonce empêche qu’une même requête soit rejouée. Une requête qui échoue à la vérification est rejetée avec un 401, et chaque événement — accepté ou rejeté — est consigné dans le journal. Un payload ne poursuit sa route qu’une fois sa signature validée.
# Send a signed test event — watch the verification live
curl -X POST https://app.sendnomi.com/api/webhooks/inbound/<account-id>/test \
-H "Content-Type: application/json" \
-H "X-Signature: sha256=<signature>" \
-d '{"event":"test","payload":{...}}'
# 200 OK → signature valid, event accepted
# 401 → signature invalid or a replayed request Les en-têtes sont normalisés, le payload est transformé à la demande, et l’événement est transféré vers l’URL de votre propre endpoint. Si votre endpoint ne peut pas répondre à cet instant, SendNomi réessaie avec 3 tentatives + backoff exponentiel et jitter ; chaque tentative est limitée à un timeout de 30 secondes. Si le même ID d’événement arrive deux fois, la fenêtre de déduplication de 24 heures garantit qu’il n’est traité qu’une seule fois — votre client ne voit jamais un e-mail ou un enregistrement en double.
Le flux d’événements en direct liste chaque webhook avec son statut : accepté, rejeté, livré, en cours de nouvel essai. Avec le testeur de livraison, vous envoyez un événement de test à votre endpoint depuis le panneau et la réponse s’affiche directement. Un événement qui échoue à toutes les tentatives tombe dans la file dead-letter ; une fois le problème corrigé, vous le renvoyez en un clic. Aucun événement ne disparaît en silence.
payment.checkout_completed 200 · livré order.created 200 · livré call.status_changed nouvel essai 2/3 release.published dead-letter Renvoyer unknown.source 401 · signature invalide Créez votre compte gratuit — 500 envois par mois, sans limite de durée.