English
Français
Italiano
Deutsch
Português// 01 — El problema
Lo que falla en Ticketmaster
Ticketmaster es la mayor empresa de venta de entradas del mundo. Aun así, para los fans, cada gran venta es una odisea. Esto es lo que le reprocho a su sistema.
Webs que se rinden
Páginas en blanco, errores y lentitud justo cuando todo el mundo se conecta.
Una cola opaca
Esperas sin saber si tienes una oportunidad real, para descubrir al final que no queda nada.
El carrito que caduca
La cuenta atrás llega a cero durante la verificación bancaria, y tus asientos desaparecen.
«Agotado» demasiado tarde
Te enteras de que no quedan asientos tras una larga espera, a veces al pagar.
Bots y reventa
Asientos acaparados por programas automáticos y revendidos mucho más caros.
Una lotería disfrazada
«Gana quien hace clic primero» se decide en milisegundos: decide tu conexión, no tú.
Cupos mal repartidos
Agotado en un vendedor mientras otro aún tiene asientos para el mismo concierto.
Sin competencia
El mismo grupo organiza las giras y vende las entradas. El Departamento de Justicia de EE. UU. presentó una demanda antimonopolio en 2024.
Lo que falla por dentro
En septiembre de 2026 desmonté una página de compra que funciona sobre la infraestructura de Ticketmaster Francia. Esto es lo que hace mal su arquitectura.
- Primero, una página en blanco. El servidor envía una carcasa casi vacía y toda la página se construye en tu navegador. Hasta que termina el JavaScript, miras una pantalla blanca.
- Llamadas a la API en cadena. Cada petición espera a la anterior antes de salir. El servidor es rápido, pero los precios siguen tardando segundos en aparecer.
- Cada visitante golpea el inventario. Cada carga lanza decenas de llamadas a la API, muchas imposibles de cachear. Multiplícalo por un millón de fans y el sistema de venta compartido se ahoga.
- La sala de espera llega tarde. La cola virtual solo se carga después del resto de la página. Debería proteger el sistema, no llegar después de la multitud.
- Cosas que nadie pidió. Menús en todos los idiomas, listas de ciudades y géneros musicales, sugerencias de compra: todo cargado antes o a la vez que los precios.
- Pesada sin motivo. Cientos de peticiones, JavaScript dividido en demasiados archivos, imágenes enormes y un CAPTCHA cargado dos veces.
// 02 — Ya se hace
Otros sectores ya aguantan cosas peores
Vender 200.000 asientos en pocos minutos no es ciencia ficción. Cada año, el comercio electrónico, los pagos y el streaming absorben picos mucho mayores, y aguantan.
Agotar 200.000 asientos supone unas 1000 reservas por segundo: menos del 0,2 % del pico de Alibaba. El verdadero problema no es la potencia de los servidores, sino cómo está diseñada la venta:
- Una cola sorteada. Todos llegan antes de la apertura, el orden se sortea y cada persona ve su posición real.
- Acceso ajustado al inventario. Solo entran tantas personas como los asientos restantes pueden atender.
- Asientos bloqueados antes del pago. Cuando sacas la tarjeta, los asientos son tuyos. Nada de «agotado» al pagar.
- Inventario compartido, sin cupos. Un registro abierto permite que varios vendedores vendan los mismos asientos sin vender nunca uno dos veces.
- Un «agotado» instantáneo. En cuanto se vende todo, toda la cola lo sabe en segundos.
// 03 — La prueba
La prueba de carga en directo
Estoy diseñando una plataforma de entradas pensada para estos momentos y la pondré a prueba en público, con una venta simulada de verdad. Sin entradas reales, sin pagos reales.
| Condiciones de la prueba | Valor |
|---|---|
| Gira a la venta (ficticia) | Ticketmaster's Retirement Plan Tour |
| Personas conectadas a la vez | 200.000 |
| Asientos a la venta (ficticios, 4 categorías) | 20.000 |
| Vendedores simulados que comparten el mismo inventario, sin cupos | 3 |
| Parte del tráfico procedente de bots simulados | 20 % |
| Pagos rechazados (modo de prueba bancario) | 5 % |
| Compradores que abandonan a mitad | 10 % |
| Participantes | Inscritos + usuarios virtuales |
| Criterios de éxito, publicados de antemano | Objetivo |
|---|---|
| Asientos vendidos dos veces | 0 |
| Errores de servidor vistos por los participantes | 0 |
| Posición real en la cola mostrada | < 2 s |
| Tiempo de reserva (99 % de las peticiones) | < 200 ms |
| «No quedan asientos» anunciado al pagar | Nunca |
| Tiempo para vender todos los asientos | < 10 min |
| «Agotado» mostrado a toda la cola | < 5 s |
Los resultados en bruto, los scripts de carga y el código del registro se publicarán en código abierto, salga bien la prueba o no.