English
Français
Deutsch
Español
Português// 01 — Il problema
Cosa non va con Ticketmaster
Ticketmaster è il leader mondiale della biglietteria. Eppure, per i fan, ogni grande vendita diventa una prova di resistenza. Ecco cosa rimprovero al loro sistema.
Siti che cedono
Pagine bianche, errori e rallentamenti proprio nel momento in cui tutti si collegano.
Una coda opaca
Aspetti senza sapere se hai una vera possibilità, per scoprire alla fine che non è rimasto nulla.
Il carrello che scade
Il conto alla rovescia arriva a zero durante la verifica bancaria, e i tuoi posti spariscono.
"Esaurito" troppo tardi
Scopri che non ci sono più posti dopo una lunga attesa, a volte proprio al pagamento.
Bot e bagarini
Posti accaparrati da script automatici e poi rivenduti a prezzi molto più alti.
Una lotteria mascherata
"Vince chi clicca per primo" si decide in millisecondi: decide la tua connessione, non tu.
Quote mal distribuite
Esaurito presso un rivenditore, mentre un altro ha ancora posti per lo stesso concerto.
Nessuna concorrenza
Lo stesso gruppo organizza i tour e vende i biglietti. Il Dipartimento di Giustizia degli Stati Uniti ha avviato una causa antitrust nel 2024.
Cosa non funziona sotto il cofano
A settembre 2026 ho smontato una pagina di acquisto che gira sull'infrastruttura di Ticketmaster Francia. Ecco cosa sbaglia l'architettura.
- Prima una pagina bianca. Il server invia un guscio quasi vuoto e l'intera pagina viene costruita nel tuo browser. Finché il JavaScript non ha finito, fissi il bianco.
- Chiamate API in catena. Ogni richiesta aspetta la precedente prima di partire. Il server è veloce, ma i prezzi impiegano comunque secondi ad apparire.
- Ogni visitatore interroga l'inventario. Ogni caricamento genera decine di chiamate API, molte delle quali non si possono mettere in cache. Moltiplica per un milione di fan e il sistema di biglietteria condiviso soffoca.
- La sala d'attesa arriva tardi. La coda virtuale si carica solo dopo il resto della pagina. Dovrebbe proteggere il sistema, non arrivare dopo la folla.
- Cose che nessuno ha chiesto. Menu in tutte le lingue, elenchi di città e generi musicali, suggerimenti di acquisto: tutto caricato prima o insieme ai prezzi.
- Pesante senza motivo. Centinaia di richieste, JavaScript diviso in troppi file, immagini sovradimensionate e un CAPTCHA caricato due volte.
// 02 — È già stato fatto
Altri settori gestiscono già di peggio
Vendere 200.000 posti in pochi minuti non è fantascienza. Ogni anno e-commerce, pagamenti e streaming assorbono picchi molto più grandi, e reggono.
Esaurire 200.000 posti significa circa 1.000 prenotazioni al secondo: meno dello 0,2% del picco di Alibaba. Il vero problema non è la potenza dei server, ma come è progettata la vendita:
- Una coda a estrazione. Tutti arrivano prima dell'apertura, l'ordine viene estratto a sorte e ognuno vede la propria posizione reale.
- Ingressi in base ai posti disponibili. Entra solo il numero di persone che i posti rimasti possono servire.
- Posti bloccati prima del pagamento. Quando tiri fuori la carta, i posti sono tuoi. Niente "esaurito" al pagamento.
- Inventario condiviso, senza quote. Un registro aperto permette a più rivenditori di vendere gli stessi posti senza mai venderne uno due volte.
- Un "esaurito" immediato. Appena è tutto venduto, l'intera coda lo sa in pochi secondi.
// 03 — La prova
Lo stress test in diretta
Sto progettando una piattaforma di biglietteria pensata per questi momenti e la metterò alla prova in pubblico, con una vera vendita simulata. Nessun biglietto reale, nessun pagamento reale.
| Condizioni del test | Valore |
|---|---|
| Tour in vendita (fittizio) | Ticketmaster's Retirement Plan Tour |
| Persone online contemporaneamente | 200.000 |
| Posti in vendita (fittizi, 4 categorie) | 20.000 |
| Rivenditori simulati che condividono lo stesso inventario, senza quote | 3 |
| Quota di traffico da bot simulati | 20% |
| Pagamenti rifiutati (modalità test bancaria) | 5% |
| Acquirenti che abbandonano a metà | 10% |
| Partecipanti | Iscritti + utenti virtuali |
| Criteri di successo, pubblicati in anticipo | Obiettivo |
|---|---|
| Posti venduti due volte | 0 |
| Errori del server visti dai partecipanti | 0 |
| Posizione reale in coda visualizzata | < 2 s |
| Tempo di prenotazione (99% delle richieste) | < 200 ms |
| "Posti esauriti" annunciato al pagamento | Mai |
| Tempo per vendere tutti i posti | < 10 min |
| "Esaurito" mostrato a tutta la coda | < 5 s |
Risultati grezzi, script di carico e codice del registro saranno pubblicati come open source, che il test riesca o no.