Qu'est-ce qu'un webhook forwarder ?
Un webhook forwarder est une URL publique sur yourdevtools.pro qui, lorsqu'elle est appelée par un service externe (Stripe, GitHub, Linear, votre propre intégration), proxifie immédiatement la requête vers votre vraie URL cible et vous montre le résultat. Contrairement à un simple récepteur, cet outil n'absorbe pas le trafic : il agit comme un reverse proxy transparent.
Vous collez notre URL dans le tableau de bord Stripe et chaque événement atteint toujours votre endpoint de production, tout en vous laissant voir chaque livraison dans le panneau avec son code de statut, sa durée et son corps complet.
Mode d'emploi
- Saisissez une URL cible : `https://votre-domaine/webhooks/stripe` complète. Elle doit être en https ou http public ; localhost et IP privées sont bloquées.
- Cliquez sur « Generate » : vous obtenez une URL de forwarder unique du type `yourdevtools.pro/api/forward/abc12345`.
- Collez cette URL dans les paramètres du service externe (Stripe Webhooks, GitHub Webhooks, votre propre config).
- Déclenchez un événement (par exemple « Send test event » dans Stripe). Votre serveur reçoit la requête directement depuis nous, avec les en-têtes et le corps d'origine.
- Dans le panneau, vous voyez chaque requête : méthode, code de statut renvoyé par votre serveur, durée, en-têtes, corps. Cliquez sur une ligne pour la déplier.
- Changez la cible sans frapper un nouvel identifiant : éditez le champ « Target » → « Update target ». Stripe n'y voit que du feu.
- Un forwarder expire après 24 heures d'inactivité. Un onglet ouvert remet le compteur à zéro à chaque polling.
Quand c'est utile
Six scénarios typiques de forwarder en qualité production :
- Endpoint webhook de production où vous voulez une visibilité totale les premiers jours post-lancement, quand chaque événement compte.
- Environnements staging / preview où vous voulez router les webhooks sans reconfigurer le service externe à chaque fois (vous changez la cible, l'URL reste).
- Debug des 500 en production : votre endpoint renvoie une erreur mais les logs sont avares. Le forwarder montre la requête exacte qui l'a causée plus les 4 premiers ko de votre réponse.
- Migration de webhooks vers un nouveau domaine : pointez temporairement les services externes vers le forwarder, il transfère vers la nouvelle infrastructure, vous gardez un journal d'audit complet.
- Partage d'une intégration au sein d'une équipe : une personne met en place le forwarder, toute l'équipe voit pendant 24 h les mêmes requêtes que la prod.
- Tests des rate limits et timeouts : le forwarder applique un timeout de 8 secondes, donc vous voyez dans le panneau quelles requêtes ont expiré côté serveur.
Outils liés : récepteur de webhooks (inspection uniquement, sans forwarding), testeur de requêtes HTTP, convertisseur cURL.