Was ein Webhook-Forwarder ist
Ein Webhook-Forwarder ist eine oeffentliche URL auf yourdevtools.pro, die, wenn sie von einem externen Service (Stripe, GitHub, Linear, deine eigene Integration) angesprochen wird, sofort die Anfrage an deine echte Ziel-URL weiterleitet und dir das Ergebnis zeigt. Anders als ein einfacher Empfaenger schluckt dieses Tool keinen Traffic, es agiert als transparenter Reverse-Proxy.
Du fuegst unsere URL ins Stripe-Dashboard ein, und jedes Event erreicht weiterhin deinen Produktions-Endpoint, waehrend du gleichzeitig jede Auslieferung im Panel mit Statuscode, Dauer und vollem Body siehst.
So benutzt du es
- Ziel-URL eintragen: volle `https://deine-domain.de/webhooks/stripe`. Muss public https oder http sein, localhost und private IPs sind blockiert.
- "Generate" klicken, du bekommst eine eindeutige Forwarder-URL wie `yourdevtools.pro/api/forward/abc12345`.
- Diese URL in die Einstellungen des externen Services einfuegen (Stripe Webhooks, GitHub Webhooks, deine eigene Config).
- Ein Event ausloesen (z. B. "Send test event" in Stripe). Dein Server erhaelt die Anfrage direkt von uns, mit originalen Headern und Body.
- Im Panel siehst du jede Anfrage: Methode, Statuscode deines Servers, Dauer, Header, Body. Zeile aufklappen fuer Details.
- Ziel aendern, ohne eine neue ID zu erzeugen: das "Target"-Feld bearbeiten -> "Update target". Stripe merkt nichts davon.
- Ein Forwarder laeuft nach 24 Stunden Inaktivitaet ab. Ein offener Tab setzt den Timer bei jedem Poll zurueck.
Wann das nuetzlich ist
Sechs typische Produktiv-Szenarien fuer einen Forwarder:
- Produktiver Webhook-Endpoint, bei dem du in den ersten Tagen nach dem Launch volle Sichtbarkeit willst, wenn jedes Event zaehlt.
- Staging-/Preview-Umgebungen, in denen du Webhooks routen willst, ohne den externen Service jedes Mal neu zu konfigurieren (du aenderst das Target, die URL bleibt).
- 500er auf Produktion debuggen: dein Endpoint liefert einen Fehler, die Logs sind duenn. Der Forwarder zeigt die genaue Anfrage, die ihn ausloeste, plus die ersten 4 KB deiner Antwort.
- Webhooks auf eine neue Domain migrieren: externe Services temporaer auf den Forwarder zeigen, er leitet an die neue Infrastruktur weiter, du behaeltst ein volles Audit-Log.
- Eine Integration im Team teilen: eine Person richtet den Forwarder ein, das ganze Team sieht 24 h lang dieselben Anfragen wie Prod.
- Rate-Limits und Timeouts testen: der Forwarder erzwingt ein 8-Sekunden-Timeout, du siehst im Panel, welche Anfragen auf deiner Seite getimeoutet sind.
Verwandte Tools: Webhook-Empfaenger (nur Inspektion, kein Forwarding), HTTP-Request-Tester, cURL-Konverter.