Prueba de Latencia CDN
Prueba el rendimiento y latencia del CDN desde múltiples ubicaciones globales.
CDN latency measures how quickly content is delivered from a Content Delivery Network edge server.
Lower latency means faster page loads and better user experience.
Note: Results are measured from our server location.
¿Tu CDN es realmente más rápido? Cómo saberlo con certeza
Habilitar un CDN no garantiza entrega más rápida. La ganancia de velocidad depende de la tasa de cache hit, la latencia de pull de origen y el enrutamiento geográfico — todo varía según proveedor y configuración.
Un CDN acelera las cosas cuando sirve contenido en caché desde un nodo cercano al usuario. Si tus cabeceras cache-control están mal configuradas, cada solicitud regresa al origen — pagas por el CDN y no obtienes beneficio de velocidad. Esta prueba de latencia mide el TTFB desde nuestra infraestructura, dándote el tiempo de respuesta real del nodo edge de tu CDN visto desde una red externa. Ejecútala antes y después de cambios de configuración del CDN para medir el impacto real.
TTFB vs. tiempo de respuesta: qué mide realmente la prueba de CDN
TTFB es cuánto tiempo hasta que llega el primer byte. El tiempo de respuesta total incluye descargar el cuerpo completo de la respuesta. Para pruebas de CDN, el TTFB es el número crítico.
La optimización de CDN apunta al TTFB porque ahí es donde se ve el beneficio. Un nodo edge CDN sirve una respuesta en caché sin tocar tu servidor origen — entonces el TTFB cae de 400ms (roundtrip de origen) a 40ms (cache hit de edge). El tiempo de respuesta total sigue incluyendo la descarga de contenido, que no se ve afectada directamente por la ubicación del CDN. Al evaluar el rendimiento del CDN, enfócate en el TTFB: si está bajo 100ms, tu caché de edge está funcionando. Si está por encima de 300ms, probablemente estás haciendo pull del origen en cada solicitud.
CloudFront, Cloudflare, Fastly — los perfiles de latencia difieren por proveedor
Distintos proveedores de CDN tienen distintos mapas de cobertura de nodos edge. El 'mejor' CDN para tu audiencia depende de dónde están tus usuarios, no de qué proveedor tiene más data centers.
Cloudflare tiene la mayor red por cantidad de nodos y tiene mejor rendimiento para audiencias globalmente distribuidas. CloudFront es óptimo cuando tu origen está en AWS y tu audiencia está en regiones servidas por AWS. Fastly es común para medios de alto tráfico y streaming. Nuestra prueba de latencia te da un punto de dato para comparar el rendimiento del CDN con tu baseline — ejecútala con y sin CDN para ver el delta real.
Cache hit vs. pull de origen: la latencia que realmente estás pagando
Un cache miss en un CDN es frecuentemente más lento que sin CDN — la solicitud va al nodo edge y luego de regreso al origen, añadiendo un salto extra.
Cuando un CDN no tiene una versión en caché de tu contenido, hace una solicitud a tu servidor origen y añade su propio tiempo de procesamiento encima. Un cache miss puede agregar 50-150ms de overhead vs. ir directamente al origen. La clave para el rendimiento del CDN es maximizar la tasa de cache hit: configura cabeceras Cache-Control apropiadas (max-age, s-maxage), evita query strings que rompen el caché, y usa reglas de caché a nivel CDN para assets estáticos.