Cómo medir la latencia - la respuesta corta
Hay tres formas estándar de medir la latencia (el retardo de ida y vuelta de la red): (1) el comando ping incluido en el sistema operativo, que cronometra el viaje de ida y vuelta hasta un servidor concreto, (2) traceroute, que localiza en qué punto de la ruta se produce el retardo, y (3) las herramientas de desarrollo del navegador, que muestran el tiempo de espera de las cargas reales de páginas web. Si prefieres evitar la línea de comandos, nuestra prueba de calidad de conexión mide desde el navegador la latencia de ida y vuelta a servidores de las principales ciudades del mundo en una sola ejecución.
En este artículo explicamos paso a paso cada método: cómo ejecutarlo, cómo interpretar los resultados, qué valores se consideran buenos y cómo acotar la causa cuando los números son malos.
Antes de medir - latencia no es lo mismo que velocidad
La latencia es el tiempo que tardan los datos en llegar al servidor y volver, medido en milisegundos (ms). También se llama RTT (Round Trip Time).
Suele confundirse con la velocidad de conexión (ancho de banda), que mide cuántos datos se pueden transferir por segundo (Mbps): una métrica completamente distinta. Si el ancho de banda es el número de carriles de una autopista, la latencia es el tiempo de viaje hasta el destino. El ancho de banda importa para descargar vídeos; la latencia importa para la capacidad de respuesta de los juegos en línea y las videollamadas. Si el test de velocidad da buenos resultados pero el juego sigue dando tirones, la causa casi siempre es la latencia.
Método 1: medir idas y vueltas con ping
Es el método más básico. ping envía un pequeño paquete al destino mediante el protocolo ICMP e informa de cuánto tardó el viaje de ida y vuelta.
Cómo ejecutarlo
- Windows: busca "cmd" en el menú Inicio para abrir el Símbolo del sistema y ejecuta
ping -n 10 example.com(envía 10 sondas) - macOS / Linux: abre un terminal y ejecuta
ping -c 10 example.com(envía 10 sondas)
Cómo leer la salida
64 bytes from 93.184.216.34: icmp_seq=1 ttl=56 time=12.3 ms...10 packets transmitted, 10 received, 0% packet lossround-trip min/avg/max/stddev = 11.8/12.5/14.1/0.7 ms
- time=: la latencia medida de cada ida y vuelta individual
- avg: el valor representativo de tu línea. Una sola sonda puede ser casualidad: juzga siempre por la media de varias
- packet loss: 0% es lo normal. Incluso unas pocas pérdidas degradan la calidad percibida mucho más de lo que sugiere el número de latencia
- Gran diferencia entre min y max: jitter alto (variación del retardo), que suele apuntar a las condiciones del Wi-Fi o a congestión
Ten en cuenta que algunos servidores están configurados para no responder a ICMP: un 100% de timeouts no significa necesariamente que el servidor esté caído.
Método 2: localizar el retardo con traceroute
Cuando ping indica que el retardo es alto, la siguiente pregunta es dónde se produce. traceroute muestra el retardo en cada salto (punto intermedio) entre tu router y el servidor de destino.
- Windows:
tracert example.com - macOS / Linux:
traceroute example.com
La clave es buscar el salto donde el retardo se dispara. Decenas de milisegundos ya en el salto 1 (tu router doméstico) apuntan a tu entorno Wi-Fi; un salto dentro de la red de tu ISP sugiere congestión; un aumento justo antes de un servidor extranjero es simplemente distancia física. Consulta cómo funciona traceroute para una guía completa de lectura de la salida.
Método 3: inspeccionar cargas reales con las herramientas de desarrollo
Cuando solo un sitio concreto va lento, las herramientas de desarrollo del navegador son el instrumento adecuado. A diferencia de ping, muestran el tiempo empleado en las peticiones HTTP reales.
Pasos (Chrome / Edge / Firefox)
- Pulsa F12 (Cmd + Option + I en macOS) para abrir las herramientas de desarrollo
- Selecciona la pestaña Red (Network) y recarga la página
- Haz clic en la fila del documento al principio de la lista y abre el desglose de tiempos (Timing)
Qué mirar
- Conexión (TCP): tiempo para establecer la conexión; aquí se refleja directamente el tiempo de ida y vuelta de la red
- Espera (TTFB): tiempo desde el envío de la petición hasta el primer byte de respuesta. Incluye el retardo de red más el procesamiento del servidor
- Descarga del contenido: si esta parte es larga, el problema es el ancho de banda o el tamaño de los datos, no la latencia
Un TTFB largo con una descarga instantánea significa que el cuello de botella es la distancia o el procesamiento del servidor, no el grosor de tu línea. Los sitios servidos a través de una CDN suelen mostrar tiempos de espera mucho más cortos.
Método 4: medir desde el navegador - prueba de calidad de conexión
Si quieres medir la latencia sin tocar un terminal, usa nuestra prueba de calidad de conexión. Envía peticiones reales desde tu navegador a servidores de las principales ciudades del mundo, mide la latencia de ida y vuelta a cada una y visualiza a qué regiones está "cerca" tu conexión.
- Los valores hacia servidores de tu propio país son la mejor referencia para la navegación diaria
- Los valores hacia servidores extranjeros permiten sentir la relación entre distancia física y latencia
- Todo se ejecuta en el navegador: no hace falta instalar ninguna aplicación
También puedes comprobar tu dirección IP y los detalles de tu conexión en la página principal de IP Check-san. Si quieres ver cómo cambia tu latencia con una VPN, lee también cómo afecta la VPN a la velocidad.
Valores de referencia - qué se considera bueno
Como la velocidad de la luz impone un mínimo al tiempo de viaje, una "buena" latencia depende de dónde esté el servidor. Estos son valores orientativos típicos:
| Destino / caso de uso | Orientación | Notas |
|---|---|---|
| Servidores nacionales | 10-30 ms | Con fibra es habitual alcanzar la franja de los 10 ms |
| Servidores en otro continente | 100-200 ms | Se suma el viaje de ida y vuelta por cables submarinos |
| Juegos en línea competitivos | Menos de 50 ms se siente fluido | Los títulos de lucha y FPS agradecen valores aún menores |
| Videoconferencias | Utilizable hasta unos 100 ms | El jitter y la pérdida de paquetes importan tanto como la media |
Si tus mediciones son mucho peores que estas referencias, acota la causa en este orden: (1) cambia del Wi-Fi a un cable de red y vuelve a medir, (2) reinicia el router, (3) mide a otra hora del día para descartar congestión nocturna. Si mejora con cable, el problema es tu Wi-Fi; si solo va rápido de madrugada, es congestión de la línea.
Preguntas frecuentes
¿Debo fiarme del valor de ping o del test de velocidad?
Depende de lo que quieras saber. Mira la latencia (el valor de ping) para la capacidad de respuesta al navegar y jugar; mira el ancho de banda (los Mbps del test de velocidad) para las descargas grandes. Necesitas ambos para ver el panorama completo de tu conexión.
¿Cómo mido la latencia de un sitio que no responde a ping?
Para servidores que ignoran ICMP, usa como sustituto el tiempo de Conexión (TCP) de las herramientas de desarrollo del navegador. Mide la conexión HTTP real, así que funciona aunque ICMP esté bloqueado.
¿Puedo medir la latencia desde el móvil?
Sí. Abre nuestra prueba de calidad de conexión en el navegador del teléfono, sin ninguna aplicación. Comparar los valores con un ordenador en el mismo Wi-Fi te dice si el problema es el dispositivo o la línea.
Resumen - elige el método según la pregunta
Un flujo de trabajo eficiente es: ping para conocer el estado actual, traceroute para localizar el tramo lento y las herramientas de desarrollo para inspeccionar un sitio concreto. Cuando los números cobran sentido, la queja difusa de "internet va lento" se convierte en un diagnóstico concreto y solucionable.