Primero el destino, no una nota universal
En juegos rápidos interesa un tiempo de ida y vuelta bajo y estable hacia el servidor del juego. Estos rangos son orientaciones editoriales para comparar resultados, no una norma oficial ni una garantía.
| Tiempo de ida y vuelta | Interpretación orientativa |
|---|---|
| Menos de 50 ms | Un objetivo de baja demora para interacción rápida. |
| 50–100 ms | Puede ser jugable; comprueba el juego y la estabilidad. |
| 100–150 ms | El retraso puede notarse más en juegos rápidos. |
| Más de 150 ms | Suele responder peor, pero no demuestra una avería. |
No uses la tabla como requisito universal para llamadas o vídeo. Las llamadas también dependen de variación, pérdidas y búferes; el vídeo almacenado previamente depende mucho del caudal y la estabilidad. Una prueba del navegador no certifica la experiencia.
Ping, latencia y estabilidad
El comando ping convencional usa solicitudes y respuestas de eco ICMP. El RTT incluye ida y vuelta; dividirlo por dos no determina con fiabilidad la demora de un sentido, porque rutas y colas pueden ser distintas. Mbps mide capacidad, no demora en ms.
La variación del retraso suele llamarse jitter; la pérdida de paquetes es otra métrica. Guarda el destino y el método junto al resultado: las herramientas pueden calcular estadísticas diferentes.
Qué mide realmente IPdidi
La prueba de ping hace 2 solicitudes de calentamiento y 40 mediciones HTTP a /ping.txt en el nodo Cloudflare que sirve este sitio. No envía ICMP ni mide el servidor del juego.
Normalmente calcula de requestStart a responseStart, un intervalo HTTP que puede incluir procesamiento del servidor. Si no está disponible, usa el tiempo transcurrido de fetch, incluida la lectura de la respuesta. No garantiza RTT de red puro.
El jitter mostrado es la media del cambio absoluto entre muestras adyacentes correctas. Los tiempos de espera o errores HTTP son muestras fallidas, no una tasa de pérdida de paquetes IP. Las valoraciones de uso son heurísticas del sitio. La explicación procede de revisar el código, no de una prueba en tu línea o dispositivo.
Comparar en las mismas condiciones
- Anota destino, herramienta, hora, Wi-Fi o cable, estado de VPN, media, variación y fallos.
- Repite en reposo y durante una descarga o subida normal, manteniendo destino y método.
- Compara Ethernet y Wi-Fi si es posible: ayuda a aislar factores inalámbricos, sin garantizar menor demora.
- Consulta el diagnóstico del juego o de la aplicación de llamadas. Un nodo con buen resultado no descarta problemas locales, de ruta, servidor o aplicación en otro contexto.
Para comparar ICMP, ejecuta ping example.com en un terminal y detén con Ctrl+C si continúa. Un destino puede filtrar el eco; no responder no demuestra que el servicio esté caído.
Cambiar una cosa y medir de nuevo
- Pausa transferencias y copias de seguridad para comprobar colas bajo carga.
- En Wi-Fi, compara ubicación y bandas o canales menos congestionados; 5 GHz no siempre mejora al atravesar paredes o a distancia.
- Compara una región adecuada del juego y VPN activada/desactivada con la misma actividad. Ni una VPN ni un plan más rápido garantizan menor latencia.
- Si el router ofrece gestión de colas, sigue su documentación oficial. Puede ayudar con las colas, no eliminar la distancia de propagación.
- Si persiste, entrega a soporte destino, horarios y resultados en reposo y bajo carga, no solo el mínimo.
Usa la misma prueba antes y después. No diagnostiques la causa solo con la diferencia entre dos destinos.
Preguntas habituales
¿100 ms siempre es malo?
Depende de actividad, destino, protocolo y estabilidad. Es una medición que investigar, no un aprobado o suspenso universal.
¿Un fallo HTTP equivale a pérdida de paquetes?
No. Tiene varias causas posibles y esta prueba no establece la tasa de pérdida de red.
¿Por qué el juego indica otra cifra?
Cambian destino, tráfico y procesamiento. Usa sus diagnósticos y no restes mediciones no relacionadas.
Fuentes y alcance
La guía explica métricas y un método de comparación. No afirma localizar un fallo de tu conexión ni haber probado un dispositivo concreto.
Fuentes consultadas: 2026-11-05.