Hinweis: GPT Image 2.6 Flare und Sunburst sind neu eingeführt – zeitlich begrenzt 20 % Rabatt, jetzt ausprobieren
HiAPI
  • Kostenlos
  • Keine Anmeldung
  • Läuft in 24h ab

Webhook / Callback-Tester

Erhalte eine temporäre URL, richte einen Callback darauf und prüfe empfangene Bodies und beibehaltene Header. Entwickelt zum Debuggen von HiAPI Async-Task-Callbacks. POST-Bodies über 64 KiB geben 413 zurück und werden niemals gespeichert oder abgeschnitten; Cookies, weitergeleitete/Client-IP- und Ingress-Secret-Header werden nicht beibehalten.

Läuft ab in 00:00:00Empfangen 0 Anfragen

Jeder, der diese URL hat, kann lesen, was hier ankommt, und alles wird beim Ablauf gelöscht. Verwende sie nicht für Produktionstraffic oder sensible Daten.

Sendet eine Beispiel-Payload von diesem Browser an deine Adresse, damit du das Tool in Aktion siehst, bevor du einen echten Callback einrichtest.

Antwort, die der Sender erhält

Ändere dies, um Wiederholungen zu testen: Gib einen Nicht-2xx-Status zurück und HiAPI wird den Callback wiederholen, sodass du den Zeitplan in der Liste sehen kannst.

Anfragen

Warte auf die erste Anfrage …

Richte deinen Callback auf die obige URL oder sende eine Testanfrage, um zu sehen, wie es aussieht.

Anfragedetails

Wähle eine Anfrage aus, um ihre Header und ihren Body zu sehen.

Erstelle einen Task mit diesem Callback

Kopiere dies, ersetze den Schlüssel und das Modell und führe es aus.

curl -X POST https://api.hiapi.ai/v1/tasks \
  -H "Authorization: Bearer YOUR_API_KEY" \
  -H "Content-Type: application/json" \
  -d '{
    "model": "happyhorse-1.0",
    "callback": { "url": "https://www.hiapi.ai/tools/webhook-tester/hook/YOUR_TOKEN", "when": "final" },
    "input": { "prompt": "a cyan glass data center entrance", "duration": 5, "resolution": "720p" }
  }'

How to test a webhook in three steps

01

Kopiere deine temporäre URL

Öffne diese Seite und kopiere die Adresse, die sie dir gibt. Sie bleibt 24 Stunden aktiv und akzeptiert POST von jeder Quelle.

02

Richte deinen Callback darauf

Übergib sie als callback.url, wenn du einen Async-Task erstellst, oder verwende den Button «Testanfrage senden», um sofort eine abzufeuern.

03

Lies die Anfrage

Anfragen erscheinen, sobald sie eintreffen. Prüfe Header, Body und Content-Type; füge deinen Webhook-Signierschlüssel ein, um die Signatur lokal zu überprüfen.

What this tool cannot do

  • Es vergleicht nur die HiAPI HMAC-Konsistenz, nicht die Aktualität oder den Replay-Schutz, und eine Übereinstimmung allein kann die Herkunft nicht beweisen. Ohne Signierschlüssel sieht ein Callback wie jeder andere POST aus.
  • Bodies über 64 KiB geben 413 zurück und werden niemals gespeichert oder abgeschnitten. Cookies, weitergeleitete/Client-IP- und Ingress-Secret-Header werden nicht beibehalten.
  • Replay ist keine exakte Original-Anfrage. Header werden entfernt, und CORS-, Mixed-Content- oder Local-Network-Regeln können es blockieren; localhost-Zugriff ist nicht garantiert.
  • Es kann keine Tasks nachschlagen. Es empfängt nur Payloads und hat daher keinen Zugriff auf Task-Status, Guthaben oder Artefakte.
  • Es ist kein permanenter Speicher. Die Adresse und ihr Inhalt werden nach 24 Stunden gelöscht, sende also keine Produktions- oder sensiblen Daten.
  • Die URL ist eine Zugangsberechtigung. Jeder, der sie hat, kann lesen, was ankommt.
  • Ein localhost-Ziel empfängt niemals einen echten HiAPI-Callback, weil HiAPI es über das öffentliche Internet erreichen muss.

Webhook tester FAQ

Wozu dient ein Webhook-Tester?

Ein Webhook-Tester gibt dir eine Adresse, die eingehende HTTP-Anfragen akzeptiert und beibehaltene Header sowie den Body anzeigt. Cookies, weitergeleitete/Client-IP- und Ingress-Secret-Header werden verworfen. Bodies über 64 KiB geben 413 zurück und werden niemals gespeichert oder abgeschnitten. Er erspart dir, einen Server nur zur Prüfung eines Callbacks aufzusetzen.

Wie teste ich einen HiAPI-Callback?

Erstelle einen Task in der HiAPI-API und übergib die URL dieser Seite als callback.url. Wenn der Task einen Endzustand erreicht, postet HiAPI das Ergebnis hierher, und die Anfrage erscheint in der Liste.

Warum kommt der Callback nicht an, wenn ich lokal gegen HiAPI teste?

Ein Callback muss aus dem öffentlichen Internet erreichbar sein. Deine eigene Maschine ist es normalerweise nicht, daher wird eine localhost-Adresse niemals einen echten HiAPI-Callback empfangen. Verwende eine URL auf einem öffentlichen Host — diese Seite gibt dir eine.

Kann ich überprüfen, ob ein Callback wirklich von HiAPI kam?

Mit einem Webhook-Signierschlüssel berechnet dieses Tool HMAC-SHA256 über den beibehaltenen Body und X-HiAPI-Timestamp neu und vergleicht X-HiAPI-Signature lokal. Eine Übereinstimmung zeigt Konsistenz mit diesem Schlüssel, nicht Aktualität oder Schutz vor Replay. Ohne Signierschlüssel gibt es keine Signatur zum Vergleichen.

Wird mein Webhook-Signierschlüssel an euren Server gesendet?

Nein. Der Schlüssel wird nur in der Crypto-API deines Browsers verwendet, um die Signatur neu zu berechnen. Er wird niemals übertragen, gespeichert oder protokolliert, und die Anfrage, die unseren Server erreicht, enthält ihn nicht.

Wie lange ist die Adresse gültig und was passiert mit den Daten?

Die Adresse und alles, was sie empfangen hat, werden nach 24 Stunden gelöscht. Jede Adresse behält bis zu 50 Anfragen. Behandle die URL als Zugangsberechtigung: Jeder, der sie hat, kann lesen, was angekommen ist, verwende sie also nicht für Produktion oder sensible Daten.

Kann es mir sagen, wie oft HiAPI einen fehlgeschlagenen Callback wiederholt?

Ja, und das ist der Grund, warum der Antwortstatus konfigurierbar ist. Setze die Antwort auf 400 oder 500, löse einen echten Task aus, und die Ankunftszeiten in der Liste zeigen dir den Wiederholungsplan. Wiederholungen erfolgen sofort, dann nach +1, +5 und +20 Minuten, insgesamt vier Versuche.

Kann ich eine Anfrage wiederholen?

Replay sendet eine Best-Effort-Anfrage von deinem Browser, keine exakte Kopie. Cookies, Autorisierung, Proxy-/Plattform- und browsergesteuerte Header werden nicht weitergeleitet, und Weiterleitungen werden abgelehnt. Das Ziel muss CORS erlauben; HTTPS-zu-HTTP-Mixed-Content und lokale Netzwerkregeln des Browsers können es blockieren. Localhost kann funktionieren, ist aber nicht garantiert. Eine blockierte Antwort beweist nicht, dass das Ziel nichts empfangen hat.