Decken Sie SMS, Anrufe, WhatsApp und E‑Mails mit präzisen Ereignisnamen ab.
Webhook V2 · Jedes mobile Ereignis direkt in Ihre Software geliefert
Verwandeln Sie jedes Ereignis Ihres verbundenen Mobilgeräts in eine sofortige Aktion.
SMSMobileAPI Webhook V2 sendet strukturierte HTTPS-Ereignisse an Ihre Anwendungen, wenn eine SMS eingereicht, gesendet, fehlgeschlagen oder empfangen wird, wenn ein Mobilanruf verpasst, eingehend oder ausgehend ist, und wenn unterstützte WhatsApp- oder E-Mail‑Aktivitäten auftreten. Konfigurieren Sie alles visuell über Ihr Dashboard — keine Polling‑Schleife erforderlich.
Lesen Sie die API-DokumentationWählen Sie, welche Ereignisse jede Zieladresse empfängt. Testen, pausieren, überwachen und wechseln Sie den Signaturschlüssel zentral in einem Workspace.
SMSAnrufWAE‑Mail
signierte JSON
SMSMobileAPIWebhookV2Persistente Ereigniswarteschlange
Live
HTTPS POST
CRMSupportAutomatisierungAnalytics
Senden Sie verschiedene Ereignisgruppen an unterschiedliche HTTPS-Ziele.
Prüfen Sie jede Anfrage anhand ihrer HMAC-SHA256-Signatur und des Zeitstempels.
Temporäre Zielausfälle werden erneut versucht, ohne andere Konten zu blockieren.
Wie Webhook V2 funktioniert
Vom realen mobilen Ereignis bis zu Ihrer Anwendung in drei klaren Schritten.
Ihr verbundenes Mobilgerät und die SMSMobileAPI-Dienste erzeugen Betriebsereignisse. Webhook V2 legt jedes berechtigte Ereignis in eine persistente Zustellwarteschlange und sendet eine signierte JSON-Nutzlast an die von Ihnen ausgewählte HTTPS URL.
- 1
Ein Ereignis tritt auf
Eine Nachricht wird eingereicht, ein Mobilgerät sendet oder empfängt ein SMS, ein Anruf ändert seinen Status, oder unterstützte WhatsApp- und E‑Mail‑Aktivitäten werden protokolliert.
- 2
Webhook V2 leitet es weiter
SMSMobileAPI erstellt eine stabile Ereignis‑ID und stellt eine Zustellung nur für jene Ziele in die Warteschlange, die für diesen Ereignistyp abonniert sind.
- 3
Ihre Software reagiert
Ihr öffentliches HTTPS-Endpoint verifiziert die Signatur, speichert die Ereignis‑ID und startet Ihren CRM-, Support-, Alarmierungs‑ oder Automatisierungs‑Workflow.
15 präzise Ereignistypen
Abonnieren Sie nur die mobilen Ereignisse, die Ihr Workflow benötigt.
Ein Ziel kann alles empfangen, oder Sie trennen Produktionssysteme, Analytics und operative Alerts. Jedes Ereignis hat einen präzisen Namen, sodass Ihre Anwendung es vorhersehbar verarbeiten kann.
SMS
5sms.api.submittedSMS über API eingereicht
Eine API-Anfrage hat einen SMS-Sendeauftrag erstellt. Nützlich, um zu bestätigen, dass die Anfrage in die Plattform eingegangen ist.
sms.sentSMS gesendet
Das verbundene Mobilgerät hat den SMS-Sendevorgang bestätigt.
sms.failedSMS fehlgeschlagen
Das verbundene Mobilgerät meldete einen SMS-Fehler beim Senden.
sms.receivedSMS empfangen
Ein verbundenes Mobilgerät synchronisierte eine eingehende SMS.
sms.mobile.sentSMS vom Mobilgerät gesendet
SMS wurde manuell vom verbundenen Mobilgerät gesendet.
Anrufe
3call.missedVerpasster Anruf
Ein verpasster Anruf wurde von einem verbundenen Mobilgerät synchronisiert.
call.incomingEingehender Anruf
Ein eingehender Anruf wurde von einem verbundenen Mobilgerät synchronisiert.
call.outgoingAusgehender Anruf
Ein ausgehender Anruf wurde von einem verbundenen Mobilgerät synchronisiert.
whatsapp.submittedWhatsApp eingereicht
Ein Versandauftrag für WhatsApp wurde erstellt.
whatsapp.sentWhatsApp gesendet
Die verbundene WhatsApp-Umgebung bestätigte, dass die Nachricht gesendet wurde.
whatsapp.failedWhatsApp fehlgeschlagen
Die WhatsApp-Sendeoperation ist fehlgeschlagen.
whatsapp.receivedWhatsApp empfangen
Eine WhatsApp-Nachricht wurde abgerufen, nachdem das Konto die Synchronisierung angefordert hatte.
whatsapp.voice.transcribedSprachnachricht transkribiert
Eine geeignete, abgerufene WhatsApp-Sprachnachricht wurde in verwertbaren Text umgewandelt.
email.sentE-Mail gesendet
Eine E-Mail-Sendeanforderung wurde von SMSMobileAPI erstellt.
email.receivedE-Mail empfangen
Ein verbundenes Postfach hat eine E-Mail empfangen.
Alles visuell konfigurieren
Professionelle Verwaltung von Webhooks, ohne Konfigurationsdateien bearbeiten zu müssen.
Öffnen Sie Webhook V2 im SMSMobileAPI-Dashboard, fügen Sie einen Zielnamen und öffentliche HTTPS URL hinzu, wählen Sie die Ereignisse aus und speichern Sie. Das Dashboard bietet die Steuerelemente, die Sie für den täglichen Betrieb und die Fehlersuche benötigen.
Mehrere Ziele
Erstellen Sie dedizierte Ziele für Ihr CRM, Monitoring, Analytics oder Ihre Kundenanwendungen.
Ereignisfilter
Wählen Sie genau aus, welche SMS-, Anruf-, WhatsApp- und E-Mail-Ereignisse jedes URL erhalten soll.
Zustellung testen
Senden Sie ein kontrolliertes Testereignis, bevor Sie sich in der Produktion auf das Ziel verlassen.
Pausieren und reaktivieren
Stoppen Sie ein Ziel sofort, ohne dessen Konfiguration zu löschen.
Secret-Rotation
Erzeugen Sie ein neues Signing-Secret, wenn Ihr Sicherheitsprozess dies erfordert.
Zustellaktivität
Überprüfen Sie wartende, zugestellte, sich im Wiederholversuch befindliche und fehlgeschlagene Zustellungen mit Informationen zu Versuchen und HTTP-Status.
Webhook V23 aktiv
CRM Produktion
https://crm.example.com/hooks/mobileAktivsms.receivedcall.missedwhatsapp.received
Betriebswarnungen
https://ops.example.com/eventsAktivsms.failedwhatsapp.failed
Zuverlässigkeit durch Design
Konzipiert für zuverlässige, unabhängige Zustellung.
Die Webhook-Zustellung erfolgt asynchron. Ihr mobiler Workflow wartet nicht auf die Antwort eines Drittanbieter-URL; ein ausgefallenes Ziel blockiert nicht die Zustellung an andere Kunden oder Ziele.
Persistente Warteschlange
Geeignete Ereignisse werden vor der Zustellung gespeichert, sodass vorübergehende Ausfallzeiten des Empfängers das Ereignis nicht löschen.
Mindestens-einmal-Zustellung
Eine Zustellung kann wiederholt werden. Speichern Sie die Ereignis-ID und verarbeiten Sie sie in Ihrer Anwendung nur einmal.
Gestaffelte Wiederholungsversuche
Bei vorübergehenden Fehlern werden Wiederholungsversuche mit zunehmenden Verzögerungen unternommen, bis zur maximalen Anzahl an Wiederholungsversuchen der Plattform.
Fehlerisolierung
Ein langsamer oder nicht erreichbarer Endpunkt kann die Zustellung an andere Ziele nicht verhindern.
Automatischer Schutz
Ein Ziel mit anhaltenden Fehlern kann pausiert werden, um die Warteschlange und Ihre Infrastruktur zu schützen.
Betriebliche Transparenz
Das Dashboard und das Webmaster-Monitoring zeigen die Gesundheit der Warteschlange, Ergebnisse und jüngste Zustellfehler an.
Signiert und verifizierbar
Überprüfen Sie die Anfrage, bevor Sie dem Ereignis vertrauen.
Jede Zustellung enthält einen Zeitstempel, eine Zustellungskennung, den Ereignistyp, einen stabilen Idempotenzschlüssel und die HMAC-SHA256-Signatur. Bewahren Sie den geheimen Signaturschlüssel auf Ihrem Server auf, berechnen Sie die Signatur aus dem rohen Anfrage-Body und lehnen Sie ungültige oder veraltete Anfragen ab.
X-SMSMobileAPI-EventDer Ereignistyp, z. B. sms.received.X-SMSMobileAPI-DeliveryDie eindeutige Zustellungskennung für dieses Ziel.X-SMSMobileAPI-TimestampUnix-Zeitstempel, der bei der Signaturprüfung verwendet wird.X-SMSMobileAPI-SignatureHMAC-SHA256-Signatur zum sicheren Vergleich.Idempotency-KeyStabile Ereignis-UUID, die zur Vermeidung doppelter Verarbeitung dient.Konsistente Ereignis-Hülle
Eine einheitliche JSON-Hülle für jeden Kanal.
Die Hülle bleibt vorhersehbar über SMS, Anrufe, WhatsApp und E‑Mail hinweg. Das data-Objekt enthält die für den Ereignistyp relevanten Felder, während die Top-Level-Identifikatoren das Routing und die Deduplizierung jeder Zustellung ermöglichen.
id— stabile Ereigniskennungtype— exakter Ereignistypoccurred_at— wann die Aktivität stattgefunden hatdata— kanalbezogene Informationen
{
"id": "whv2_01J...",
"type": "sms.received",
"api_version": "2026-09-22",
"created_at": "2026-09-22T12:00:00Z",
"occurred_at": "2026-09-22T11:59:58Z",
"data": {
"guid": "...",
"from": "+32...",
"message": "Can you call me back?"
}
}Vom Ereignis zum Geschäftsergebnis
Lassen Sie mobile Kommunikation die nächste geschäftliche Aktion auslösen.
CRM-Konversationen
Fügen Sie eine empfangene SMS- oder WhatsApp-Nachricht dem richtigen Kontakt hinzu und benachrichtigen Sie den zugewiesenen Verantwortlichen.
Wiederherstellung bei verpassten Anrufen
Erstellen Sie eine Rückrufaufgabe, senden Sie eine Follow-up-SMS oder benachrichtigen Sie ein Bereitschaftsteam nach einem verpassten Anruf.
Kundensupport
Eröffnen oder aktualisieren Sie ein Support-Ticket, wenn ein Kunde von seinem Mobilgerät antwortet.
E‑Commerce‑Abläufe
Aktualisieren Sie die Bestellkommunikations-Workflows, nachdem eine mobile Nachricht gesendet, bestätigt oder fehlgeschlagen ist.
Überwachung und Alarmierung
Senden Sie Zustellfehler oder ungewöhnliche Anrufaktivitäten an Ihre Observability- und Incident-Tools.
KI- und Daten-Workflows
Leiten Sie autorisierte Ereignisse in Klassifizierungs-, Reporting- oder Assistenz-Workflows, ohne wiederholt das API abzufragen.
Polling für Änderungen stoppen
Polling stellt wiederholt Anfragen. Webhooks benachrichtigen Ihre Software, wenn sich etwas ändert.
Polling verbraucht Anfragen, selbst wenn nichts passiert, und fügt zwischen den Prüfungen Verzögerungen hinzu. Webhook V2 sendet das relevante Ereignis an Ihren Endpunkt, wodurch die Automatisierung schneller, einfacher und leichter skalierbar wird.
Irgendein neues Ereignis?Wiederholte Anfragen · zusätzliche Verzögerung
Ereignis
Benachrichtigen Sie mich, wenn es eintritt.Relevantes Ereignis · sofortiger WorkflowWebhook V2 — FAQ
Fragen vor dem Verbinden Ihres Endpunkts.
Muss ich eine Polling‑Schleife implementieren?＋
Nein. Webhook V2 sendet abonnierte Ereignisse an Ihren öffentlichen HTTPS-Endpunkt. Sie können die APIs weiterhin nutzen, wenn Sie Verlauf oder Details abfragen müssen.
Kann ich mehrere Webhook‑URLs konfigurieren?＋
Ja. Sie können mehrere Ziele erstellen und für jedes ein unterschiedliches Ereignisset wählen, innerhalb der im Dashboard angezeigten Kontolimits.
Woran erkenne ich, dass ein SMS tatsächlich gesendet wurde?＋
Verwenden Sie sms.api.submitted, um zu wissen, dass der Auftrag erstellt wurde, und sms.sent für die Bestätigung, die vom verbundenen Mobilgerät gemeldet wurde. Behandeln Sie sie als zwei verschiedene Betriebsphasen.
Kann ein Webhook mehr als einmal zugestellt werden?＋
Ja. Webhook V2 verwendet eine mindestens‑einmal‑Zustellung. Speichern Sie die stabile Ereignis‑ID oder Idempotency-Key und ignorieren Sie eine Zustellung, die Sie bereits verarbeitet haben.
Was muss mein Endpunkt zurückgeben?＋
Geben Sie nach sicherer Annahme des Ereignisses eine HTTP‑2xx‑Antwort zurück. Die Verarbeitung kann asynchron innerhalb Ihrer Anwendung fortgesetzt werden.
Werden empfangene WhatsApp‑Ereignisse kontinuierlich gesammelt?＋
Nein. Die Abfrage empfangener WhatsApp‑Nachrichten folgt einem eigenen zustimmungsbasierten Synchronisationsprozess. Das whatsapp.received‑Ereignis ist verfügbar, nachdem eine berechtigte Nachricht abgerufen wurde.
Ihre mobilen Ereignisse. Ihre Software. Ihre Aktionen.
Verbinden Sie Ihre Software jetzt mit der Aktivität Ihres echten Mobilgeräts.
Erstellen Sie Ihr Konto oder melden Sie sich an, öffnen Sie Webhook V2, fügen Sie ein öffentliches HTTPS‑Ziel hinzu und wählen Sie die Ereignisse aus, die für Ihren Workflow relevant sind. Senden Sie ein Testereignis, prüfen Sie dessen Signatur und aktivieren Sie Ihre Integration.
