El TTFB (Time to First Byte) es el tiempo que transcurre desde que el navegador envía una petición HTTP hasta que recibe el primer byte de la respuesta del servidor. En pocas palabras, mide qué tan rápido "reacciona" tu servidor — y un TTFB alto suele ser la causa raíz de páginas lentas, incluso cuando el diseño parece optimizado.
Qué mide exactamente el TTFB
El TTFB no es solo el tiempo de procesamiento del servidor. Engloba tres fases:
- DNS lookup: el tiempo en resolver el nombre de dominio a una dirección IP.
- Conexión TCP + TLS: el tiempo en establecer la conexión y negociar el cifrado (handshake HTTPS).
- Tiempo de procesamiento del servidor: el tiempo que el servidor tarda en generar y empezar a enviar la respuesta.
Cuando en herramientas como PageSpeed Insights o Chrome DevTools ves el TTFB, estás viendo la suma de estos tres componentes. En la práctica, para usuarios que ya resolvieron el DNS y tienen la conexión abierta (visitas recurrentes), el componente dominante es el tiempo de procesamiento del servidor.
Valores de referencia: ¿cuánto es demasiado?
Google clasifica el TTFB dentro de sus Core Web Vitals de la siguiente manera:
| TTFB | Valoración |
|---|---|
| Menos de 800 ms | Bueno |
| 800 ms – 1 800 ms | Necesita mejora |
| Más de 1 800 ms | Deficiente |
Para sitios de comercio electrónico o alta competencia en SEO, apuntar a un TTFB por debajo de 200-300 ms es una meta razonable con el hosting adecuado. Un TTFB superior a 1 segundo casi siempre indica un problema de infraestructura, configuración o código que vale la pena investigar.
Por qué el TTFB afecta al SEO y la experiencia de usuario
Google usa el TTFB como señal de campo en el informe de Core Web Vitals de Search Console. Un TTFB alto puede:
- Aumentar el tiempo hasta que el navegador puede empezar a parsear el HTML, retrasando todas las métricas siguientes (FCP, LCP, TBT).
- Elevar la tasa de abandono: estudios de Google muestran que más de la mitad de los usuarios móviles abandonan una página si tarda más de 3 segundos en cargar.
- Penalizar el posicionamiento en búsquedas donde la competencia tiene tiempos de carga mejores.
En sitios construidos sobre PHP sin caché de página (como WordPress sin plugin de caché), cada visita genera una consulta a la base de datos y reconstruye el HTML desde cero, lo que eleva el TTFB de forma notable.
Cómo medir el TTFB de tu sitio
Hay varias formas de medirlo sin necesidad de herramientas de pago:
- Chrome DevTools: abre las herramientas de desarrollador (F12), ve a la pestaña Network, recarga la página y haz clic en el recurso HTML principal. En el panel de detalle verás la sección Waiting (TTFB).
- PageSpeed Insights: muestra el TTFB en el apartado de diagnósticos bajo el nombre "Reduce server response times".
- WebPageTest: permite medir desde múltiples ubicaciones geográficas y desglosar cada fase de la conexión.
- GTmetrix: incluye el TTFB en su informe de "Waterfall" de carga.
Mide siempre desde al menos dos ubicaciones: una cercana a tu servidor (verás el procesamiento puro) y otra lejana (verás el impacto de la latencia de red).
Cómo reducir el TTFB: causas y soluciones
Las causas más frecuentes de un TTFB alto y sus soluciones correspondientes:
Hosting lento o sobrecargado
El hosting compartido de bajo costo agrupa cientos de sitios en el mismo servidor; cuando los recursos escasean, el tiempo de respuesta se dispara. Migrar a un plan de VPS gestionado o a un hosting con aislamiento de recursos es la solución más efectiva y duradera. Si necesitas orientación, nuestro equipo en elenlace.com puede ayudarte a elegir el plan adecuado para tu tráfico.
Falta de caché de página
Activar un sistema de caché de página (WP Super Cache, W3 Total Cache en WordPress; caché nativa en otros CMS; o caché a nivel de servidor con Varnish u OPcache en PHP) elimina la necesidad de regenerar el HTML en cada petición. Esto puede bajar el TTFB de 800 ms a menos de 50 ms en un sitio con contenido mayormente estático.
Consultas lentas a la base de datos
Una sola consulta mal indexada puede añadir cientos de milisegundos al TTFB. Usa el slow query log de MySQL/MariaDB para identificarlas y agrega índices o reescribe la consulta.
Servidor geográficamente lejano
Si tu audiencia está en México pero el servidor está en Europa, la latencia de red añade 100-200 ms de forma inevitable. Usa una CDN con edge caching (Cloudflare, por ejemplo) o contrata hosting en la región de tu audiencia.
HTTPS mal configurado
El handshake TLS puede añadir latencia. Habilitar TLS 1.3 y OCSP Stapling reduce el número de round-trips necesarios para establecer la conexión segura.
Para más técnicas de optimización, consulta los recursos en nuestra categoría de rendimiento web.
Conclusiones clave
- El TTFB mide el tiempo desde la petición HTTP hasta el primer byte de respuesta, sumando DNS, conexión TCP/TLS y tiempo de procesamiento del servidor.
- Google considera bueno un TTFB por debajo de 800 ms; menos de 300 ms es lo ideal para sitios competitivos.
- Un TTFB alto penaliza todas las métricas de carga siguientes (FCP, LCP) y puede afectar el posicionamiento SEO.
- Las causas más comunes son hosting sobrecargado, ausencia de caché, consultas lentas a la base de datos y servidor lejano a la audiencia.
- La solución más impactante suele ser combinar buen hosting con caché de página activo.
¿Tu sitio tiene un TTFB alto y no sabes por dónde empezar? Habla con nosotros en elenlace.com — hacemos una auditoría de rendimiento y te decimos exactamente qué cambiar.
Preguntas frecuentes
¿El TTFB es lo mismo que el tiempo de carga de la página?
No. El TTFB mide solo el tiempo hasta el primer byte de la respuesta del servidor. El tiempo de carga total incluye además el tiempo de descarga de todos los recursos (imágenes, CSS, JS), el renderizado en el navegador y la ejecución de scripts. Un TTFB alto impacta en el tiempo total, pero optimizar solo el TTFB no garantiza que la página sea rápida si hay otros cuellos de botella.
¿Un TTFB de 200 ms es bueno?
Sí. Un TTFB de 200 ms se considera excelente y pocas veces es el factor limitante del rendimiento percibido por el usuario. Si estás midiendo desde una ubicación geográficamente cercana al servidor, es una señal de que la infraestructura y el código están bien configurados.
¿Afecta el TTFB directamente al posicionamiento en Google?
De forma directa, Google no ha confirmado que el TTFB sea una señal de ranking independiente. Sin embargo, influye en el LCP (Largest Contentful Paint), que sí forma parte de los Core Web Vitals y sí impacta en el posicionamiento. Un TTFB alto hace prácticamente imposible conseguir un LCP bueno.
¿Cloudflare mejora el TTFB?
Cloudflare puede reducir el TTFB para usuarios geográficamente alejados del servidor de origen, porque sirve contenido en caché desde sus nodos edge cercanos al usuario. Sin embargo, para contenido dinámico que no se puede cachear en el edge, el TTFB dependerá igualmente de la velocidad del servidor de origen.
Para saber más
Otros proveedores y guías que vale la pena comparar:
