Zustellung ausgehender Webhooks
„Wir sollten Webhooks anbieten.“
Das klingt nach einem einzigen Endpoint. Es ist diese Liste – und an die Hälfte davon denkt niemand, bis ein Kunde fragt, warum ein Event von letztem Dienstag nie angekommen ist.
- HMAC-Signierung, mit einem Verfahren, das Empfänger bereits kennen
- Zeitstempel und Zustell-ID innerhalb der Signatur, sonst lässt sie sich einfach erneut abspielen
- Exponentielle Wiederholungen, die es überstehen, wenn ein Empfänger einen ganzen Tag ausfällt
- Jitter, sonst überrennen alle wartenden Zustellungen den Empfänger, sobald er zurück ist
- Wissen, welche Fehler eine Wiederholung wert sind und welche nicht
- Secret-Rotation mit Überlappung, weil niemand in einem einzigen Moment umschalten kann
- Ein Append-only-Protokoll jedes Versuchs und jeder Antwort
- Eine Möglichkeit für Ihre Kunden, dieses Protokoll einzusehen, ohne Ihnen eine E-Mail zu schreiben
HookPulse ist all das – hinter einem einzigen POST.
Keine Kreditkarte. 2.000 Zustellungen im Test inklusive.
Eine Anfrage rein. Alles danach übernehmen wir.
Ihr Handler kehrt sofort zurück – ein Webhook sollte niemals den langsamen Server eines anderen in Ihren eigenen Request holen. Ab da ist es unser Problem: signiert, zugestellt, wiederholt und dokumentiert.
Zum Verifizierungs-Snippetawait fetch('https://hookpulse.altixcode.com/api/v1/apps/APP_ID/events', {
method: 'POST',
headers: { Authorization: 'Bearer hp_…' },
body: JSON.stringify({
type: 'invoice.paid',
payload: { id: 'in_123', amount: 4900 },
dedupeKey: 'invoice-123-paid',
}),
})Warum nicht selbst bauen?
Die meisten Teams fangen genau damit an. Signierung und der erste Wiederholungsversuch sind an einem Tag erledigt. Der Rest – Jitter, Replay-Zeitfenster, Überschneidungen bei der Schlüsselrotation und ein kundenorientiertes Protokoll – fällt meist dem Rotstift zum Opfer. Doch genau das ist der Teil, den Ihre Kunden tatsächlich bemerken.
Die vollständige Lösung statt halber Sachen
Signierung und ein einfacher Wiederholungsversuch sind von fast jedem Team an einem Nachmittag gebaut. Jitter, Regeln für Wiederholungsversuche, Rotationsüberlappungen und ein für Kunden einsehbares Protokoll werden unter Termindruck jedoch meist gestrichen – und fehlen Kunden sofort schmerzlich.
Ihre Endpunkt-URL wird vor jedem Versuch neu geprüft – nicht nur beim Speichern
Ein Hostname, der in Ihr eigenes privates Netzwerk auflöst, wird bereits beim Speichern abgelehnt – und anhand der aufgelösten Adresse unmittelbar vor jedem Zustellversuch erneut blockiert. Zudem wird einer Weiterleitung niemals zu einem Host gefolgt, den Sie nicht explizit angegeben haben. Ein Webhook-Dienst, der dies nur einmal prüft, öffnet falsch konfigurierten oder böswilligen Kunden-Endpunkten Tür und Tor, um Ihre interne Infrastruktur auszuspionieren.
Ein Protokoll, das auch Ihre Kunden einsehen können – nicht nur Sie
Das Zustellungsprotokoll wird schon heute als berechtigungsbezogene, signierte und zeitlich begrenzte API bereitgestellt, die sich direkt in Ihre eigenen Einstellungsseiten einbetten lässt – damit die Frage „Warum ist mein Webhook nicht angekommen?“ kein Support-Ticket mehr ist, das Sie manuell beantworten müssen.
Der Wiederholungsplan – ausgesprochen, nicht angedeutet.
Sechs Versuche über mehr als sieben Stunden, jeder mit Jitter, damit ein Empfänger, der wieder online geht, nicht von allem gleichzeitig getroffen wird. Danach hören wir auf und sagen es Ihnen – eine Zustellung, die den ganzen Tag fehlschlägt, braucht einen Menschen und keine weitere Anfrage.
- sofort
- +15sVersuch 2
- +2mVersuch 3
- +15mVersuch 4
- +1hVersuch 5
- +6hVersuch 6
Abrechnung pro Zustellung.
Ein Event, das an fünf Endpoints verteilt wird, sind fünf Zustellungen – denn das sind fünf Anfragen, die wir gestellt haben, und fünf Wiederholungsketten, für die wir verantwortlich sind. Wiederholungen derselben Zustellung werden nicht erneut gezählt.
Scale
A marketplace, or an API with real traffic.
$149/ Monat
1,000,000 deliveries / month
Mit Scale starten