Este componente cronometra una pequeña solicitud HTTPS a /api/latency en el mismo host que sirvió la página. Eso es una muestra del tiempo de ida y vuelta (RTT) a través de TCP, TLS, y HTTP en cualquier ruta que tomaron sus paquetes para llegar a mi extremo, no un eco ICMP como el que imprime la utilidad ping. Diseñé la explicación de esta manera porque una vez estuve en una llamada de Discord en Karachi donde mi ping dentro del juego marcaba 42 ms a un fragmento de Singapur mientras que este estilo de RTT de navegador a una API SaaS europea estaba cerca de los 280 ms: dos destinos completamente diferentes, dos números diferentes, ambos "verdaderos". Use los resultados aquí como una señal de antes y después cuando cambie de servidor VPN, cambie de banda de Wi‑Fi, o reemplace un enrutador, no como un sustituto del medidor integrado de un cliente de juego.
La latencia es más que un número en un cable
Los ingenieros de redes dividen el retraso en varias partes: propagación (distancia a aproximadamente dos tercios de la velocidad de la luz en la fibra), serialización (el tiempo que tardan los bits en colocarse en el cable a su velocidad de enlace), cola (queueing) (espera detrás de otros paquetes dentro de los enrutadores), y procesamiento (pilas de host, cortafuegos, criptografía TLS). Una sola muestra de RTT colapsa todo eso en una sola cifra en milisegundos. Eso es útil, pero oculta si su retraso está dominado por la física (distancia oceánica) o por las políticas de red (bufferbloat bajo carga).
El ancho de banda responde a la pregunta de cuántos datos por segundo puede mover una vez que la tubería está llena. La latenciaresponde a cuánto tiempo pasa hasta que llega el primer byte de una respuesta. Un enlace de un gigabit con 400 ms de RTT inactivo todavía se siente lento para llamadas de voz, juegos y SSH interactivo porque la percepción humana se guía por el tiempo de respuesta, no por el rendimiento bruto. La referencia clásica aquí es el RFC 792 para la semántica de eco ICMP, a pesar de que los navegadores no pueden emitir ICMP directamente desde JavaScript.
Por qué esta página mide HTTPS en lugar de ping
El modelo de seguridad web nunca expuso sockets ICMP puros a páginas no confiables. Si necesita el ping clásico, ejecútelo desde una terminal (ejemplos a continuación). Lo que sí está disponible para este sitio es un fetch() temporizado al mismo origen: el navegador realiza la resolución DNS (generalmente almacenada en caché), abre o reutiliza una conexión TCP, negocia TLS a menos que se reanude un ticket de sesión, envía una solicitud HTTP mínima y espera las cabeceras. Esa ruta refleja el tráfico de API real de manera más cercana que un eco ICMP de 64 bytes, por lo que el número tiende a situarse unos milisegundos por encima del ping en un enlace limpio y puede aumentar cuando la pérdida de paquetes obliga a realizar retransmisiones.
Las conexiones tibias (warm) arrojan valores bajos porque la reanudación de TLS 1.3 y el keep-alive de HTTP eliminan los protocolos de enlace que pagó en la primera muestra. Los inicios en frío (cold starts) arrojan valores altos. Esto no es un error; es lo que experimentan sus usuarios cuando abren una nueva pestaña de un sitio. Cuando compare servicios de VPN, ejecute varias tandas y descarte solo los valores atípicos obvios causados por la sincronización en segundo plano o la suspensión del SO.
Presupuestos aproximados de RTT por actividad
Estas son reglas generales para la sensación de interactividad, no garantías. Los juegos de disparos en primera persona competitivos se optimizan hacia milisegundos de dos dígitos dentro de la misma región. La voz sobre IP tolera retrasos unidireccionales de hasta unos 150 ms antes de que las personas comiencen a hablar unas encima de otras. La transmisión de video principalmente almacena en caché segundos de video, por lo que el RTT de la última milla importa mucho menos que el rendimiento de ancho de banda hasta que se agota el búfer.
Requisitos de latencia por caso de uso
| Actividad | RTT Aceptable | RTT Cómodo | Cuando se desmorona |
|---|---|---|---|
| Navegación web | < 200 ms | < 80 ms | Wi‑Fi con pérdidas y retransmisiones; retrasos de DNS |
| Transmisión de video (con búfer) | < 300 ms | < 120 ms | Ancho de banda demasiado bajo para la tasa de bits elegida |
| Videollamada (WebRTC) | < 250 ms equivalente unidireccional | < 120 ms RTT a la región SFU | Picos de jitter sin búfer de jitter adaptativo |
| FPS en línea (competitivo) | < 80 ms a la región del juego | < 40 ms | Colas de espera bajo carga; contención del tiempo de aire Wi‑Fi |
| MMO / por turnos | < 200 ms | < 100 ms | Pérdida de paquetes sin predicción del cliente |
| Juegos de lucha (rollback) | El bajo jitter importa más que la media | < 30 ms de variación | Micro-picos inestables de Wi‑Fi |
| Trading automatizado (co-localizado) | < 1 ms dentro del bastidor (rack) | < 100 µs en rutas RDMA | Cualquier ruta de internet (herramienta incorrecta) |
Los despliegues de WebRTC a menudo publican objetivos regionales; consulte W3C WebRTC para ver la superficie del protocolo que comparte este tráfico con las videollamadas.
Por qué el mismo apartamento muestra números diferentes de una hora a otra
Wi‑Fi es dúplex medio (half-duplex): cada vecino en el canal compite por el tiempo de aire. Los hornos de microondas fugan a los 2.4 GHz. Los servidores VPN cambian las ciudades de salida cuando los proveedores reequilibran la carga. Las transferencias de red móvil pausan el reenvío durante decenas de milisegundos. Incluso en Ethernet cableado, su ISP puede enrutarle a través de una ruta de emparejamiento (peering) más barata por la noche que durante las horas de trabajo. Las líneas de tendencia superan a las muestras individuales; registre diez lecturas después de la cena y diez antes del trabajo si sospecha que hay congestión.
El Bufferbloat es el asesino silencioso: una cola de gran tamaño en su enrutador o ISP absorbe ráfagas de tráfico pero añade retraso siempre que el enlace se satura. Ejecute esta herramienta de latencia estando inactivo, luego inicie una descarga grande y vuelva a hacer la medición. Si el RTT se duplica mientras el rendimiento está al máximo, está viendo retraso por cola, no un servidor de prueba de velocidad defectuoso.
Medir la latencia desde la línea de comandos
Estos comandos se dirigen al host que les pase; reemplace el ejemplo con su servidor de juegos, puerta de enlace VPN de oficina o dirección anycast de DNS.
Windows (PowerShell o Símbolo del sistema)
ping -n 20 1.1.1.1
tracert -d 1.1.1.1ping envía solicitudes de eco ICMP si la ruta las permite (algunos enrutadores descartan ICMP bajo carga).tracert imprime los tiempos por salto hacia el objetivo; -d omite las búsquedas de DNS inversas para que la salida sea rápida.
macOS y Linux
ping -c 20 1.1.1.1
traceroute -n 1.1.1.1
mtr -rwzc 100 1.1.1.1mtr combina ping y traceroute en un informe continuo; instálelo a través de brew install mtr en macOS o del administrador de paquetes de su distribución en Linux. Es la forma más rápida que conozco de probar la pérdida intermitente en un salto Wi‑Fi sin adivinar.
Pasos prácticos que realmente reducen el RTT
Use Ethernet cableado para cualquier actividad competitiva. Elija la ciudad de VPN más cercana que cumpla con sus requisitos legales. Habilite SQM o un AQM moderno (CoDel / FQ-CoDel) en su enrutador para que las cargas no inflen las colas. En los juegos, elija la región del servidor que recomienda el cliente en lugar de perseguir a amigos en otro continente a menos que todos acepten la penalización.
Una VPN puede aumentar el RTT porque añade trabajo de cifrado y hace que el tráfico pase por un punto de presencia remoto. A veces puede disminuirel retraso percibido si su ISP tiene un mal emparejamiento con una red de juegos, pero el proveedor de VPN tiene uno bueno: está intercambiando una política de enrutamiento por otra. Mida ambas rutas con la misma herramienta en lugar de confiar en el texto publicitario sobre el "modo de juego."
Preguntas frecuentes
¿Cuál es la diferencia entre latencia y ancho de banda?
El ancho de banda es la capacidad: megabits por segundo que puede mantener una vez que la tubería se llena. La latencia es el retraso: cuánto tiempo tarda en regresar una solicitud pequeña. Un enlace satelital puede mostrar un ancho de banda alto y una latencia inutilizable para voz; una línea dedicada de bajo ancho de banda puede sentirse rápida para SSH. Esta página solo mide el retraso a este origen, no el rendimiento general.
¿Cuál es un buen ping para jugar?
Para los juegos de disparos rápidos, los milisegundos de dos dígitos al repetidor regional del distribuidor es la norma competitiva. Los juegos de estrategia y los MMO toleran un RTT más alto gracias a la predicción. Compare siempre con la misma región del servidor; una lectura de 30 ms aquí no implica 30 ms a un fragmento de Tokio si el extremo de este sitio está más cerca.
¿Por qué mi latencia de Wi‑Fi es peor que la de cable?
Wi‑Fi comparte un canal de radio con todas las redes cercanas. Cada retransmisión añade milisegundos. Los microondas, los accesorios Bluetooth y la evitación de radar DFS en 5 GHz insertan jitter. Ethernet evita esas colisiones por completo. Si debe permanecer en una conexión inalámbrica, siéntese más cerca del punto de acceso, use 5 GHz o 6 GHz cuando estén disponibles y habilite Wi‑Fi Multimedia (WMM) para que los paquetes pequeños hagan cola con mayor prioridad.
¿Cómo reduzco mi ping?
Comience con la física: elija servidores físicamente más cercanos. Luego solucione su capa de acceso: use cable para la PC, salga de un Wi‑Fi saturado y limite las copias de seguridad en la nube que hacen uso intensivo de subidas mientras juega. Por último, ajuste el enrutamiento: pruebe con una ciudad de VPN diferente, llame a su ISP si el traceroute muestra un salto doméstico defectuoso o habilite SQM si el bufferbloat dispara el RTT cada vez que alguien sube un video.
¿Puede una VPN reducir la latencia?
Normalmente no: el cifrado y los saltos adicionales añaden milisegundos. Ocasionalmente sí, cuando su ISP le enruta a través de un punto de emparejamiento congestionado pero la VPN sale a una ruta más saludable hacia el destino. Trátelo como un experimento: mida diez muestras con VPN y diez sin ella, a la misma hora del día y con la misma elección de servidor.
Herramientas relacionadas
El rendimiento de ancho de banda sigue importando para las descargas: ejecute la Prueba de velocidad de internet. Si está comprobando si los servicios entrantes responden desde internet, combine el RTT con ¿Cuáles son mis puertos abiertos?. El contexto de enrutamiento de la organización está en ¿Cuál es mi ISP?. Para comprobar la consistencia de la ruta de la VPN, continúe con la Prueba de fugas de VPN.
Fuentes citadas anteriormente
- RFC 792: Protocolo de Mensajes de Control de Internet (ICMP)
- RFC 9000: Transporte QUIC (sobre el cual a menudo se monta el HTTPS moderno)
- W3C WebRTC: Medios en tiempo real sobre UDP/TLS
- Wiki de Bufferbloat.net: Mitigaciones para la latencia inducida por colas