Was ist ein Webhook-Empfaenger und wann ist er nuetzlich?
"Create new URL" klicken, und du bekommst eine eindeutige Adresse wie `https://yourdevtools.pro/api/webhook/abc12345`. Diese in Stripe, GitHub, Zapier, Slack oder sonst wo einfuegen, und jede eingehende HTTP-Anfrage erscheint hier in Echtzeit, mit Methode, Headern, Body, Query, IP, Land.
Ein super Tool zum Debuggen von Webhooks, bevor du etwas ausspielst. Statt Code zu deployen und zu warten, dass Stripe etwas schickt, kannst du das genaue Payload auf unserer Seite inspizieren und weisst, was zu erwarten ist.
Webhooks sind ephemer, sie leben 24 Stunden, die letzten 100 Anfragen bleiben, dann sind sie weg. Wir lesen ihren Inhalt nicht.
So benutzt du es
- "Create new URL" klicken, du bekommst eine Adresse plus einen QR-Code zum Scannen vom Handy (praktisch fuer Mobile-Tests).
- Die URL kopieren und dort einfuegen, wo der Webhook landen soll (Stripe-Dashboard, GitHub Settings -> Webhooks, Zapier, dein eigenes Skript).
- Eine Test-Anfrage senden. Am einfachsten `curl -X POST {URL} -d '{"test": true}'` im Terminal oder der "Test"-Button im Panel deines Webhook-Providers.
- Logs erscheinen in Echtzeit (wir pollen den Server alle 2 Sekunden). Eintrag aufklappen fuer Header + Body + Query.
- Nach Methode filtern (GET / POST / PUT / DELETE), die Liste mit "Clear logs" leeren oder eine ganz neue URL erzeugen.
Wann das nuetzlich ist
Sechs typische Szenarien, in denen ein Webhook-Empfaenger Stunden Debugging spart:
- Stripe-/PayPal-Webhooks debuggen. Unsere URL ins Testpanel einfuegen, "send test event" klicken, und genau sehen, wie das Payload aussieht (Event-Typ, Customer-ID, Metadata).
- GitHub-Webhooks. Pruef die Payloads fuer push-/pull_request-/issue-Events ohne einen Server hochzuziehen.
- Zapier / Make / n8n-Integrationstests. Unsere URL als "trigger webhook" einfuegen und inspizieren, was deine Automatisierung schickt.
- Mobile-App-Entwicklung. Deine App feuert Analytics-Events? Auf unsere URL zeigen und das JSON-Shape verifizieren, ohne den Server anzufassen.
- CI/CD-Callback-Debugging. Deine Pipeline POSTet nach dem Deploy? Unsere URL einfuegen, um zu bestaetigen, dass der Call wirklich durchgeht.
- HTTP lernen. Sieh genau, wie eine echte HTTP-Anfrage aussieht, alle Header, User-Agent, Content-Type, Body.
Andere HTTP-nahe Tools, die du brauchen koenntest: UUID-Generator (Correlation-IDs), JWT-Decoder, Regex-Tester.