TTFB: qué es, cuánto es bueno y cómo reducirlo

Por Romulo Felizola · Actualizada el · 3 min de lectura · Read in English

El TTFB (tiempo hasta el primer byte) es lo que tarda el navegador en recibir el primer byte de tu web desde que la pide. Google lo considera bueno si es de 0,8 segundos o menos, regular hasta 1,8 y malo por encima. No es una métrica de Core Web Vitals, pero es lo primero que se gasta del tiempo de carga y es donde más influye tu hosting.

En esta guía
  1. Qué valor es bueno
  2. De qué se compone
  3. Cómo medirlo con un comando
  4. Lo que medimos nosotros
  5. Cómo reducirlo
  6. Preguntas frecuentes

Qué valor es bueno

TTFBValoración de Google
0,8 segundos o menosBueno
Entre 0,8 y 1,8 segundosHay que mejorar
Más de 1,8 segundosMalo

web.dev/ttfb, consultado el 10 de noviembre de 2026. Google lo presenta como «una guía aproximada» y aclara que el TTFB no es un Core Web Vital.

De qué se compone

  • Redirecciones: cada salto (de http a https, de www a sin www) suma tiempo.
  • Búsqueda DNS: encontrar la dirección de tu servidor.
  • Conexión y negociación TLS: abrir la conexión segura.
  • La respuesta del servidor: el tiempo que tarda en preparar la página. Es la parte que depende de tu hosting y de cómo esté hecha tu web.

Por eso un TTFB alto no siempre es culpa del servidor: si tu dirección pasa por dos redirecciones antes de llegar a la página, ya perdiste tiempo.

Cómo medirlo con un comando

curl -o /dev/null -s -w "TTFB: %{time_starttransfer} s\n" https://tudominio.com/

Ejecútalo siete veces y quédate con la mediana: una sola medida se contamina con lo que pase en ese instante. Cuidado con una cosa: curl desde tu ordenador mide también tu red y la distancia hasta el servidor, que es justo lo que sentirá un visitante; desde el propio servidor mides solo lo que tarda él en responder.

Lo que medimos nosotros

  • seoclave.com (portada)

    Cómo está hecha
    Next.js y Django, generada en cada visita
    TTFB (mediana de 7)
    96 ms
  • seoclave.com/precios

    Cómo está hecha
    Next.js y Django, generada en cada visita
    TTFB (mediana de 7)
    56 ms
  • jsbrandlab.com/hosting/vps-colombia

    Cómo está hecha
    Estática (Astro)
    TTFB (mediana de 7)
    65 ms
  • tramitesve.com

    Cómo está hecha
    Estática
    TTFB (mediana de 7)
    26 ms
  • orinocorp.com

    Cómo está hecha
    Estática (Astro)
    TTFB (mediana de 7)
    30 ms

Medido con curl desde el propio servidor (VPS KVM 2 de Hostinger) el 9 y el 10 de noviembre de 2026. Es el tiempo que tarda el servidor, sin la red hasta tu visitante.

Las páginas estáticas contestan en torno a 30-65 ms y las que se generan en cada visita, en 56-96 ms. Google, además, avisa de un matiz que conviene recordar: un sitio generado en el servidor puede tener un TTFB más alto y aun así lograr un buen LCP, así que el objetivo de 0,8 segundos se pesa contra cómo entrega tu web el contenido.

Cómo reducirlo

  • Quita redirecciones innecesarias: enlaza siempre a la dirección final (con https y la versión de www que uses). Con nuestra herramienta gratis de redirecciones ves cada salto de tu dirección.
  • Sirve páginas ya preparadas: una web estática o con caché de página no calcula nada en cada visita.
  • Revisa lo que hace tu servidor antes de responder: consultas a la base de datos, plugins pesados.
  • Acerca el servidor a tus visitantes o usa una red de distribución de contenido, si tu proveedor lo incluye.
  • Cambia de plan o de hosting si, con todo lo anterior hecho, el tiempo sigue por encima de 0,8 segundos.

Para ver cómo encaja esto en el conjunto, cómo influye el hosting en el SEO y velocidad de carga: qué es bueno. Si tu servidor es el problema, qué debe tener un hosting para SEO.

Preguntas frecuentes

¿Qué es un buen TTFB?

Según Google, 0,8 segundos o menos. Entre 0,8 y 1,8 segundos hay que mejorar, y por encima de 1,8 es malo.

¿El TTFB es un Core Web Vital?

No. Google lo dice expresamente. Pero llega antes que el LCP, así que un TTFB alto lo empeora.

¿Cómo se mide el TTFB?

Con PageSpeed Insights (lo llama «tiempo de respuesta del servidor»), con el panel de red de tu navegador o con curl. Mide varias veces y usa la mediana.

¿Por qué mi TTFB es alto?

Puede ser el servidor lento, redirecciones de más, la distancia hasta el servidor, o una web que calcula demasiado en cada visita.

¿Un hosting más rápido arregla un TTFB alto?

Solo si el tiempo se va en el servidor. Si la causa es una web que trabaja de más o redirecciones, cambiar de hosting no lo arregla.

Sigue leyendo

¿Te quedó una duda o encontraste un error? Escríbenos por WhatsApp: lo lee una persona.