Test de Latencia de Red

Qué hace cada ejecución

1. 01

   Una petición de calentamiento

   No se cuenta, de modo que la primera petición ya ha pasado antes de medir nada.

2. 02

   Diez peticiones cronometradas

   Cada una es una petición diminuta a /api/ping de este sitio, que responde con una respuesta vacía. La página anota la hora antes de enviarla y cuando llega la respuesta, con performance.now(). Ese intervalo es el tiempo de ida y vuelta (RTT).

3. 03

   Pequeñas pausas entre medidas

   Unos 0,3 segundos separan las muestras, cada petición tiene un límite de 5 segundos y no se reintenta nada. Cada petición lleva un parámetro único y pide al navegador que no use caché, para que una caché no pueda responder en lugar del servidor.

4. 04

   Un resultado o un error

   Necesita al menos cinco muestras válidas para mostrar cifras. Tras tres fallos seguidos la prueba se detiene en vez de esperar once límites de tiempo.

Cómo leer las cifras

La página añade una etiqueta orientativa que se aplica solo a este servidor: menos de 50 ms es baja, de 50 a 150 ms es moderada y más de 150 ms es más alta. Son valores de referencia, no un estándar ni un veredicto sobre tu conexión.

Por qué importa el jitter: un ejemplo resuelto

Dos pruebas inventadas muestran por qué la media sola no basta. Para que las cuentas sean cortas usan cinco muestras en vez de diez. La prueba A da 20, 22, 21, 23 y 20 ms. La prueba B da 5, 40, 8, 45 y 8 ms. Las dos tienen una media de 21,2 ms.

El jitter es la media de las diferencias absolutas entre una muestra y la siguiente. En la prueba A esas diferencias son 2, 1, 2 y 3 ms, así que el jitter es 8 ÷ 4 = 2,0 ms. En la B son 35, 32, 37 y 37 ms, y el jitter es 141 ÷ 4 = 35,25 ms. Las dos pruebas llevarían la misma etiqueta «baja» por la media, pero la B fue mucho menos estable, y eso es justo lo que la cifra de jitter está ahí para mostrar. La guía sobre latencia y jitter va más allá: qué es el tiempo de ida y vuelta, en qué se diferencia del ancho de banda, qué mide exactamente este test y cómo comparar pruebas por su variabilidad y no solo por la media.

Por qué tu cifra puede diferir de otras herramientas o de un juego

• No es un ping ICMP. Cronometra una petición HTTP hecha a través del navegador, así que el tiempo del navegador, de HTTP y del procesamiento del servidor está dentro de la cifra.
• Mide la ruta hasta este único servidor, cuya ubicación no puedes elegir. Un servidor de juego, un servicio de vídeo u otra web de pruebas están en otro sitio y darán una cifra distinta.
• El Wi-Fi frente al cable, una VPN o un proxy, otras descargas o emisiones en la red y lo ocupada que esté la línea pueden cambiar el resultado de una ejecución a otra.
• Las peticiones fallidas se muestran, pero esto no es un test de pérdida de paquetes: significan que una petición no se completó a tiempo, no que se haya perdido un número concreto de paquetes.

Lo que este test no puede decirte

No es un test de velocidad de Internet y no mide la velocidad de descarga ni de subida. No mide tu latencia general de Internet, a tu proveedor ni a ningún servidor que no sea este, y no puede mostrar en qué punto de la ruta aparece un retraso. La guía sobre qué puede medir un test de hardware en el navegador recoge los mismos límites para todas las herramientas. TryYourGear no guarda los resultados; como con cualquier petición web, el proveedor de alojamiento puede conservar registros técnicos de ella.

Qué hacer después

Ejecútalo dos o tres veces, idealmente en momentos distintos, y compara el cable con el Wi-Fi si puedes, pausando las descargas grandes y cualquier VPN mientras pruebas. Un resultado estable con poco jitter importa más que una sola cifra muy baja. Para una cifra real de velocidad, usa un test de velocidad específico, y para el rendimiento en juegos o llamadas, mira el ping que muestra ese juego o servicio. La latencia que notas en un juego también incluye tu pantalla y tu entrada, que miran el Test de Frecuencia de Refresco y el Test de Tiempo de Reacción.