TTFB (Time To First Byte)
El TTFB (Time To First Byte) es la medida del tiempo transcurrido entre el momento en que el navegador envía una petición HTTP y el momento en que recibe el primer byte de la respuesta del servidor. Expresado en milisegundos, agrega tres fases: la resolución DNS, el establecimiento de la conexión TCP/TLS y, después, el tiempo de procesamiento del lado del servidor. El TTFB es un indicador clave de la capacidad de respuesta de la infraestructura: determina cuándo pueden comenzar todos los demás eventos de carga. Google recomienda un TTFB inferior a 800 milisegundos para el 75 % de las visitas. Aunque no es un Core Web Vital oficial, influye directamente en el LCP y en la velocidad percibida. Un TTFB elevado revela a menudo un servidor lento, una base de datos sobrecargada, la ausencia de caché o un alojamiento alejado de los usuarios.
El TTFB es una de las primeras señales de rendimiento que percibe un visitante, aunque permanezca invisible. Mientras el primer byte no llega, el navegador espera, la pantalla queda en blanco y cada milisegundo cuenta para la percepción de rapidez.
Cómo se descompone el TTFB
El TTFB suma varias etapas sucesivas que ocurren antes de mostrar un solo píxel:
- Posibles redirecciones (cada salto añade retraso).
- Resolución DNS: la traducción del nombre de dominio en una dirección IP.
- Conexión TCP y negociación TLS: el establecimiento del canal seguro.
- Tiempo de procesamiento del servidor: generación de la respuesta, consultas a la base de datos, ejecución del código de la aplicación.
Por lo general, es el procesamiento del servidor lo que más pesa, sobre todo en sitios dinámicos o mal almacenados en caché.
Por qué el TTFB importa para el SEO
El TTFB no provoca una penalización directa, pero se sitúa al inicio de toda la cadena de carga. Un TTFB lento retrasa mecánicamente el LCP, que forma parte de los Core Web Vitals utilizados como señal de experiencia de página. Un servidor lento también ralentiza el rastreo: Googlebot explora menos páginas cuando cada respuesta se demora.
Cómo reducir su TTFB
Las palancas más eficaces combinan infraestructura y almacenamiento en caché:
- Activar una caché de servidor (caché de página, OPcache) y una CDN cercana a los usuarios.
- Optimizar las consultas a la base de datos y el código de la aplicación.
- Elegir un alojamiento de alto rendimiento y geográficamente relevante.
- Priorizar el renderizado del lado del servidor con generación estática cuando sea posible.
En LUWIZ, toda auditoría de rendimiento comienza sistemáticamente midiendo el TTFB en condiciones reales mediante datos de campo, antes de tocar el menor elemento visual.
Questions fréquentes
Google recomienda un TTFB inferior a 800 milisegundos para ofrecer una buena experiencia. Por encima de 1 800 ms, el TTFB se considera malo y penaliza la carga de la página.
El TTFB no es un factor de posicionamiento directo, pero influye en el LCP, que forma parte de los Core Web Vitals. Mejorar el TTFB mejora, por tanto, indirectamente su señal de experiencia de página.
Termes & ressources liés
Une question sur votre visibilité IA ?
Score de visibilité IA de votre site. Gap analysis vs 3 concurrents directs. 5 optimisations prioritaires. Livré en PDF, sans engagement.
Réponse sous 24h · Sans engagement · contact@luwiz.io