Signierte Webhooks für jedes Buchungs- und Zahlungsereignis
Streamen Sie jedes Buchungs- und Zahlungsereignis in Ihre eigenen Systeme – CRM, Data Warehouse, Slack, Custom-Integrationen. HMAC-signiert, mit exponentiellem Backoff wiederholt und vollständig protokolliert. Für Engineering-Teams, die sich weigern, eine API zu pollen.
Warum Engineering-Teams Triviyo-Webhooks wählen
Standardmuster, vorhersehbares Verhalten und ein Zustellprotokoll, mit dem man wirklich debuggen kann.
HMAC-Signaturen für jeden Payload
Jeder Webhook wird mit HMAC-SHA256 und dem Secret Ihres Endpoints signiert. Verifizieren Sie die Signatur, bevor Sie auf den Payload reagieren – gleiches Muster wie bei Stripe, GitHub und jedem anderen Webhook, dem Sie ohnehin vertrauen.
Retries mit exponentiellem Backoff
Wenn Ihr Endpoint nicht rechtzeitig antwortet oder 408, 429 oder einen 5xx-Status zurückgibt, wiederholt Triviyo die Zustellung automatisch, insgesamt bis zu 6 Versuche. Jede andere 4xx-Antwort gilt als endgültig und wird nicht wiederholt.
Standard-Ereignisnamen
BOOKING_CREATED, BOOKING_UPDATED, BOOKING_CANCELED, PAYMENT_SUCCEEDED, PAYMENT_FAILED, REFUND_PROCESSED. Abonnieren Sie exakt die Ereignisse, die Ihre Integration braucht; den Rest ignorieren.
Signaturschlüssel pro Endpoint
Jeder Endpoint erhält einen eigenen Signaturschlüssel, den Sie jederzeit unter Einstellungen → Webhooks neu erzeugen können.
Vollständiges Zustellprotokoll
Jeder Zustellversuch wird im Dashboard mit HTTP-Status, Antwort und Zeitstempel protokolliert.
Triviyo-Webhooks vs. eine REST-API pollen
Wie echtes Echtzeit-Event-Streaming im Vergleich zu einem hämmernden REST-Endpoint aussieht.
| Was die Webhooks-API alles mitbringt | Triviyo | Without Triviyo |
|---|---|---|
| Verfügbarkeit | Ab Professional | Nur mit Enterprise-API-Zugang |
| BOOKING_CREATED | ||
| BOOKING_UPDATED | ||
| BOOKING_CANCELED | ||
| PAYMENT_SUCCEEDED | ||
| HMAC-SHA256-Signaturen | Enterprise-Add-on | |
| Retry-Strategie | Bis zu 6 Versuche | Ein Versuch oder keiner |
| Zustellprotokoll | ||
| Support | Priorisierter Support | E-Mail-Ticket-Queue |
Standardmuster – nichts Exotisches, nichts Proprietäres.
Häufig gestellte Fragen
Welche Ereignisse kann ich abonnieren?
BOOKING_CREATED, BOOKING_UPDATED, BOOKING_CANCELED, PAYMENT_SUCCEEDED, PAYMENT_FAILED, REFUND_PROCESSED. Abonnieren Sie pro Endpoint exakt das, was Ihre Integration braucht.
Wie verifiziere ich, dass der Webhook wirklich von Triviyo stammt?
Jeder Payload wird mit HMAC-SHA256 und dem einzigartigen Secret Ihres Endpoints signiert. Verifizieren Sie den X-Webhook-Signature-Header gegen den rohen Request-Body, bevor Sie reagieren – gleiches Muster wie bei Stripe- und GitHub-Webhooks. Codebeispiele stehen in unserer Doku.
Was passiert, wenn mein Endpoint ausfällt?
Triviyo unternimmt insgesamt bis zu 6 Zustellversuche. Nach dem letzten wird die Zustellung im Zustellprotokoll als fehlgeschlagen markiert. Eine 4xx-Antwort außer 408 und 429 markiert die Zustellung sofort als fehlgeschlagen, ohne weitere Versuche.
Kann ich Webhooks in einer Staging-Umgebung testen?
Ja. Senden Sie unter Einstellungen → Webhooks eine Testzustellung an einen beliebigen Endpoint, um Ihre Integration vor dem Go-live zu prüfen.
Welcher Tarif wird für Webhooks benötigt?
Ab Professional.
Bauen Sie Echtzeit-Integrationen, die nicht pollen
Signiert, wiederholt, protokolliert – genau so, wie Engineering-Teams Webhooks erwarten.
14 Tage kostenlos. Keine Kreditkarte erforderlich. Jederzeit kündbar.