Juegos seleccionados por miles de jugadores en las últimas 24 horas: cómo contar, filtrar y clasificar sin distorsiones

1) Qué cuentan exactamente «en las últimas 24 horas»

Ventana: T−24h deslizante... T con una ventana de tiempo fijo (una para todo el proyecto).
Segmentos: mobile/desktop, audiencia nueva/de retorno, GEO clave (si es relevante).
Deduplicación: un usuario = una cuenta (tenga en cuenta device-fingerprint/anti-fraud), las «pieles» de un juego se combinan en una versión activa.

2) Umbrales mínimos de tolerancia de muestreo

El juego sólo entra en el grupo si hay al menos uno de:

Unique Starts ≥ 1.000 * oSessions ≥ 4.000 (ajusta la escala al proyecto).

Y al mismo tiempo:

Crash/Error Rate ≤ 0,5% de las sesiones.
TTI (web) ≤ 6 s en un inicio «frío».
No hay anomalías en el tráfico (ver p.5).

3) Métricas del núcleo (recogemos «tal cual» y en forma suavizada)

Suavización de lóbulos (suavizado beta):

$$
\ hat p =\frac {ext {aciertos} +\alpha} {ext {pruebas} +\alpha +\beta}
$$

Promedio de tiempo real (EMA por reloj):

Peso de la hora $ h $ atrás: $ w _ h = 0 {,} 5 ^ {h/au} $, vida media $au = 6 $ h.
Valor suavizado: $\overline x =\sum (w_h x_h )/\sum w_h$.

4) Indicador de tendencia (TrendLift) en 24 horas

5) Anti-anomalías y limpieza de datos

Separamos a los candidatos si se encuentra al menos uno:

Ráfaga de una sola fuente de tráfico/GEO (> 70% de todos los inicios) sin confirmación en las próximas 6-12 horas.
Repeticiones sospechosas (muchas cuentas con un solo dispositivo/IP), patrones claros de giro automático farm.
Duplicados de «skins» del mismo juego en diferentes categorías (dejamos la versión más completa).
Distorsiones en UX (Auto-inicio forzado sin clic, tutoriales «vertidos»).
Tecnoproblemas: Crash> 0,5%, TTI> 6 s, reinicios frecuentes de assets.

6) Puntuación integral «Elección 24 horas»

Normalizamos las métricas en percentiles dentro de la ventana 24h (winsorize 1-2%) y contamos:

extbf{Score}_{24h} = 0{,}14\cdot CR + 0{,}14\cdot ASL + 0{,}08\cdot SPS + 0{,}08\cdot (BER	MFR) + 0{,}12\cdot Fav + 0{,}10\cdot Reopen + 0{,}10\cdot (PW100	NPS) + 0{,}08\cdot UStarts_{norm} + 0{,}16\cdot TrendLift - ext{Penalties}
$$

7) Umbral de admisión al escaparate final

El juego se muestra en un bloque si:

Cumplí los umbrales del punto 2 y pasé por anomalías.
CR (suavizado). ≥ 38%, ASL/SPS ≥ medianas de ventana.
BER ≈ 1/85-1/140 * oMFR = evento cada 8-25 giros.
Fav/Add ≥ 10%, Reopen ≥ 30% (ambos son antiadherentes). .
PW100 ≥ 10 * oNPS ≥ 30%.
Score\_ {24h} en el cuartil superior entre los candidatos.

8) Equilibrio del escaparate (para que la lista no sea «zakis»)

9) Plantilla de tarjeta de juego

Línea de hechos:

* Mecánica· Volatilidad· Ritmo: evento cada N-M de los giros· BER (o MFR)· ASL/SPS ≥ medianas· Fav/Add X-Y%· Reopen Z%· Tendencia ↑ (TrendLift) *

Breve ampliación (3-4 puntos):

que «sostiene» la base (mini-eventos/random-fashion),
cómo se siente la bonificación (frecuencia/retriggers),
para quién (principiantes/experimentados),
ventajas técnicas (inicio rápido, estabilidad).

10) ¿Por qué estos juegos en particular caen en la «elección en 24 horas»

Características típicas:

1. El ritmo en vivo son eventos cada 8-25 giros, pocas series «tranquilas».
2. Bono disponible o MFR compensatorio: el jugador recibe refuerzos rápidamente.
3. UX puro - TTI ≤ 6 s, skip de animaciones, botones grandes, retorno correcto desde el fondo.
4. Una reacción conductual fuerte es el crecimiento de Fav/Add, alto Reopen ya en las primeras horas.
5. Sostenibilidad: las métricas se mantienen después de suavizar y limpiar el tráfico.

11) Lista de verificación de publicación de bloques

12) Banderas rojas (excluyamos del escaparate)

13) Responsable