Qué es Time to First Byte (TTFB) y cómo reducirlo
Por Tiago CostaActualizado el 2 de julio de 2026
Time to First Byte (TTFB) es el tiempo hasta que el navegador recibe el primer byte del servidor. Como referencia de mercado:
- Bueno: hasta 800 milisegundos;
- Necesita mejorar: entre 800 y 1800 milisegundos;
- Malo: por encima de 1800 milisegundos.
Qué es Time to First Byte (TTFB)
Time to First Byte, casi siempre abreviado como TTFB, es el tiempo que pasa entre que el navegador envía una petición y recibe el primer byte de la respuesta del servidor. En español, tiempo hasta el primer byte. Mide el comienzo de la carga, antes de que aparezca cualquier imagen o texto en la pantalla.
En la práctica, el TTFB responde a una pregunta simple: ¿cuánto tarda el servidor en reaccionar a una petición? Si ese tiempo es alto, el visitante se queda mirando una pantalla en blanco mientras no pasa nada, porque ni el primer trozo de la página ha llegado todavía.
Al medir la respuesta del servidor, el TTFB es una de las señales más básicas de SEO técnico ligadas a la velocidad. No cuenta toda la historia de la carga, pero define el punto de partida: ninguna página puede ser rápida si el servidor tarda en dar su primera señal de vida.
De qué se compone el TTFB
El TTFB no es una etapa única, sino la suma de varias fases que ocurren antes de que llegue el primer byte. Entender cada una ayuda a saber dónde recortar tiempo:
- Redirecciones: si la URL pasa por una cadena de redirecciones, cada salto añade una ida y vuelta antes de que empiece la carga real.
- Resolución de DNS: el tiempo para traducir el dominio en una dirección de IP.
- Conexión y TLS: abrir la conexión con el servidor y negociar el certificado de seguridad (HTTPS).
- Procesamiento en el servidor: el tiempo que la aplicación tarda en montar la respuesta, a menudo la mayor porción del TTFB.
Sumadas, estas fases forman el tiempo de espera hasta el primer byte. Cuando el TTFB está mal, el diagnóstico empieza por descubrir cuál de estas etapas domina el retraso.
Qué es un buen valor de TTFB
El mercado trabaja con franjas de referencia para el TTFB, útiles para saber si tu número es saludable:
| Franja | Tiempo de TTFB | Qué significa |
|---|---|---|
| Bueno | Hasta 800 ms | El servidor responde rápido |
| Necesita mejorar | 800 ms a 1800 ms | Hay un retraso perceptible |
| Malo | Por encima de 1800 ms | Backend demasiado lento |
Estos números conversan con el mundo real. Según datos de campo analizados por DebugBear, los sitios con buen rendimiento de carga tienen un TTFB mediano en torno a 600 ms, mientras que los sitios con carga mala llegan a cerca de 2.270 ms en el percentil 75. La diferencia de más de un segundo y medio muestra cuánto pesa el servidor en la experiencia final.
Cómo medir el TTFB
Medir el TTFB es sencillo y no exige herramientas de pago. Las formas más comunes:
- Chrome DevTools: abre la pestaña Network, recarga la página, haz clic en el primer documento y mira el campo Waiting (TTFB), que aísla justamente ese tiempo.
- PageSpeed Insights: muestra el tiempo de respuesta del servidor con datos de campo reales de usuarios, cuando están disponibles.
- WebPageTest: permite probar desde varias ubicaciones y ver el TTFB en cada una, útil para medir el efecto de la distancia geográfica.
- Línea de comandos: una petición con la herramienta curl puede reportar rápidamente el tiempo hasta el primer byte.
Un cuidado importante: mide siempre más de una vez y, de preferencia, con datos de campo. El primer acceso puede venir sin caché e inflar el número, mientras que los accesos siguientes tienden a ser más rápidos.
Qué eleva el TTFB
Varios factores empujan el TTFB hacia arriba, casi siempre del lado del servidor. Los más comunes:
- Hosting lento o sobrecargado: un servidor compartido y lleno de sitios tarda más en responder.
- Consultas de base de datos pesadas: cuando la página depende de muchas consultas o de consultas mal optimizadas, el procesamiento se alarga.
- Falta de caché: sin caché, el servidor reconstruye la página desde cero en cada visita en vez de entregar una versión lista.
- Redirecciones en exceso: una redirección 301 mal planificada, o varias seguidas, añade idas y vueltas antes de la respuesta.
- Distancia hasta el usuario: cuanto más lejos está el servidor de quien accede, mayor es el tiempo de red.
En la mayoría de los casos, el villano principal es el tiempo de procesamiento en el servidor o la ausencia de caché. Identificar cuál de ellos pesa más es lo que orienta la optimización.
Cómo reducir el TTFB paso a paso
Reducir el TTFB es, casi siempre, hacer que el servidor responda antes. Una hoja de ruta práctica:
- Usa un buen hosting: un servidor con recursos adecuados a tu tráfico es la base de todo.
- Activa caché: la caché de página y de servidor entregan una respuesta lista, cortando el procesamiento repetido.
- Pon una CDN: una red de distribución sirve el contenido desde un punto cercano al usuario, reduciendo el tiempo de red.
- Optimiza el backend: mejora las consultas a la base de datos, reduce llamadas externas y depura el código que se ejecuta en cada petición.
- Elimina redirecciones innecesarias: apunta los enlaces directo a la URL final y evita las cadenas.
Merece el esfuerzo porque el TTFB es el cimiento de la velocidad. Como precede a métricas como el LCP, reducirlo ayuda a mejorar los Core Web Vitals en conjunto. Y una página que responde rápido retiene al visitante, reduciendo la tasa de rebote incluso antes de que aparezca el contenido.