01
Créer quand le fournisseur est prêt
Le délai de 30 minutes commence à la création, pas au premier callback. La clé de gestion ne vit que dans la mémoire de cet onglet: le recharger fait perdre l’accès aux anciennes requêtes.
HTTP et débogage des requêtes
Testeur de Webhookvoir ce qui arrive réellement
Créez une boîte temporaire, envoyez un callback de test et inspectez la requête reçue.
Testeur de Webhook
Événements reçus
URL de réception
Aucune requête reçue pour le moment.
Envoyez un test depuis le fournisseur ou un client HTTP. Quiconque connaît l’URL peut écrire; la clé de lecture reste dans cet onglet.
Aucune requête reçue pour le moment.
Détails de la requête
Choisissez un événement pour voir ses en-têtes et son corps.
Les requêtes arrivent sur les serveurs HeyUtils et sont supprimées après 30 minutes. Les en-têtes sensibles courants sont masqués avant stockage; chemin, query et corps ne le sont pas. N’envoyez que des données de test.
Filtrer les événements reçus
Créez une boîte pour obtenir son URL.
Quand une plateforme de paiement annonce un callback envoyé mais que votre application ne voit rien, le Testeur de Webhook offre un point de réception indépendant. Donnez son URL Webhook temporaire au fournisseur de test, puis confrontez méthode, chemin, query, en-têtes et corps à ce que vous attendiez.
Ce Request Bin sert aux essais brefs, pas au trafic de production. L’adresse publique reçoit les requêtes; seule la clé de gestion gardée dans cet onglet permet de lire la liste. Vous pouvez tester un webhook en ligne et inspecter les requêtes HTTP sans exposer votre propre serveur.
Pourquoi choisir ce Testeur de Webhook
L’URL publique sert à envoyer, la clé privée sert à lire.
Adresse de dépôt, clé de consultation
Le fournisseur a seulement besoin de l’adresse temporaire. Le Testeur de Webhook n’ouvre pas la liste avec cette seule URL: une clé distincte reste dans votre onglet. Les en-têtes de type Authorization sont masqués avant stockage, mais les paramètres et le corps restent visibles.
Répéter sans envoyer ailleurs
Après confirmation, un événement capturé devient une copie marquée dans la même boîte. Vous comparez les entrées et les filtres sans expédier de requête vers une destination arbitraire ou déclencher le traitement de votre application.
Profiter des trente minutes de réception
02
Vérifier méthode et chemin
La liste se renouvelle toutes les trois secondes lorsque l’onglet est visible. Examinez ensuite query, en-têtes masqués et corps. Un corps binaire invalide en UTF-8 apparaît en Base64 et ne devient pas du texte corrompu.
03
Exporter la vue après filtrage
Les filtres de méthode et de texte portent sur les événements déjà reçus; ils ne bloquent jamais l’adresse. Pendant leur mise à jour, l’export est désactivé afin que le JSON corresponde à la liste visible.
Ce que la boîte révèle sur les callbacks
Capture HTTP réelle
Le Testeur de Webhook accepte GET, POST, PUT, PATCH, DELETE, HEAD et OPTIONS. Il garde l’heure, la méthode, le chemin, la query, les en-têtes masqués et jusqu’à 64 Kio de corps; un dépassement est rejeté sans enregistrer une requête tronquée.
Rechercher parmi les tentatives
Filtrez par méthode ou cherchez dans le chemin et le corps pour retrouver une livraison parmi les retries. La copie des détails et l’export JSON utilisent les données filtrées, sans inclure la clé de gestion.
Durée et volume plafonnés
Chaque adresse aléatoire dure 30 minutes et contient au plus 50 événements. Une alarme côté serveur supprime les données. L’actualisation périodique s’arrête lorsque l’onglet est caché; un bouton permet de forcer une vérification.
Les limites avant d’envoyer des données
- Un service temporaire côté serveur
- Le callback arrive sur les serveurs HeyUtils. N’y envoyez pas de secrets de production ni de données clients. Authorization, Cookie et certains noms de jetons sont masqués avant sauvegarde, mais chemin, query, champs personnalisés et corps ne le sont pas automatiquement.
- Rejeu limité à la boîte
- Le rejeu ajoute une entrée ici et consomme une des 50 places. Il ne transmet pas au serveur de votre application, ne crée aucun tunnel localhost, ne valide pas de signature HMAC et ne personnalise pas la réponse HTTP.
- Expiration et quotas stricts
- Une nouvelle requête ne repousse pas l’échéance de 30 minutes. Corps supérieur à 64 Kio, en-têtes supérieurs à 8 Kio, boîte pleine et rafales sont rejetés sans événement partiel. Pas d’historique permanent, de partage ni de suppression immédiate.
Questions sur le Testeur de Webhook
Est-ce vraiment gratuit ?
La création et l’usage de la boîte ne demandent aucun paiement dans cet outil. Sa durée est de 30 minutes et sa capacité de 50 événements; elle ne remplace donc pas un service de production.
Stockez-vous les données de mes webhooks ?
Oui, temporairement sur les serveurs HeyUtils, puis les événements sont supprimés à l’expiration. Les en-têtes secrets courants sont masqués avant stockage, mais le chemin, la query et le corps restent visibles. Utilisez des données de test.
Puis-je transférer des webhooks vers mon propre serveur ?
Non. Une action confirmée crée seulement une copie dans la même boîte; aucun appel ne part vers votre serveur. Pour rejouer sur votre application, utilisez votre propre environnement de test.
Combien de temps dure l endpoint ?
Elle expire 30 minutes après sa création, même si de nouvelles requêtes arrivent. Le rechargement de l’onglet fait perdre la clé de gestion gardée en mémoire et peut empêcher de relire les événements plus tôt.
Une personne connaissant l URL peut-elle lire les requêtes ?
Non. Connaître l’URL suffit pour envoyer une requête, pas pour lire la liste. La consultation et l’export exigent une clé de gestion séparée conservée dans cet onglet.
Un callback inattendu ?
Essayer le Testeur de Webhook sur un callback
Créez la boîte lorsque l’émetteur est prêt, puis vérifiez la livraison avant la fin des 30 minutes.
Les requêtes sont conservées brièvement sur les serveurs HeyUtils.