Cómo funciona esta herramienta
Introduce una dirección IP o un nombre de host y nuestro servidor de sondeo le envía una breve serie de solicitudes de eco ICMP, los mismos paquetes que usa el comando ping de tu computadora. Cada respuesta se cronometra. El resultado muestra cuántos paquetes se enviaron y recibieron, el tiempo de ida y vuelta mínimo, promedio y máximo, y el jitter entre respuestas. La prueba es gratuita y no necesita cuenta.
Por separado, en cuanto carga la página, tu navegador mide su propia latencia hasta nuestro servidor. Envía una serie de solicitudes HTTP muy pequeñas a un endpoint ligero y registra el tiempo que tarda cada una. Los navegadores no pueden enviar ICMP, así que esta cifra es una ida y vuelta HTTP y no un ping real, pero refleja el mismo camino de red y es el número que importa para lo rápido que te resultan este sitio y los alojados cerca de él.
Las dos mediciones responden preguntas distintas. El ping de la sonda te dice si un host está activo y a qué distancia está de la sonda. La latencia del navegador te dice a qué distancia estás tú de nuestro servidor. Ninguna es la latencia entre tú y el host que escribiste; ese camino pasa por tu propia conexión y solo puede medirse desde tu computadora, con los comandos de más abajo.
Los nombres de host se resuelven antes del ping. La sonda rechaza las direcciones privadas y reservadas, aplica un límite por visitante y guarda brevemente en caché los resultados recientes para que las ejecuciones repetidas no inunden un destino.
Cómo leer el resultado
Enviados y recibidos. Si todos los paquetes obtuvieron respuesta, el host es alcanzable y el camino está limpio en este momento. Si ninguno lo hizo, el host está apagado, la dirección es incorrecta o algo entre la sonda y el host descarta ICMP. Las respuestas parciales indican pérdida de paquetes en algún punto del camino.
Mínimo, promedio y máximo. El mínimo es lo más parecido a la latencia pura del camino: lo más rápido que un paquete logró ir y volver. El promedio es la experiencia típica. El máximo muestra el peor pico durante la ejecución. Una gran diferencia entre mínimo y máximo significa que el camino está congestionado o que un router en él tarda en responder.
Jitter. La diferencia promedio entre tiempos de ida y vuelta consecutivos. Un jitter bajo significa una conexión estable. Un jitter alto con un promedio razonable es la firma de interferencias Wi-Fi, un canal de subida saturado o un router con bufferbloat, y perjudica las llamadas de voz y video más que la latencia promedio.
Pérdida de paquetes. Porcentaje de solicitudes que no obtuvieron respuesta. 0 por ciento es el objetivo. Un paquete perdido en una ejecución corta puede ser ruido. Una pérdida constante, sobre todo combinada con latencia máxima alta, es un problema que vale la pena perseguir con un traceroute, que muestra en qué salto empiezan a desaparecer los paquetes.
El bloque de latencia del navegador sigue la misma lógica: un mínimo cercano al promedio y una dispersión pequeña significan que tu conexión con nuestro servidor es estable; las oscilaciones grandes apuntan a tu red local o a tu ISP, no al destino.
Qué hacer ante una latencia alta o pérdida
El host no responde en absoluto
- Revisa la dirección o el nombre de host en busca de errores y consúltalo con la consulta DNS para ver a qué resuelve.
- Prueba un puerto que el host debería tener abierto con el verificador de puertos. Una respuesta en el puerto 443 y silencio al ping significa que ICMP está filtrado, no que el host esté caído.
- Si el host es tuyo, comprueba si su firewall descarta las solicitudes de eco ICMP. En Linux busca una regla de iptables o nftables sobre icmp; en Windows, activa la regla de entrada "Compartir archivos e impresoras (petición de eco)" en el Firewall de Windows Defender; en hosts de nube, permite ICMP en el grupo de seguridad.
La latencia es mayor de lo esperado
- Compara el mínimo con la distancia. La luz en fibra recorre aproximadamente 200 kilómetros por milisegundo, y una ida y vuelta lo duplica, así que un host a 5.000 kilómetros no puede responder en menos de unos 50 milisegundos por buena que sea la red.
- Si el mínimo es razonable pero el promedio y el máximo son altos, el camino está congestionado. Ejecuta un traceroute para encontrar el salto donde la latencia se dispara.
- Si la sonda muestra latencia baja hacia un host pero tu propia computadora muestra latencia alta hacia el mismo host, la lentitud está de tu lado: tu Wi-Fi, tu router o la red de tu ISP.
Tu propia conexión muestra jitter alto o pérdida
- Conéctate por cable en lugar de Wi-Fi y repite la prueba de latencia del navegador. Si la dispersión se reduce, el enlace inalámbrico es la causa: acércate al router, cambia el canal o usa la banda de 5 GHz.
- Detén otras transferencias en la red. Una sola subida que sature el canal ascendente eleva la latencia de todo lo demás; un router con gestión de colas inteligente o QoS lo mantiene a raya.
- Reinicia el router y el módem. El hardware de consumo envejecido desarrolla exactamente este síntoma.
- Prueba a distintas horas del día. Una pérdida que aparece solo por la noche es congestión del lado del ISP, y el ISP necesita las mediciones como evidencia.
- Si usas una VPN o proxy, repite la prueba sin él. Todo túnel añade a tu latencia el desvío por su servidor; un servidor en otro continente puede añadir cientos de milisegundos.
Hacer ping desde tu propia computadora
La vista de la sonda sirve para comprobar si un servidor está activo y cómo rinde desde internet. Para tu propia conexión, usa el comando ping.
Windows: ping 203.0.113.45 envía 4 solicitudes por defecto; ping -t 203.0.113.45 continúa hasta que pulses Ctrl+C y ping -n 20 203.0.113.45 envía 20.
macOS y Linux: ping -c 20 203.0.113.45 envía 20 solicitudes e imprime un resumen con mínimo, promedio, máximo y desviación estándar. En Linux ping -i 0.2 acorta el intervalo para una lectura más rápida del jitter. Para IPv6, ping6 en sistemas antiguos o ping -6 en los nuevos.
Haz ping primero a tu router, luego a un host de tu ISP, luego a una dirección pública conocida y después al destino. El primer salto en el que la latencia se dispara o se pierden paquetes es donde está el problema.
Ping a una IP o ping a un nombre de host
El resultado es el mismo una vez que los paquetes están en la red, pero las dos entradas difieren en qué más prueban. Hacer ping a un nombre de host primero lo resuelve, así que un fallo puede ser un problema de DNS y no de red; la consulta DNS separa ambos. Un nombre de host con varias direcciones, común en sitios grandes, recibe el ping en una de ellas, y esa dirección puede diferir de aquella a la que se conecta tu navegador. Hacer ping a la dirección directamente elimina la ambigüedad y es la mejor opción cuando sigues un servidor concreto.
El ping también prueba algo distinto que una comprobación de puerto. Un host que responde al ping está encendido y enrutado, pero no dice nada de si su servidor web, de correo o de juegos está en ejecución; un host que ignora el ping puede estar sirviendo páginas sin problema. Cuando la pregunta es "¿está activo el servicio?", el verificador de puertos la responde; cuando la pregunta es "¿es alcanzable el host y a qué distancia está?", la responde el ping.
El ping para quien comprueba un proxy o VPN
Para quien prueba un endpoint de proxy o VPN antes de confiar en él, importan dos números: la latencia desde tu propia computadora hasta el endpoint, medida localmente con los comandos de arriba, y la latencia desde el endpoint hasta los sitios que usarás, que la sonda aproxima cuando hace ping al endpoint desde el lado de internet. Ambos tramos se suman en cada solicitud que haces a través del túnel. Un endpoint lejos de ti o lejos de tus sitios de destino se sentirá lento sin importar su ancho de banda anunciado, y un jitter alto en cualquiera de los dos tramos es la causa habitual de tiempos de espera agotados y sesiones caídas.
Límites de esta herramienta
- El ping de la sonda mide el camino desde nuestro servidor de sondeo hasta el host, no desde ti. Tu propia latencia hasta el host solo puede medirse desde tu computadora.
- La latencia del navegador usa HTTP en lugar de ICMP, así que incluye una pequeña sobrecarga de protocolo y el tiempo de respuesta del servidor. Es una buena medida relativa, no de laboratorio.
- Muchos hosts, firewalls y proveedores de nube descartan o limitan ICMP. Sin respuesta no significa que el host esté caído.
- Cada ejecución envía un número pequeño de paquetes durante unos segundos. Los problemas intermitentes pueden no aparecer en una sola ejecución; repite la prueba o usa un ping continuo localmente.
- Los routers suelen responder al ICMP más despacio de lo que reenvían tráfico, así que un único salto lento aislado no es prueba de un problema.
- Los nombres de host con varias direcciones reciben el ping en una de ellas.
- La herramienta tiene límite por visitante y rechaza los rangos de direcciones privadas y reservadas.