Rendimiento
¿Qué es TTFB?
TTFB measures the time from a request being sent to the first byte of the response arriving. It combines network latency with server processing time, which is why it is dominated by distance for a fast application and by the application for a distant one.
Por qué es importante TTFB
Combina la latencia de red con el tiempo de procesamiento del servidor, por lo que para una aplicación rápida domina la distancia y para una distante domina la aplicación. Alimenta directamente Core Web Vitals.
TTFB en la práctica
Cuando ejecutas un servidor, TTFB es lo que ves en curl, en la pestaña de tiempos del navegador y en tus registros después de cada solicitud. Un TTFB alto generalmente significa una de dos cosas: el cliente está lejos de la instancia, o la aplicación es lenta en responder. Cambia la arquitectura para acercar la aplicación, o perfila la ruta de la solicitud para encontrar el manejador lento. Hacerlo mal hace que los usuarios perciban cada página como lenta, y Core Web Vitals sufre.
Lo que se suele malinterpretar sobre TTFB
Un error común es tratar el TTFB como una métrica puramente de red y culpar al proveedor cuando es alto. TTFB incluye el tiempo de procesamiento del servidor. Antes de acusar a la red, revisa la aplicación: una consulta pesada o un proxy mal configurado pueden inflar el TTFB. Siempre divide la medición: prueba un archivo estático frente a un endpoint de aplicación para aislar la causa.
TTFB — preguntas frecuentes
¿Qué es un buen TTFB?
No existe un número único que se ajuste a todos los casos, porque el TTFB depende de la distancia y de la aplicación. Para una aplicación rápida en el mismo continente, menos de 100 ms es típico. Una base de datos lenta puede elevarlo a segundos. Mide tu propia línea base y realiza un seguimiento de los cambios a lo largo del tiempo.
¿Por qué el TTFB es alto pero la página carga rápido?
El TTFB es solo el tiempo hasta el primer byte de la respuesta. El resto del contenido puede descargarse rápidamente, por lo que un TTFB alto puede quedar enmascarado por las transferencias paralelas posteriores. Pero el usuario espera ese primer byte antes de que el navegador pueda renderizar cualquier cosa, por lo que un TTFB alto sigue retrasando la carga percibida.
Más de rendimiento
- Steal time de CPU
- El steal time es la proporción de tiempo en que una CPU virtual estaba lista para ejecutarse pero el hipervisor dio el núcleo físico a otro invitado.
- RTT
- El RTT es el tiempo que tarda un paquete en viajar a su destino y regresar la respuesta, medido en milisegundos.
- Jitter
- El jitter es la variación en el retardo de los paquetes a lo largo del tiempo, a diferencia del retardo promedio en sí.