API & Webhooks

Tickable spielt mit deinem Stack.

Vollständige REST-API, Webhooks für jede Aktion, OpenAPI-3.1-Spec. SDKs für Node.js und Python. Bau Custom-Integrationen mit Salesforce, HubSpot, Mailchimp, BigQuery oder deinem eigenen Backend.

REST + OpenAPI 3.1
Webhooks live
Node & Python SDK
<200 ms Response
Das Problem

Geschlossene Ticketing-Plattformen sind Daten-Inseln.

Klassische Ticketing-Anbieter behandeln deine Daten als Geisel. Du bekommst CSV-Exports, vielleicht. APIs sind Premium-Features, vielleicht. Echtzeit-Webhooks gibt es gar nicht. Das macht jede Custom-Integration zur Frust-Übung.

Veranstalter mit eigener IT, BI-Team oder CRM-Strategie laufen permanent gegen die Wand: 'Das geht in unserer Lösung leider nicht.'

Die Lösung

Eine API, die für Entwickler designed wurde, nicht gegen sie.

Tickable wurde API-first gebaut. Jede Funktion im Dashboard läuft über die gleiche öffentliche API. Webhooks für jede Aktion. SDKs für die Sprachen, die deine Devs ohnehin nutzen.

REST-API mit OpenAPI-3.1-Spezifikation

Webhooks für 30+ Events (ticket.sold, refund.created, scan.success, …)

SDKs für Node.js, Python, Go (Community)

Bearer-Token-Auth + Webhook-Signatur-Verifikation

Rate-Limits: 1.000 Requests pro Minute pro Account

Sandbox-Umgebung für Development ohne Echt-Tickets

So funktioniert's

Von der ersten Zeile Code zum produktiven Webhook in unter einer Stunde.

Wenn du REST verstehst, verstehst du Tickable.

  1. 01

    API-Token erstellen

    Im Dashboard unter 'API' einen Bearer-Token mit Scope generieren.

  2. 02

    Endpoint aufrufen

    GET /v1/events, POST /v1/tickets, wie jede moderne REST-API.

  3. 03

    Webhook registrieren

    URL angeben, Events auswählen, Signatur-Verifikation aktivieren, fertig.

Funktionen

Eine API, mit der du wirklich bauen kannst.

Dokumentation, SDKs und Tooling, das nicht im Weg steht.

OpenAPI 3.1

Maschinenlesbare Spec: generiere Clients in jeder Sprache automatisch.

Webhooks für 30+ Events

ticket.sold, ticket.refunded, scan.success, payout.completed, event.published, …

Signatur-Verifikation

HMAC-SHA256 bei jedem Webhook, keine Spoofing-Risiken.

Idempotency-Keys

Sichere POST-Requests gegen Doppel-Ausführung, kritisch bei Refunds und Verkäufen.

Pagination

Cursor-basierte Pagination, auch bei Millionen von Tickets performant.

Bulk-Endpoints

Erstelle 1.000 Tickets in einem Request, perfekt für Migrationen.

Sandbox

Vollständig isolierte Test-Umgebung mit Test-Stripe und Fake-Daten.

Webhooks-Delivery-Logs

Sehe jeden Webhook-Versuch, Response-Code und Retries im Dashboard.

Anwendungsfälle

Wer Tickable API-first nutzt.

Eventagenturen, Veranstalter mit eigener IT, SaaS-Builders.

Eventagenturen

CRM-Integration

Eventagenturen in Berlin schieben jeden neuen Käufer per Webhook in HubSpot, automatisch und in Echtzeit.

BerlinHamburg
Festivals

BI-Pipeline

Festivals in München streamen Verkaufsdaten via Webhook in BigQuery für Echtzeit-Dashboards.

MünchenFrankfurt
Custom-SaaS

White-Label-Apps

SaaS-Builder in Köln nutzen Tickable als Backend für ihre eigene White-Label-Ticketing-App.

KölnStuttgart
Vergleich

Tickable API vs. klassische Anbieter.

Was du als Entwickler bekommst.

TickableKlassische Anbieter
API-Dokumentation
OpenAPI 3.1, online
PDF, oft veraltet
Webhooks
30+ Events
Häufig gar nicht
SDKs
Node, Python, Go
Häufig nicht
Sandbox
Standard
Manchmal Premium
Rate-Limit
1.000/min
Häufig 60/min
Idempotency
Standard
Häufig nicht implementiert
"Wir haben in zwei Tagen eine vollständige BigQuery-Pipeline gebaut, die unsere Verkaufsdaten in Echtzeit in unsere internen Dashboards streamt. Die Webhook-Doku war so klar, dass wir nicht einmal Support brauchten."
Felix S. · Lead Developer Festival-Tech · München

Warum eine offene API in Ticketing zum Pflichtprogramm wird.

Moderne Veranstalter sind Daten-Organisationen. Sie nutzen CRMs, Marketing-Automation, BI-Tools, ERP-Systeme. Ein Ticketing-Tool, das diese Welt nicht offen integriert, wird zum Bottleneck. Tickable wurde API-first gebaut, damit deine Daten dort landen, wo sie gebraucht werden.

Unsere REST-API ist vollständig dokumentiert nach OpenAPI 3.1, was bedeutet: jeder Entwickler kann mit Standardtools (z. B. openapi-generator) automatisch Clients erstellen. Webhooks für 30+ Events sorgen dafür, dass deine Systeme in Echtzeit auf jede Aktion reagieren können.

Webhooks vs. Polling: warum Echtzeit-Integration den Unterschied macht.

Polling-basierte Integrationen sind teuer (viele Requests), langsam (minutige Lag) und ungenau. Webhooks pushen jede Aktion direkt. Du erfährst innerhalb von Sekunden, dass ein Ticket verkauft wurde. Tickable signiert jeden Webhook mit HMAC-SHA256, damit du sicher sein kannst, dass er wirklich von uns kommt.

Sandbox: bauen ohne Risiko.

Unsere Sandbox-Umgebung ist vollständig isoliert: Test-Stripe-Account, Fake-Daten, keine Echt-Auszahlungen. Du kannst deine Integration mit echten Webhooks und API-Calls testen, ohne Risiko für Produktion.

Häufige Fragen

API & Webhooks: die wichtigsten Fragen.

Ist die API in allen Plänen verfügbar?

Ja, ab dem Professional-Plan. Im Starter-Plan ist sie auf Lese-Endpoints und 100 Requests pro Stunde limitiert.

Wie viele Webhook-Endpoints kann ich registrieren?

Bis zu 10 pro Account. Jeder Endpoint kann unterschiedliche Events abonnieren.

Was passiert, wenn mein Webhook-Endpoint mal nicht erreichbar ist?

Tickable retried mit Exponential-Backoff über 24 Stunden. Du siehst alle Delivery-Logs im Dashboard.

Gibt es eine Sandbox?

Ja. Vollständig isolierte Test-Umgebung mit Test-Stripe-Account und Fake-Daten.

Kann ich Tickable mit Zapier oder Make verbinden?

Ja. Webhook-basiert funktionieren Zapier, Make, n8n und alle gängigen No-Code-Plattformen.

Baue mit Tickable. Wir sind die API, du bist die Idee.

API-Docs sind öffentlich. Sandbox in 2 Minuten verfügbar.