Neu: Sekundärmarkt — schluss mit viagogo & Schwarzmarkt
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.