Erhalten Sie signierte Events zu jeder Zustellung, jedem Bounce, jeder Öffnung, jedem Klick und jeder Beschwerde und spielen Sie Verpasstes erneut ab.
KI fasst Event-Streams zusammen und meldet ungewöhnliche Bounce-Muster, sobald sie auftreten.
Delivered, deferred, bounced, opened, clicked, complained und unsubscribed.
Prüfen Sie, dass jede Anfrage von MigoSMTP stammt.
Fehlgeschlagene Zustellungen werden automatisch wiederholt.
Senden Sie Events nach einem Ausfall erneut aus dem Log.
Abonnieren Sie nur die Events, die Sie brauchen.
Sehen Sie Anfrage, Antwort und Status jedes Versuchs.
Geben Sie Ihre HTTPS-URL ein und wählen Sie Events.
Prüfen Sie bei jeder Anfrage den Signatur-Header.
Geben Sie eine 2xx-Antwort zurück, um den Empfang zu bestätigen.
Wechseln Sie zwischen den Phasen, um zu sehen, was Sie in jedem Schritt steuern. Beispielhafte Oberfläche. Alle gezeigten Zahlen und Adressen sind Beispieldaten.
Aktualisieren Sie Ihre Datenbank, lösen Sie Workflows aus und alarmieren Sie Ihr Team, ohne zu pollen.
E-Mail-Webhooks sind HTTP-Callbacks, die Ihre Anwendung benachrichtigen, wenn mit einer gesendeten Nachricht etwas passiert. MigoSMTP sendet eine signierte JSON-Payload an Ihren HTTPS-Endpunkt, etwa bei delivered, deferred, bounced, opened, clicked, complained und unsubscribed. Ihr System reagiert sofort, statt die API wiederholt nach dem Status zu fragen. Payloads enthalten Nachrichten-ID, Empfänger, Event-Typ, Zeitstempel und bei Fehlern den vom Zielserver zurückgegebenen Grund. Mit diesen Feldern ordnen Sie Events ohne zusätzliche Abfragen oder Raten Ihren eigenen Datensätzen zu.
Sie registrieren einen Endpunkt, wählen die gewünschten Events und verifizieren bei jeder Anfrage den Signatur-Header. Eine 2xx-Antwort bestätigt den Empfang. Fällt Ihr Endpunkt aus, werden Zustellungen mit Backoff wiederholt, und nach einem Ausfall können Sie Events aus dem Log erneut abspielen. Anfrage- und Antwortdetails jedes Versuchs bleiben erhalten, damit Sie schnell debuggen können. Secrets lassen sich rotieren, und Event-Filter halten jeden Endpunkt fokussiert. Fehlgeschlagene Versuche zeigen Anfrage, Antwort und Zeitpunkt, was das Debugging eines Handlers schnell und belegbar macht.
Event-Daten sind es, woraus ein Versandsystem lernt. Suppression aktualisieren, eine Kampagne bei einer Beschwerdewelle pausieren oder den Support über einen gebounceten Beleg informieren: All das hängt von zeitnahen Events ab. Unsere KI-Schicht kann Streams mit hohem Volumen zusammenfassen und ungewöhnliche Muster melden, sodass Ihr Team ein Problem in Minuten bemerkt statt erst nach der Beschwerde eines Kunden. Dank Replay und Logs wird eine Lücke in Ihren eigenen Systemen nicht zur Lücke in Ihren Daten.
Markieren Sie Bestellungen bei Zustellung als benachrichtigt und kennzeichnen Sie Kontakte, wenn ein Hard Bounce eintrifft. Webhooks machen Polling-Jobs überflüssig und halten den Anwendungsstatus korrekt.
Nehmen Sie die Adresse bei Bounce- oder Beschwerde-Events sofort in Ihre eigene Do-not-mail-Tabelle auf, damit auch andere Systeme, die dieselbe Person anschreiben, aufhören.
Senden Sie einen Slack- oder Ticket-Alarm, wenn ein Passwort-Reset bouncet. Der Support kann den Kunden dann über einen anderen Kanal erreichen, bevor er aufgibt. Das spart Stunden manueller Arbeit.
War Ihr Endpunkt während eines Deployments offline, spielen Sie die verpassten Events aus dem Log erneut ab und bringen Ihre Datensätze wieder in den korrekten Zustand. Währenddessen geht nichts verloren.
Markieren Sie eine Bestellung als benachrichtigt oder ein Support-Ticket als beantwortet, sobald das Zustell-Event eintrifft.
Streamen Sie Events in Ihre eigene Analytics, damit E-Mail-Ergebnisse neben Produkt- und Umsatzdaten stehen.
Beides liefert Ihnen Event-Daten. Sie passen zu unterschiedlichen Situationen.
Viele Teams nutzen Webhooks für Live-Updates und die API, um Verpasstes nachzuladen.
Ein Copilot verdichtet Tausende Events zu einem kurzen Digest, etwa welcher Anbieter zurückstellt und welche Kampagne Beschwerden auslöst, mit Links zu den Nachrichten hinter jedem Punkt.
Modelle lernen normale Bounce-, Beschwerde- und Zurückstellungsraten und alarmieren Sie, wenn ein Stream davon abweicht. Sie legen fest, wer benachrichtigt wird und ob Automatisierungen laufen.
Fügen Sie ein fehlgeschlagenes Zustell-Log ein, und der Assistent erklärt die wahrscheinliche Ursache, etwa eine abweichende Signatur oder einen Timeout, und schlägt eine Lösung zum Testen vor. Die Änderung nehmen Sie vor.
Über einen MCP-Server können KI-Agenten Event-Verlauf und Zustell-Logs mit schreibgeschützten Scopes lesen. Schreibaktionen brauchen ausdrückliche Scopes und, wenn Sie möchten, menschliche Freigabe.
KI-Funktionen sind unterstützend: Sie fassen zusammen und alarmieren, und jede automatisierte Aktion konfiguriert und genehmigt Ihr Team.
Lehnen Sie Anfragen ab, deren Signatur-Header nicht passt. Rotieren Sie das Secret regelmäßig und sofort, wenn es offengelegt sein könnte.
Bestätigen Sie mit einer 2xx, sobald die Payload sicher gespeichert ist, und verarbeiten Sie sie dann aus einer Queue. Langsame Handler verursachen Timeouts und doppelte Wiederholungen.
Zustellungen können sich wiederholen und in falscher Reihenfolge eintreffen. Nutzen Sie Nachrichten-ID und Zeitstempel, um zu deduplizieren und veraltete Statuswechsel zu ignorieren.
Filtern Sie Events je Endpunkt. Weniger irrelevante Anfragen bedeuten weniger Last auf Ihren Servern und einfacheres Monitoring. Halten Sie Integrationen schlank und schnell debugbar.
Alarmieren Sie bei wiederholten Fehlern im Zustell-Log. Ein stiller Ausfall bedeutet stilles Daten-Drift, bis jemand die Lücke erneut abspielt.
Geben Sie schnell eine 2xx-Antwort zurück und verlagern Sie aufwendige Arbeit in eine Queue, damit langsame Handler keine Wiederholungen auslösen.
Hilfe beim Anbinden eines Endpunkts? Unser Team prüft ihn vor dem Start gern mit Ihnen.
Ein E-Mail-Webhook ist eine HTTP-Anfrage, die Ihr E-Mail-Anbieter an Ihren Server sendet, wenn ein Event eintritt, etwa wenn eine Nachricht zugestellt wird oder bouncet. So kann Ihre Anwendung in Echtzeit reagieren, ohne die API wiederholt abzufragen. Das ersetzt Polling-Jobs und hält Ihre Datensätze aktuell.
Jede Anfrage enthält einen Signatur-Header, der mit dem Secret Ihres Endpunkts erzeugt wurde. Berechnen Sie die Signatur aus dem rohen Request-Body auf Ihrer Seite neu und vergleichen Sie. Weichen sie ab, lehnen Sie die Anfrage ab. Die Dokumentation enthält Code-Beispiele.
Delivered, deferred, bounced, opened, clicked, complained und unsubscribed. Sie können jeden Endpunkt auf eine Teilmenge abonnieren, sodass ein Service Bounces erhält und ein anderer Engagement-Events. Wählen Sie nur die, auf die Ihre Systeme reagieren, etwa Bounces für die Suppression und Klicks für Analytics, damit der Traffic zu Ihrem Endpunkt klein und relevant bleibt.
Fehlgeschlagene Zustellungen werden mit Backoff wiederholt, und nach Ihrer Wiederherstellung können Sie Events aus dem Log erneut abspielen. Jeder Versuch mit Anfrage und Antwort wird erfasst, sodass Sie sehen, was fehlschlug. Stellen Sie sicher, dass Ihr Handler schnell antwortet und Fehler protokolliert.
Verlassen Sie sich nicht auf strikte Reihenfolge. Bauen Sie Handler, die Duplikate und Events in falscher Reihenfolge tolerieren, indem Sie Nachrichten-ID und Zeitstempel nutzen. Die Event-Reihenfolge kann sich je nach Anbieter und Wiederholung unterscheiden, und eine einzelne Nachricht kann mehrere Events erzeugen.
Manche Mailsysteme laden Bilder automatisch, was als Öffnung zählt, obwohl niemand die Nachricht gelesen hat. Wir trennen diese nach Möglichkeit von menschlichen Öffnungen, doch Open-Tracking bleibt eine Schätzung. Sehen Sie Öffnungen als groben Indikator. Zählen Sie Klicks und Antworten als stärkere Engagement-Signale.
Senden Sie ein Beispiel-Event aus dem Dashboard an Ihre URL und prüfen Sie, ob Ihr Handler die Signatur verifiziert und eine 2xx zurückgibt. Sehen Sie im Zustell-Log Anfrage und Ihre Antwort ein. Nutzen Sie vor der Produktion einen Staging-Endpunkt mit Test-Secret. Führen Sie das aus, bevor Sie die Produktion auf den Endpunkt richten.
KI kann Event-Streams zusammenfassen, ungewöhnliche Bounce- oder Beschwerdemuster melden und beim Debuggen fehlgeschlagener Zustellungen helfen. Sie empfiehlt Maßnahmen, ändert Ihre Konfiguration aber nur, wenn Sie eine Regel einrichten. Prüfen Sie aktuelle Logs, bevor Sie neue Endpunkte anbinden.
Senden Sie ein Beispiel-Event aus dem Dashboard.
Bauen Sie Handler, die Duplikate und Events in falscher Reihenfolge tolerieren, und deduplizieren Sie mit Nachrichten-ID und Zeitstempel.
Konto erstellen, Domain hinzufügen und die erste E-Mail senden.