Qué mide este test de tiempo de respuesta web

Cuando haces un test, nuestro servidor solicita tu página tres veces, cada vez con una conexión nueva, igual que el navegador de alguien que la visita por primera vez. En cada solicitud registramos cuánto tarda cada paso y mostramos la mediana, que se ve menos afectada por una medición fuera de lo normal.

  • Consulta DNS: cuánto se tarda en traducir tu dominio a una dirección IP.
  • Conexión TCP: cuánto se tarda en abrir una conexión con tu servidor. Refleja sobre todo la distancia en la red.
  • Handshake SSL/TLS: cuánto se tarda en configurar el cifrado de HTTPS.
  • Procesamiento en el servidor: el tiempo entre el envío de la solicitud y la llegada del primer byte de la respuesta. Incluye el trabajo que hace tu aplicación para generar la página.
  • Tiempo hasta el primer byte (TTFB): la suma de todo lo anterior en la solicitud final, es decir, el momento en que el navegador empieza a recibir tu página.
Desglose ilustrativo del tiempo de respuesta de un sitio web: la consulta DNS, la conexión TCP y el handshake TLS son tramos más cortos y el procesamiento en el servidor es el mayor; juntos forman el tiempo hasta el primer byte. Desglose ilustrativo del tiempo de respuesta de un sitio web: la consulta DNS, la conexión TCP y el handshake TLS son tramos más cortos y el procesamiento en el servidor es el mayor; juntos forman el tiempo hasta el primer byte.
Desglose ilustrativo del tiempo hasta el primer byte. Las proporciones de tu sitio serán distintas.

¿Cuál es un buen tiempo de respuesta web?

La recomendación de Google para el tiempo hasta el primer byte sugiere que la mayoría de los sitios aspiren a 0,8 segundos o menos, y considera malos los valores por encima de 1,8 segundos. Esos umbrales están pensados para usuarios reales en redes reales, así que toma nuestra medición desde una única ubicación como un indicador útil y no como una nota exacta. Más importante que cualquier cifra absoluta es tu propia referencia: si tu sitio suele responder en 250 ms y de repente tarda 1500 ms, algo ha cambiado.

Cómo usar el desglose

La fase que más tarda te dice por dónde empezar:

  • Un procesamiento lento en el servidor apunta a la aplicación: falta de caché de páginas, consultas lentas a la base de datos, plugins pesados o un servidor sobrecargado.
  • Una conexión y un TLS lentos apuntan a la distancia y la red: ayudan una CDN o una región de hosting más cercana a tus visitantes, igual que TLS 1.3.
  • Un DNS lento apunta al proveedor de DNS o a cadenas largas de registros CNAME. Revisa tus registros con la consulta DNS.
  • Una gran diferencia entre el TTFB y el total indica redirecciones. Revísalas con la herramienta para comprobar el estado HTTP.

Para una explicación completa de cada factor y de cómo mejorarlo, lee nuestra guía sobre el tiempo de respuesta web.

Controla el tiempo de respuesta de forma continua

Un test aislado es solo una foto. El tiempo de respuesta cambia a lo largo del día y varía con las semanas a medida que crece la base de datos y cambia el tráfico. UptimeStats registra el tiempo de respuesta de tu sitio web en cada comprobación, cada 5 minutos, y muestra gráficos de 24 horas y 7 días, para que detectes la lentitud a tiempo y recibas una alerta si tu sitio deja de responder. Aprende más sobre el monitoreo de uptime.

No lo compruebes a mano. Recibe alertas automáticas.

UptimeStats comprueba tu sitio web cada 5 minutos y te envía un correo cuando se confirma una caída. Gratis para hasta 5 sitios web.