Midiendo esta misma carga, en directo
Puntuación de velocidad de esta carga concreta: combina carga total de página, latencia, estabilidad, throughput y el protocolo usado. 1000 = excelente en todo; 0 = muy lento en todo.
Desglose completo de cómo llegó el HTML de esta página al navegador: resolución DNS, conexión TCP, negociación TLS, tiempo hasta el primer byte (TTFB), descarga y construcción del DOM. Al ser same-origin, este desglose es siempre exacto — no depende de que el servidor autorice CORS.
Dispositivo, red declarada por el propio navegador y Web Vitals de esta carga (FCP, LCP, CLS) — contexto informativo para comparar resultados entre dispositivos o redes distintos. Nada de esto viaja por la red.
Ping repetido contra un recurso estático (servido desde el edge/caché de lo que esté delante) y contra la API dinámica (que siempre viaja hasta el origen). La diferencia entre ambos es la mejor señal de cuánto te está ahorrando un CDN o un edge cache. El jitter (desviación estándar) mide cuánto varía esa latencia entre peticiones — más bajo es más predecible.
La misma página también cargó, deliberadamente, un lote de datos (JSON), una pequeña galería de imágenes reales y un archivo grande — para medir throughput real sobre distintos tamaños y tipos de contenido, no solo un ping.
Reutiliza lo ya descargado en las fases de Datos e Imágenes — sin pedir nada nuevo — para comparar bytes-en-el-cable contra bytes-reales (encoded vs decoded body size). Revela si el origen/CDN está comprimiendo (gzip/brotli) de verdad.
Dos capacidades HTTP que diferencian mucho a un CDN de un acceso directo: si la segunda petición al mismo recurso se resuelve desde caché/revalidación en vez de descargarlo entero otra vez, y si el origen sirve trozos concretos de un fichero (Range) — clave para vídeo en streaming y descargas reanudables.
Streaming HTTP a trozos, Server-Sent Events y WebSocket — los tres mecanismos que usan las páginas modernas para actualizaciones en vivo. Si algo en el camino bufferea la respuesta entera en vez de dejarla pasar según llega, aquí se nota: los huecos entre eventos dejan de ser regulares.
La misma petición estática lanzada en ráfagas de 6 y de 24 en paralelo. Si el tiempo total apenas crece entre ambos niveles, el camino multiplexa bien (HTTP/2 o superior); si crece casi proporcional a la concurrencia, hay un límite de conexiones simultáneas estrangulando el tráfico.
Un traceroute real (IP de cada salto por ICMP) no es posible desde JavaScript de navegador — es una restricción de seguridad del propio navegador, no de esta herramienta. Esto es lo más parecido y real que se puede obtener: las cabeceras de proxy/CDN que llegan hasta el origen tras atravesar lo que sea que esté delante ahora mismo.
Todo medido con fetch(), WebSocket, EventSource y Performance API contra este mismo origen — sin CORS de por medio.
Para comparar CDN vs Global Accelerator vs Argo, abre esta misma URL a través de cada uno.