Test de Velocidad de Reacción

Una prueba de velocidad de reacción mide el retraso entre una señal visual y la respuesta. En esta página se espera a que cambie el área de prueba y se hace clic o se pulsa una tecla lo más rápido posible; el resultado aparece en milisegundos. Sirve para comparar intentos recientes, calentar antes de jugar, demostrar atención y latencia de entrada, o ver cómo el cansancio y la concentración cambian el rendimiento. El número no mide solo el sistema nervioso: frecuencia de actualización del monitor, latencia del ratón o teclado, planificación del navegador, brillo de la pantalla y penalizaciones por adelantarse pueden influir. Para comparar bien, usa el mismo dispositivo, el mismo método de entrada y varias rondas, no un único resultado aislado.

El reloj que mide la reacción es performance.now(), el temporizador de alta resolución de la especificación W3C High Resolution Time. En un contexto de navegación de nivel superior devuelve un DOMHighResTimeStamp con precisión sub-milisegundo (Chromium reporta pasos de 100 μs tras las mitigaciones de Spectre, Firefox 1 ms por defecto en ventanas privadas). El legacy Date.now() tiene solo ~1 ms de resolución y por tanto no es adecuado para mediciones sub-frame. Tanto el retraso aleatorio pre-estímulo (1-5 s) como el delta de clic transcurrido se calculan en la base temporal de performance.now(). El cambio de estado del estímulo se impulsa con requestAnimationFrame, que el navegador vincula a la señal vsync del monitor. A 60 Hz el intervalo de frame es 16.67 ms, a 120 Hz es 8.33 ms, a 144 Hz es 6.94 ms y a 240 Hz es 4.17 ms; por tanto el resultado se cuantiza a lo que el panel puede mostrar. Por debajo de ~150 ms la mayor parte de la medición ya no es el usuario — es el pipeline de entrada: un ratón cableado con sondeo USB de 1000 Hz añade unos 1 ms, un ratón Bluetooth añade 7-30 ms, y la coalescencia de eventos del SO puede extender esto aún más en un portátil en modo de ahorro de energía. Los datos reales de tiempo de reacción simple humana se sitúan en una distribución aproximadamente normal con una media de unos 250 ms y una desviación estándar de unos 30 ms, recorriendo la misma cadena cada vez: el fotón impacta la retina, la señal recorre el LGN hasta V1, la planificación motora se activa en la corteza premotora y motora, el tracto corticoespinal impulsa el flexor del dedo y el clic se registra. Un clic prematuro se filtra por tanto como un estado 'demasiado pronto' para evitar que esa distribución se contamine con suposiciones de anticipación que de otro modo se leerían como registros falsos de 50-100 ms.

• Reloj: performance.now() (DOMHighResTimeStamp), pasos de 100 μs en contextos superiores de Chromium, 1 ms en algunas ventanas privadas; Date.now() tiene solo precisión de ms y no se usa.
• Cuantización de frames: requestAnimationFrame está bloqueado a vsync, por lo que el delta mínimo medible es un frame: 16.67 ms a 60 Hz, 6.94 ms a 144 Hz, 4.17 ms a 240 Hz.
• Límite base de latencia de entrada: ~1 ms para un ratón cableado con sondeo USB de 1000 Hz, 7-30 ms para un ratón Bluetooth típico, +jitter de coalescencia de eventos del SO en modo de ahorro de energía.
• Línea base humana: el tiempo de reacción visual simple es aproximadamente normal con media ≈ 250 ms y DE ≈ 30 ms; registros por debajo de 150 ms son casi siempre límite del dispositivo, no ganancias del sistema nervioso.
• Cadena neural: retina → LGN → V1 → corteza premotora/motora → tracto corticoespinal → flexor del dedo, sumando la banda de latencia biológica irreducible.
• Anti-trampa: los clics antes del estímulo se marcan como 'demasiado pronto' para que las suposiciones de anticipación no contaminen la distribución como registros artificialmente rápidos.