Webhook-Payload-Inspektor.
Fügen Sie einen Messaging-Webhook ein – beispielsweise eine Zustellbestätigung oder eine eingehende Nachricht – und das Tool validiert das JSON, erkennt den Ereignistyp und erklärt jedes Feld in verständlichem Englisch. Es läuft vollständig in Ihrem Browser, sodass Sie echte Daten gefahrlos prüfen können; es werden keine Daten hochgeladen.
| Feld | Wert | Bedeutung |
|---|---|---|
| MessageId | 62f9a1c4d3 | Die Gateway-MessageId – damit ordnen Sie diesen Bericht Ihrer ursprünglichen Sendung zu. |
| Source | BroadNet | Absenderadresse – Ihre genehmigte Absender-ID. |
| Destination | 962790000000 | Zieladresse – die MSISDN des Empfängers im internationalen Format. |
| Status | DELIVRD | Endgültiger Lieferstatus: DELIVRD, UNDELIV, EXPIRED, REJECTD oder ACCEPTD. |
| SubmitDate | 2026-07-28 15:30:11 | Zeitpunkt, zu dem die Nachricht an das Netz übermittelt wurde. |
| DoneDate | 2026-07-28 15:30:14 | Zeitpunkt, zu dem die Nachricht ihren endgültigen Zustellstatus erreicht hat. |
| BatchId | B-2607281530-4471 | Der Batch, zu dem diese Nachricht gehört – verwenden Sie ihn, um eine gesamte Sendung abzugleichen. |
{
"MessageId": "62f9a1c4d3",
"Source": "BroadNet",
"Destination": "962790000000",
"Status": "DELIVRD",
"SubmitDate": "2026-07-28 15:30:11",
"DoneDate": "2026-07-28 15:30:14",
"BatchId": "B-2607281530-4471"
}Was Ihnen ein Messaging-Webhook mitteilt
Ein Messaging-Webhook ist ein HTTPS-Callback, den Ihr Server empfängt, sobald ein Ereignis mit einer Nachricht eintreten. Die beiden häufigsten Ereignisse sind eine Zustellbestätigung (DLR) – die meldet, ob eine Nachricht das Endgerät erreicht hat und, falls nicht, warum – und eine eingehende Nachricht (MO) – eine Antwort des Empfängers. Durch das korrekte Auslesen dieser Felder kann Ihre Anwendung in Echtzeit auf Zustellung, Fehler und Antworten reagieren.
Häufig gestellte Fragen
- Was ist ein Messaging-Webhook?
- Es handelt sich um einen HTTPS-Endpunkt auf Ihrem Server, den eine Messaging-Plattform aufruft, um Echtzeitereignisse – Zustellbestätigungen und eingehende Nachrichten – zu senden, anstatt dass Sie eine API abfragen. So erfährt Ihre Anwendung in dem Moment, in dem eine Nachricht zugestellt, fehlgeschlagen oder empfangen wurde.
- Was ist ein Zustellbericht (DLR)?
- Ein DLR (Delivery Log Record) meldet den endgültigen Status einer gesendeten Nachricht – zugestellt, fehlgeschlagen, abgelaufen – und im Fehlerfall üblicherweise einen Fehlercode auf Bedienerebene. Durch das Auslesen von DLRs anhand von Status und Fehlercode lassen sich Zustellungsprobleme diagnostizieren und die gesendeten mit den empfangenen Nachrichten abgleichen.
- Wurde meine Nutzlast irgendwo hochgeladen?
- Nein. Der Inspektor analysiert das JSON vollständig in Ihrem Browser mit dem integrierten JSON-Parser. Es werden keine Daten an BroadNet oder einen anderen Server gesendet, daher können Sie beim Debuggen bedenkenlos echte Nutzdaten einfügen.
- Warum sollte ich Webhook-Signaturen überprüfen?
- Da jeder Daten an eine öffentliche URL senden kann, ermöglicht ein signierter Webhook (z. B. mit HMAC-SHA256), die Echtheit der Nutzdaten Ihres Anbieters zu überprüfen, bevor Sie dem Ereignis vertrauen. Nutzen Sie den Webhook-Signatur-Validator, um die Signatur zu prüfen.
Das Konzept, die damit verbundenen Ereignisse und wie man es sichern und widerstandsfähig gestalten kann.
Erläuterung von Zustellbestätigungen, Nachrichtenstatus und Fehlercodes auf Bedienerebene.
Überprüfen Sie die Signatur eines HMAC-Webhooks, um sicherzustellen, dass die Nutzdaten vertrauenswürdig sind, bevor Sie darauf reagieren.
Echte DLRs vom Netzbetreiber.
BroadNet liefert Zustellberichte auf Netzbetreiberebene an Ihren Webhook, über eine REST-API und SMPP-3.4-Binds in 200+ Ländern.