¿Qué mide esto?
Qué centro de datos de cada gran CDN te atiende, a qué distancia está y cuánta latencia tienes.
Una CDN guarda copias de las webs en centros de datos repartidos por el mundo, también llamados PoP o nodos. Cuanto más cerca está el que te atiende, más rápido suelen cargar las webs de esa CDN. Pero una CDN no siempre te manda al más cercano.
Tu navegador descarga un archivo pequeño de cada CDN, igual que al abrir una web, y lee qué centro de datos respondió. Después la página muestra la distancia, la latencia y lo más rápido que permite esa distancia.
Estas peticiones van directamente de tu navegador a las CDN. No pasan por este sitio.
¿Por qué me atiende un centro de datos lejano? ¿Importa?
Casi nunca es un problema de tu dispositivo. La CDN y tu proveedor de internet eligieron esa ruta.
Por qué: las CDN no eligen solo por distancia. Cloudflare y otras usan anycast, en el que la misma dirección funciona desde muchos lugares a la vez, y la red de tu proveedor decide el camino. Akamai, CloudFront y otras eligen según dónde está tu servidor DNS. En China continental, las webs con los planes gratuito y económicos de Cloudflare se atienden a menudo desde la costa oeste de EE. UU. u otros centros lejanos en muchas redes, porque esas rutas cuestan menos. Solo la China Network de pago (con JD Cloud) atiende desde China continental o Hong Kong.
Qué supone: cuanto más lejos está el centro de datos, más tarda cada petición en ir y volver. Las páginas, imágenes y vídeos cargan más lento, y en horas punta todo se puede atascar más.
Qué puedes hacer: si usas un proxy o una VPN, la CDN te atiende según dónde está el proxy; compara con «Medir solo directo o solo por proxy». Si usas un DNS público como 8.8.8.8, volver al de tu proveedor puede darte un centro de datos más cercano en las CDN que eligen por DNS. También puedes comparar con otra red, como los datos móviles y la fibra de casa. Qué CDN y qué plan usa una web solo lo puede cambiar la propia web.
¿Cómo se lee el centro de datos?
Cada CDN lo escribe en su respuesta, cada una a su manera:
Cloudflare: el campo colo de /cdn-cgi/trace (HKG).
Amazon CloudFront: la entrada cdn-pop de Server-Timing, o X-Amz-Cf-Pop (NRT57-P11).
Akamai: Akamai-Request-BC, que dice la ciudad (JP_13_TOKYO).
Fastly: X-Served-By (cache-nrt-…-NRT).
Azure Front Door: X-Azure-Ref (…C1TYO…).
Bunny: la cabecera Server (BunnyCDN-JP1-…).
Wikimedia: X-Cache, donde el número del servidor de caché identifica el centro de datos.
Un navegador solo puede leer esto si la respuesta lo permite, así que cada CDN se mide con un archivo público cuya respuesta lo permite. Google, Alibaba Cloud, Tencent EdgeOne, Wangsu, Gcore y CDN77 no lo permiten, así que solo se mide su latencia.
¿Qué es la latencia mínima posible?
Es la latencia más baja que permite la distancia. Una conexión real no puede ser más rápida.
La luz en la fibra recorre unos 200 km por milisegundo. Yendo y volviendo una distancia d, la latencia no puede bajar de d ÷ 100 ms. Las rutas reales suelen ser de 1,5 a 2 veces más largas que la línea recta.
Si la latencia supera el doble de ese mínimo más 40 ms, se marca como «Da un rodeo»: la ruta se desvía o espera en un enlace saturado.
¿Qué significa «No es el más cercano»?
Que la CDN tiene un centro de datos más cerca de ti, pero no lo usó.
En las CDN que publican todos sus centros de datos (Cloudflare, Bunny, Wikimedia), la página busca el más cercano a ti. Si el que respondió está más de 1.000 km más lejos y a más del doble de distancia, se marca.
No es una avería: la CDN o tu proveedor eligieron otra ruta. El porqué y qué puedes hacer están en «¿Por qué me atiende un centro de datos lejano? ¿Importa?».
¿Cómo funciona la comprobación de una web?
Escribe un dominio para ver qué CDN usa, qué centro de datos te atiende y cuánta latencia tienes.
El Worker de este sitio consulta el dominio con el DNS de Cloudflare, para que una respuesta local o manipulada no lo confunda, y reconoce la CDN por adónde apunta su CNAME. También pide /cdn-cgi/trace a la web para detectar Cloudflare y, si la web lo permite, lee el centro de datos en las cabeceras de su favicon. Por último mide la latencia de la web.
El dominio se envía al Worker de este sitio y al DNS de Cloudflare. Este sitio no lo guarda.
¿De dónde sale mi ubicación?
De tu dirección IP, según la sitúa Cloudflare (este sitio funciona en Cloudflare). Suele acertar la ciudad, pero puede fallar por cientos de kilómetros, y con un proxy es la ubicación del proxy.
«Usar ubicación exacta» usa la ubicación de tu navegador. Solo se usa en esta página y entra en un enlace compartido, redondeada a unos 10 km, solo si marcas la casilla al compartir.
¿Recoge mis datos?
Este sitio no guarda los resultados de tus pruebas.
Las peticiones de prueba van directamente de tu navegador a cada CDN, que ve tu dirección IP como cualquier web que visitas. Este sitio solo ayuda a la página con tres cosas: tu ubicación aproximada a partir de tu IP; los nombres de ciudad de los códigos de centro de datos; y, con una consulta DNS extra que llega al servidor DNS de este sitio, qué servidor DNS usas y si envía tu bloque de direcciones (se guarda en memoria 2 minutos y nunca va en un enlace ni en una tarjeta compartida).
Un enlace compartido incluye los centros de datos y la latencia. Tu ciudad, sus coordenadas (con unos 10 km de precisión) y tu proveedor se añaden solo si marcas la casilla, y tu dirección IP nunca. El código es abierto y está en GitHub.
