Tu navegador mide 10 viajes HTTPS reales a Google Cloud CDN a través de tu Wi-Fi, tu proveedor y cualquier VPN o proxy que uses, y muestra la mediana, la primera conexión y el jitter.
Snif, snif… ¿dónde estamos?
Buscando tu IP de salida…
Cuando terminen las peticiones, verás qué tan rápido va Google Cloud CDN desde aquí.
Para comparar, la página principal mide Google Cloud CDN junto con los demás servicios de Proveedores CDN: Cloudflare, Akamai, Amazon CloudFront, Fastly, Azure Front Door. Google Cloud CDN se sirve a través de la red de Google, así que el viaje termina en el centro de datos de Google más cercano. Gemini, Google, YouTube usan la misma red: si también van lentos, el problema es tu ruta hacia Google, no Google Cloud CDN.
Es la dirección que ven los sitios web cuando los visitas. En casa suele ser de tu proveedor de internet. Con una VPN, un proxy, la red del trabajo o iCloud Private Relay, pertenece a quien reenvía tu tráfico, que puede estar en otra ciudad o en otro país. También decide a qué servidor te manda cada servicio, y eso influye en tu velocidad.
Porque muchos proxies y VPN usan enrutamiento dividido, es decir, eligen el camino según el sitio: algunos sitios van directo y el resto pasa por el proxy. Una sola comprobación de IP solo ve su propio camino. Por eso preguntamos a varias (1ms.dog, un sitio de China continental, Cloudflare, ip.sb, ipinfo.io, solo IPv4, solo IPv6, WebRTC por UDP), agrupamos por red y marcamos cada salida como directa o por proxy. Si responden servicios que normalmente están bloqueados en tu país, te avisamos de que hay una salida que ninguna comprobación pudo ver.
Tu navegador abre una conexión HTTPS real con cada servicio. La primera petición solo prepara la conexión (consulta DNS y saludos TCP y TLS); se muestra aparte y no cuenta. Luego se reutiliza la misma conexión para varias peticiones cronometradas y mostramos la mediana. Es la ida y vuelta de tu dispositivo al servidor más cercano, por tu Wi-Fi, tu proveedor y cualquier proxy: el retraso que de verdad notan tus apps.
El ping usa ICMP, que los navegadores no pueden enviar, y muchas redes tratan ICMP de forma distinta al tráfico normal, así que un buen ping no siempre significa una app rápida. La medición HTTPS sigue el mismo camino que las apps que usas. Las cifras suelen salir unos milisegundos más altas que el ping, porque el servidor tiene que responder una petición.
Rayo ≤ 30 ms: como estar en la misma ciudad. Carrera ≤ 80 ms: misma región. Trote ≤ 150 ms: suficiente para casi todo. Paseo ≤ 300 ms: se nota en juegos y llamadas. Siesta > 300 ms: muy lejos o una ruta congestionada. No volvió: sin conexión en 5 segundos, así que desde aquí no se puede acceder al servicio. Por debajo de 2 ms aparece el legendario perro 1ms.
Tus resultados no nos llegan. Las peticiones de latencia van directamente de tu navegador a los servicios que se miden. Para averiguar tu IP de salida, tu navegador consulta a 1ms.dog y a algunos servicios públicos de consulta de IP, que ven tu IP, porque así funciona cualquier consulta de IP. Tu último resultado se queda en este navegador, para ver qué cambió. Un resultado solo sale de tu navegador si lo compartes o informas de un problema. Un enlace compartido lleva el país y los tiempos, más la ciudad y la red solo si marcas la casilla, y nunca direcciones IP. En 1ms.dog el enlace se acorta y se guarda una imagen del resultado para la vista previa en las apps de mensajería. Tras una prueba completa, tu navegador también intercambia unos pocos mensajes diminutos con el servidor de 1ms.dog en Tokio para medir el tiempo de ida y vuelta hasta allí; ese servidor no guarda registros.
Todo se ejecuta en tu navegador. Sin cuenta, y no guardamos tus resultados.
© 2026 1ms.dog