¿Qué tan rápido va Google Cloud desde tu casa?

En resumen: solo una prueba desde tu red te dice qué tan rápida se siente una región para ti.

La mayoría de los sitios de «ping a la nube» y todos los looking glass de los proveedores miden desde sus servidores, que están en centros de datos con conexiones de primera. Eso muestra qué tan rápido llega un centro de datos a otro. No mide la parte que tú notas: tu conexión de casa o móvil, la red troncal de tu proveedor, sus salidas internacionales y lo saturadas que estén esta noche.

Me2Cloud envía cada solicitud desde tu navegador, así que el resultado lo incluye todo: Wi-Fi, router, proveedor, la ruta que elige tu proveedor y la hora pico.

1. Una solicitud de calentamiento prepara el DNS, la conexión TCP y el cifrado TLS. Su tiempo se muestra, pero no cuenta.
2. Luego el navegador envía 5, 10 o 20 solicitudes más al mismo host por la misma conexión. Cada una cuesta un solo viaje de ida y vuelta, más un poco de procesamiento en el servidor del proveedor.
3. Cada proveedor usa el tipo de solicitud que comprobamos que mantiene la conexión abierta: GET para AWS, Azure, Google Cloud, DigitalOcean y Scaleway; HEAD para Oracle, IBM Cloud, Alibaba Cloud, Tencent Cloud, Volcengine, Baidu AI Cloud, Naver Cloud, Huawei Cloud, Linode, Vultr, OVHcloud, IONOS Cloud, Aruba Cloud, Leaseweb, Gcore y Yandex Cloud (con GET cierran la conexión, y cada muestra se triplicaría); y un GET en modo CORS para Hetzner, cuya página el navegador cortaría de otro modo, cerrando la conexión.
4. Obtienes la mediana (el valor típico), la media, el P90 (9 de cada 10 muestras están en ese valor o por debajo), el jitter (cuánto varían, de media, dos muestras seguidas) y la tasa de timeouts (la parte de las muestras sin respuesta antes del tiempo de espera).
5. El nivel sale de la mediana: T0 Brutal ≤ 30 ms, T1 Top ≤ 80 ms, T2 Cumple ≤ 150 ms, T3 NPC ≤ 250 ms y T4 Fatal por encima. «Te recomendamos» ordena por mediana + 2 × jitter + una penalización por timeouts, así que 60 ms estables ganan a 45 ms inestables.

• Va por el mismo camino que tu tráfico. Las webs, las API, los túneles por el puerto 443, el inicio de sesión en juegos y las descargas usan TCP. Muchos proveedores ponen el ICMP en otra cola, lo frenan o lo mandan por otra ruta, así que el ping puede verse bien mientras las páginas van lentas, o al revés.
• No se pierde por limitaciones. Los routers y las nubes suelen limitar o descartar el ICMP. Un punto HTTPS público siempre responde.
• Incluye tu configuración real. El DNS, la elección entre IPv4 e IPv6, los proxies y los aceleradores afectan al tráfico del navegador, así que mides lo que de verdad obtendrías.
• La contrapartida: cada muestra incluye también un pequeño tiempo de procesamiento del servidor, muy estable. Medimos 0–5 ms en AWS, unos 8 ms en Alibaba Cloud y unos 20 ms en Huawei Cloud OBS. Por encima de 100 ms no importa; en regiones muy cercanas el número sale un poco más alto que el ping.

• Las redes domésticas se saturan más de 20:00 a 23:00, y las conexiones internacionales todavía más. Una región que es T1 al mediodía puede bajar a NPC por la noche.
• Mide una vez de día y otra en hora pico. Las pruebas en hora pico se marcan como «hora pico», y puedes cambiar entre ellas en los resultados.
• Pausa las descargas grandes, el streaming y la sincronización en la nube mientras mides. El cable gana al Wi-Fi; si usas Wi-Fi, quédate cerca del router.
• Con datos móviles, los resultados cambian con la señal. Mide donde vayas a usar el servicio de verdad.

• Hacer una lista corta de regiones antes de contratar un servidor, un servidor de juegos o un origen de CDN.
• Comparar regiones de un mismo proveedor, o distintos proveedores en la misma ciudad.
• Ver si la estabilidad (jitter, tasa de timeouts) alcanza para juegos, videollamadas, escritorio remoto y SSH.
• Comprobar qué tal funciona de verdad tu proxy, tu acelerador o tu nueva conexión: mide una vez con él y otra sin él.
• Poner tu propio servidor o CDN junto a los grandes con un punto propio.

• Solo refleja un lugar. Mide tu línea, no la de tus usuarios. Pide a algunos que lo ejecuten y luego exporta y compara.
• Mide el punto público del proveedor, no tu futuro servidor. Medimos la API pública o el almacenamiento de cada proveedor en la región. Los servidores de la misma región suelen compartir esa red, pero las rutas premium (por ejemplo CN2, BGP frente a un solo operador, Lightsail frente a EC2) pueden ser distintas.
• No mide ancho de banda, ni UDP, ni traza rutas. Mide viajes de ida y vuelta, no la velocidad de descarga ni el tráfico UDP de los juegos, y no muestra los saltos intermedios.
• El navegador mete algo de ruido. Las extensiones, los proxies, las VPN y las pestañas pesadas afectan a los resultados. Cierra las pestañas pesadas y deja esta página en primer plano.
• Algunos puntos pueden no estar accesibles desde ciertos países.

• Tus resultados no se suben y no hace falta cuenta. Solo cuando pulsas Compartir se guarda el resultado en 1ms.dog como enlace corto con una imagen de vista previa, para que las apps de chat puedan mostrarlo.
• Cada solicitud de prueba va directamente de tu navegador al proveedor. Abre el Registro de solicitudes de arriba o las herramientas para desarrolladores del navegador (pestaña Red) para verlas una a una.
• Los datos de la red vienen de Cloudflare: primero responde /_ms/me, de este mismo sitio, y la última palabra la tienen speed.cloudflare.com/meta y /cdn-cgi/trace, porque siguen el mismo camino que las pruebas. La comprobación opcional de WebRTC le pregunta a stun.cloudflare.com tu dirección de salida UDP; puedes desactivarla en la configuración.
• La comprobación de IPv4/IPv6 también consulta ipify.org e ident.me, fuera de Cloudflare, para que una red que bloquee uno de ellos no se dé por red sin IPv6.
• Si la página falla, envía a este sitio el mensaje de error, la dirección de la página y la versión de tu navegador para que podamos arreglarlo. Al usar Compartir también se cuenta, de forma anónima, qué pasos se usaron. Nada de eso incluye tus resultados.
• La configuración, tus puntos propios y las últimas pruebas se quedan en este navegador. Mantener pulsado «Borrar datos de prueba» elimina los resultados y el historial; para borrar también la configuración, elimina los datos de este sitio en tu navegador.

Pedir demasiado a los puntos públicos podría activar los límites o el firewall (WAF) de un proveedor y estropear el resultado. Por eso la prueba se queda muy por debajo:

• Una solicitud a la vez por host, con una pausa de 250–370 ms entre muestras (como mucho 2–3 solicitudes por segundo por host).
• Como máximo 2 hosts por proveedor a la vez y 8 en total (4 por defecto).
• Como máximo 21 solicitudes por host en cada prueba (1 de calentamiento + hasta 20). No hay modo continuo.
• Un host se descarta tras 3 fallos seguidos, en vez de reintentarlo una y otra vez.
• Las solicitudes son anónimas: sin cookies, sin página de origen, sin solicitud previa (preflight). Las respuestas ocupan unos cientos de bytes, se usa HEAD cuando se puede y no se descarga nada pesado.

Una prueba completa gasta menos datos que abrir una página web normal. Comprobamos que cada punto responde con normalidad a solicitudes anónimas (un 200, 403 o 404 sirve igual para medir el tiempo).

Si tu tráfico pasa por un proxy, el navegador mide de ti al proxy más del proxy al proveedor, no tu propia línea. El panel de red busca las señales habituales: una red de salida en un centro de datos, una zona horaria que no cuadra con el país de salida, WARP, o una salida WebRTC distinta de la HTTPS.

Usa Obtener reglas directas para que solo los dominios de prueba vayan en conexión directa (Clash / Mihomo, Surge, Shadowrocket, Quantumult X, Loon, sing-box, Xray, SwitchyOmega o una lista simple) y vuelve a comprobar. Si lo que quieres medir es el proxy, déjalo activado: entonces los números muestran cómo rinde el proxy de verdad.

• Todas las filas usan la misma escala (logarítmica, de 2 ms a 3 s). Los puntos son las muestras, la caja sombreada cubre la mitad central de ellas y la línea es la mediana.
• Una caja estrecha significa estabilidad; una caja ancha o puntos dispersos, jitter. Una × roja cuenta las muestras que agotaron el tiempo.
• Haz clic en una fila para ver cada muestra en orden, todas las estadísticas y el punto usado. ✓ marca una región que cumple tus límites.