Echtzeit-Webhooks, die kein Ereignis verpassen
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.
Feuert in unter einer Sekunde
Ereignisse werden innerhalb von 500 ms nach der auslösenden Aktion zugestellt – kein Polling, keine Verzögerung, keine verpassten Buchungen. Ihre nachgelagerten Systeme bleiben perfekt synchron mit Triviyo.
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
Gibt Ihr Endpoint einen Nicht-2xx-Status zurück, wiederholt Triviyo mit exponentiellem Backoff bis zu 72 Stunden lang. Vorübergehende Fehler heilen von selbst – und Sie können jedes Ereignis aus dem Zustellprotokoll neu abspielen.
Standard-Ereignisnamen
booking.created, booking.updated, booking.cancelled, payment.succeeded – die Namen, die jeder Entwickler erwartet. Abonnieren Sie exakt die Ereignisse, die Ihre Integration braucht; den Rest ignorieren.
Secrets und Allowlists pro Endpoint
Jeder Endpoint erhält sein eigenes Signing-Secret und optional eine IP-Allowlist auf Empfängerseite. Secrets ohne Downtime rotieren und Endpoints auf Ihre Infrastruktur beschränken.
Vollständiges Zustellprotokoll mit Replay
Jeder Zustellversuch wird mit Statuscode, Antwortkörper und Zeitstempel protokolliert – verfügbar im Dashboard und per API. Ereignisse manuell neu abspielen, wenn Ihre Staging-Umgebung eins verpasst hat.
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 |
|---|---|---|
| Einrichtungszeit | Unter 15 Minuten | Tage für den Poller-Bau |
| Verfügbarkeit | Ab Professional | Nur mit Enterprise-API-Zugang |
| booking.created | ||
| booking.updated | ||
| booking.cancelled | ||
| payment.succeeded | ||
| HMAC-SHA256-Signaturen | Enterprise-Add-on | |
| Retry-Strategie | Exponentielles Backoff, 72-Stunden-Fenster | Ein Versuch oder keiner |
| Zustellprotokoll mit Replay | ||
| Support | Engineering-Team auf Slack | E-Mail-Ticket-Queue |
Standardmuster – nichts Exotisches, nichts Proprietäres.
Engineering-Teams, die Triviyo-Webhooks in Produktion nutzen
“Wir haben 400 Zeilen Polling-Code an dem Tag weggeworfen, an dem Triviyo-Webhooks ausgerollt wurden. Booking.created landet in unserem Data Warehouse in unter einer Sekunde – Attribution und Umsatz-Dashboards sind endlich in Echtzeit, nicht 15 Minuten verzögert.”
“Das Zustellprotokoll ist der unbesungene Held. Als unsere Slack-Integration an einem Feiertag kaputtging, habe ich 30 verpasste Ereignisse aus dem Dashboard neu abgespielt, während unser Platform-Team frei hatte. Kein Datenverlust, keine Eskalation.”
Häufig gestellte Fragen
Welche Ereignisse kann ich abonnieren?
booking.created, booking.updated, booking.cancelled und payment.succeeded zum Start. Weitere Ereignisse (payment.refunded, waiver.signed, checkin.completed, gift_card.redeemed) kommen in Rolling Updates. 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-Triviyo-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 wiederholt mit exponentiellem Backoff bis zu 72 Stunden lang – beginnend mit 1 Minute, dann 5, 25, 2 h, 6 h, 24 h. Danach landet das Ereignis im Zustellprotokoll, wo Sie es nach der Wiederherstellung Ihres Endpoints manuell neu abspielen können.
Kann ich Webhooks in einer Staging-Umgebung testen?
Ja. Jeder Tarif enthält einen Testmodus mit eigenen Webhook-Endpoints und Fake-Ereignissen. Lösen Sie jedes Ereignis aus dem Dashboard aus, um Ihre Integration vor dem Go-Live zu verifizieren – und spielen Sie es beliebig oft neu ab.
Welcher Tarif wird für Webhooks benötigt?
Ab Professional. Starter-Tarife erhalten das vollständige Dashboard und die Berichte; Webhooks werden ab Professional freigeschaltet, weil sie anhaltende Infrastrukturinvestitionen auf unserer Seite erfordern, um Latenz- und Zustellgarantien einzuhalten.
Gibt es ein Rate-Limit?
Kein hartes Rate-Limit – wir stellen Ihrem Endpoint gerne hunderte Ereignisse pro Minute zu. Wenn Ihr Endpoint nicht hinterherkommt, drosseln wir automatisch und wiederholen später, statt Ereignisse zu verwerfen.
Bauen Sie Echtzeit-Integrationen, die nicht pollen
Spinnen Sie Ihren ersten Webhook-Endpoint in 15 Minuten auf. Signiert, wiederholt, protokolliert – genau so, wie Engineering-Teams Webhooks erwarten.
14 Tage kostenlos. Keine Kreditkarte erforderlich. Jederzeit kündbar.