English
Français
Italiano
Español
Português// 01 — Das Problem
Was falsch läuft bei Ticketmaster
Ticketmaster ist der weltweit führende Ticketanbieter. Trotzdem wird jeder große Vorverkauf für Fans zur Tortur. Das werfe ich ihrem System vor.
Seiten, die aufgeben
Leere Seiten, Fehler und Verzögerungen genau in dem Moment, in dem sich alle einloggen.
Eine undurchsichtige Warteschlange
Du wartest, ohne zu wissen, ob du eine echte Chance hast, und erfährst am Ende, dass nichts mehr übrig ist.
Der ablaufende Warenkorb
Der Countdown läuft während der Bankbestätigung ab, und deine Plätze sind weg.
„Ausverkauft“ viel zu spät
Du erfährst nach langem Warten, dass es keine Plätze mehr gibt, manchmal erst an der Kasse.
Bots und Schwarzhändler
Plätze werden von automatisierten Skripten abgegriffen und dann viel teurer weiterverkauft.
Eine verkappte Lotterie
„Wer zuerst klickt, gewinnt“ entscheidet sich in Millisekunden: Deine Verbindung entscheidet, nicht du.
Schlecht verteilte Kontingente
Bei einem Händler ausverkauft, während ein anderer noch Plätze für dieselbe Show hat.
Kein Wettbewerb
Dieselbe Gruppe veranstaltet die Tourneen und verkauft die Tickets. Das US-Justizministerium hat 2024 eine Kartellklage eingereicht.
Was unter der Haube kaputt ist
Im September 2026 habe ich eine Kaufseite zerlegt, die auf der Infrastruktur von Ticketmaster Frankreich läuft. Das macht die Architektur falsch.
- Zuerst eine leere Seite. Der Server schickt eine fast leere Hülle, und die ganze Seite wird in deinem Browser aufgebaut. Bis das JavaScript fertig ist, starrst du auf Weiß.
- API-Aufrufe in einer Kette. Jede Anfrage wartet auf die vorherige. Der Server ist schnell, trotzdem dauert es Sekunden, bis die Preise erscheinen.
- Jeder Besucher belastet den Bestand. Jeder Seitenaufruf löst Dutzende API-Aufrufe aus, viele davon nicht cachebar. Mal eine Million Fans, und das gemeinsame Ticketsystem geht in die Knie.
- Der Warteraum kommt zu spät. Die virtuelle Warteschlange lädt erst nach dem Rest der Seite. Sie soll das System schützen, nicht nach der Menge eintreffen.
- Dinge, die niemand wollte. Menüs in allen Sprachen, Listen von Städten und Musikgenres, Kaufempfehlungen: alles vor oder zusammen mit den Preisen geladen.
- Schwer ohne Grund. Hunderte Anfragen, JavaScript in viel zu viele Dateien zerlegt, übergroße Bilder und ein doppelt geladenes CAPTCHA.
// 02 — Gibt es längst
Andere Branchen stemmen noch mehr
200.000 Plätze in wenigen Minuten zu verkaufen ist keine Science-Fiction. Jedes Jahr fangen Onlinehandel, Zahlungsdienste und Streaming viel größere Ansturme ab, und sie halten.
200.000 Plätze zu verkaufen bedeutet rund 1.000 Reservierungen pro Sekunde: weniger als 0,2 % der Spitze von Alibaba. Das eigentliche Problem ist nicht die Serverleistung, sondern wie der Verkauf gestaltet ist:
- Eine ausgeloste Warteschlange. Alle kommen vor der Öffnung, die Reihenfolge wird zufällig gezogen, und jeder sieht seine echte Position.
- Einlass passend zum Bestand. Es kommen nur so viele Menschen rein, wie die verbleibenden Plätze bedienen können.
- Plätze vor der Zahlung reserviert. Sobald du deine Karte zückst, gehören die Plätze dir. Kein „ausverkauft“ an der Kasse.
- Gemeinsamer Bestand, keine Kontingente. Ein offenes Register lässt mehrere Händler dieselben Plätze verkaufen, ohne jemals einen doppelt zu verkaufen.
- Ein sofortiges „ausverkauft“. Sobald alles weg ist, weiß es die ganze Warteschlange innerhalb von Sekunden.
// 03 — Der Beweis
Der Live-Lasttest
Ich entwickle eine Ticketplattform für genau diese Momente und stelle sie öffentlich auf die Probe, mit einem echten simulierten Verkauf. Keine echten Tickets, keine echten Zahlungen.
| Testbedingungen | Wert |
|---|---|
| Tournee im Verkauf (fiktiv) | Ticketmaster's Retirement Plan Tour |
| Gleichzeitig online | 200.000 |
| Verkaufte Plätze (fiktiv, 4 Kategorien) | 20.000 |
| Simulierte Händler mit gemeinsamem Bestand, ohne Kontingente | 3 |
| Anteil des Traffics von simulierten Bots | 20 % |
| Abgelehnte Zahlungen (Bank-Testmodus) | 5 % |
| Käufer, die mittendrin abbrechen | 10 % |
| Teilnehmer | Anmeldungen + virtuelle Nutzer |
| Erfolgskriterien, vorab veröffentlicht | Ziel |
|---|---|
| Doppelt verkaufte Plätze | 0 |
| Serverfehler, die Teilnehmer sehen | 0 |
| Echte Warteschlangenposition angezeigt | < 2 s |
| Reservierungszeit (99 % der Anfragen) | < 200 ms |
| „Keine Plätze mehr“ an der Kasse | Nie |
| Zeit bis alle Plätze verkauft sind | < 10 min |
| „Ausverkauft“ für die ganze Warteschlange angezeigt | < 5 s |
Rohdaten, Lasttest-Skripte und der Code des Registers werden als Open Source veröffentlicht, ob der Test gelingt oder nicht.