TTFB
El tiempo hasta el primer byte (TTFB) mide cuánto tarda el navegador en recibir el primer byte del servidor tras una solicitud. Refleja la rapidez con la que responde el propio servidor, el punto de partida de cualquier otra métrica de velocidad (LCP, FCP, carga de página).
El tiempo hasta el primer byte (TTFB) mide cuánto tarda el navegador en recibir el primer byte del servidor tras una solicitud. Refleja la rapidez con la que responde el propio servidor, el punto de partida de cualquier otra métrica de velocidad (LCP, FCP, carga de página).
Por qué importa
El TTFB no es una de las Core Web Vitals oficiales, pero el LCP no puede ser bueno si antes no lo es el TTFB. El umbral recomendado por Web.dev para 2026 es de ≤ 800 ms; cualquier valor por encima de 1,8 s produce rebote y pérdida de posiciones medibles. Un análisis de Cloudflare informa de una mejora de conversión de aproximadamente el 12 % en sitios que redujeron el TTFB en 500 ms. El TTFB es fácil de medir, responde de inmediato a las optimizaciones de CDN, de hosting y de servidor, y ocupa un lugar prioritario en cualquier lista de SEO técnico.
Componentes
El TTFB es la suma de varias etapas de red y de servidor:
- Resolución DNS: Resolver el dominio a una IP
- Conexión TCP: Negociación en tres pasos
- Negociación TLS: Apretón de manos de cifrado HTTPS
- Envío de la solicitud: La solicitud viajando hasta el servidor
- Procesamiento del servidor: La aplicación generando la respuesta (consultas a la base de datos, renderizado)
- Recepción del primer byte: El primer byte llegando al navegador
Una ralentización en cualquier etapa se suma al TTFB.
Umbrales
| Calificación | TTFB |
|---|---|
| Bueno | ≤ 800 ms |
| Necesita mejorar | 800 ms-1,8 s |
| Deficiente | > 1,8 s |
Se puntúa en el percentil 75 (p75) de los datos de usuarios reales del Chrome User Experience Report.
Cómo mejorarlo
Usa una CDN: Los servidores de borde gestionan DNS, TCP, TLS y el reenvío de solicitudes más cerca del usuario, la mayor mejora individual.
Activa HTTP/2 y HTTP/3: La reutilización de conexiones y la multiplexación reducen el coste de los apretones de manos. Suelen estar activados por defecto en Cloudflare, Fastly y CDN similares.
Caché del lado del servidor: Almacena en caché las páginas dinámicas en Redis o Varnish para restar cientos de milisegundos al procesamiento del servidor.
Optimiza las consultas a la base de datos: Las consultas lentas, los índices ausentes y los problemas N+1 dominan el tiempo de procesamiento del servidor.
Generación de sitios estáticos (SSG): Frameworks como Next.js y Astro precompilan las páginas a HTML, de modo que el servidor solo devuelve un archivo estático. El TTFB baja de forma drástica.
Elige la región de servidor adecuada: Aloja cerca de tu base principal de usuarios.
Minimiza cookies y cabeceras: Las cookies infladas y las cabeceras de seguimiento aumentan el tamaño de las solicitudes y respuestas.
Elimina las cadenas de redirección: Cada redirección se suma al TTFB. Mantén las redirecciones directas.
Herramientas de medición
- Chrome DevTools → Red → Timing: Desglose del TTFB por solicitud
- WebPageTest: TTFB por región y dispositivo
- PageSpeed Insights: Datos de campo basados en CrUX
- Search Console → Core Web Vitals: Tendencias de TTFB de usuarios reales
Sources: