Qué es el TTFB (Time To First Byte) y Cómo Mejorarlo

Si alguna vez sentiste que tu sitio "tarda un toque en arrancar" antes de mostrar nada, probablemente estés viendo un TTFB alto. TTFB significa Time To First Byte, o sea, el tiempo que pasa desde que el navegador pide una página hasta que el servidor le manda el primer byte de la respuesta. No es cuánto tarda en cargar todo, sino cuánto tarda en empezar a contestar. Y aunque suene técnico, es una de las métricas que más impacta en la velocidad percibida, en el SEO y en que la gente no se vaya antes de ver tu contenido.

Qué es exactamente el TTFB

Cuando un visitante entra a tu página pasan varias cosas en milisegundos: se resuelve el dominio (DNS), se abre la conexión, se negocia el certificado SSL y recién ahí el servidor procesa el pedido y devuelve datos. El TTFB mide todo ese recorrido hasta que llega ese primer byte. Se suele descomponer en tres partes: el tiempo de conexión, el tiempo que tarda el servidor en procesar (ejecutar PHP, consultar la base de datos, armar el HTML) y el tiempo de ida y vuelta por la red.

En criollo: es como pedir un café. El TTFB no es cuánto tardás en tomarlo, sino cuánto tarda el mozo en traerte la primera cucharada. Si el mozo está saturado, la cocina es lenta o el local está lejísimos, esa primera cucharada tarda. Con las webs pasa igual.

TTFB no es lo mismo que "tiempo de carga"

Es un error muy común confundir el TTFB con el tiempo total de carga. Son cosas distintas. El TTFB mide solo el arranque: la respuesta inicial del servidor. El tiempo de carga total incluye además la descarga de imágenes, hojas de estilo, scripts y el renderizado en el navegador. Podés tener un TTFB bajísimo y aun así una página lenta porque pesa 8 MB en imágenes; y al revés, una página livianita puede sentirse lenta si el servidor tarda un segundo en contestar. Por eso conviene atacarlos por separado: el TTFB se resuelve del lado del servidor y del hosting, mientras que el resto se optimiza en el front-end. Entender esta diferencia te ahorra perseguir el problema equivocado.

Por qué importa el TTFB

Hay tres razones concretas por las que deberías prestarle atención:

Velocidad percibida. Un TTFB bajo hace que la página se sienta "viva" enseguida. El usuario ve que algo empieza a pasar y tiene paciencia. Un TTFB alto genera esa sensación de pantalla en blanco que espanta.

Core Web Vitals. Google mide la experiencia real con métricas como el LCP (Largest Contentful Paint). El TTFB es la base de todas: si el servidor tarda en responder, todo lo demás arranca tarde. Un TTFB inflado arrastra hacia abajo al resto de los indicadores.

SEO. Google usa la velocidad como señal de ranking y, sobre todo, un TTFB alto quema presupuesto de rastreo: el bot tarda más en recorrer tu sitio y termina indexando menos páginas por visita. Un sitio que responde rápido se rastrea mejor y da mejor impresión.

Qué provoca un TTFB alto

Casi siempre el problema está en el servidor o en el camino hasta él. Estas son las causas más comunes que veo:

• Hosting compartido saturado. Si tu plan mete cientos de sitios en el mismo servidor y los recursos se los pelean entre todos, tu web espera su turno. Es la causa número uno de un TTFB malo y errático.
• Falta de caché. Si cada visita obliga al servidor a ejecutar PHP y consultar la base de datos desde cero para armar la misma página, estás desperdiciando tiempo. La caché guarda el resultado listo para servirlo al instante.
• PHP viejo. Las versiones modernas de PHP (8.1, 8.2, 8.3) son notablemente más rápidas que PHP 7.x. Seguir con una versión antigua es dejar rendimiento tirado.
• Base de datos pesada. Consultas sin índices, tablas gigantes o plugins que hacen decenas de queries por página hacen que el servidor "piense" demasiado antes de responder.
• Demasiados plugins o código ineficiente. Cada complemento que corre en cada request suma milisegundos. En WordPress esto se nota muchísimo.
• Sin CDN para tráfico lejano. Si tu servidor está en un país y el visitante en otro, cada byte viaja miles de kilómetros. Sin una red de distribución (CDN) que acerque el contenido, la distancia física se paga en latencia.

Cómo medir el TTFB

No hace falta ser un experto para medirlo. Con estas herramientas gratuitas lo tenés en segundos:

• Chrome DevTools: abrí la pestaña "Red" (Network), recargá la página, hacé clic en el primer documento y mirá el desglose de tiempos. Ahí figura el "Waiting (TTFB)".
• PageSpeed Insights: te da el TTFB junto con los Core Web Vitals y sugerencias concretas.
• WebPageTest: permite elegir la ubicación desde donde se mide, ideal para ver cómo responde tu sitio para visitantes de distintos países.
• GTmetrix: muestra el "Time to First Byte" dentro de la cascada de carga.

Como referencia práctica: por debajo de 200 ms es excelente, entre 200 y 500 ms es aceptable, y por encima de 600-800 ms ya conviene meter mano. Medí siempre varias veces y desde la región de tu público real, no solo desde tu propia conexión.

Cómo bajar el TTFB

La buena noticia es que casi todo lo que empeora el TTFB tiene solución. Estos son los movimientos que más impacto tienen, ordenados de mayor a menor retorno:

• Caché a nivel servidor. Un servidor con LiteSpeed y caché integrada sirve las páginas ya armadas sin volver a ejecutar PHP en cada visita. Es, de lejos, lo que más baja el TTFB de golpe.
• Un hosting rápido con SSD real. Los discos SSD leen los datos muchísimo más rápido que los HDD viejos, y un servidor bien dimensionado responde sin hacerte esperar en la fila.
• Actualizá PHP. Pasar a PHP 8.x suele recortar tiempos de procesamiento de forma inmediata. Con un panel como cPanel y su selector de versión lo cambiás en dos clics.
• Sumá un CDN. Acerca copias de tu contenido a servidores repartidos por el mundo, así el visitante lejano recibe los datos desde el nodo más cercano.
• Optimizá la base de datos. Agregá índices, limpiá tablas basura y revisá las consultas lentas.
• Bajá la cantidad de plugins. Quedate solo con los que realmente usás y evitá los que corren en cada request sin necesidad.

Al final, gran parte del TTFB se define en el hosting: si el servidor es lento o está saturado, ninguna optimización de tu lado alcanza. Por eso, si estás peleando con un TTFB que no baja, empezá por revisar dónde estás alojado. Un servicio con SSD real, LiteSpeed con caché, selector de PHP en cPanel y soporte 24/7 en español —como el que ofrece BanaHosting— te resuelve de una varios de estos puntos sin que tengas que ser sysadmin, y con migración y SSL gratis para probarlo sin fricción, es un buen punto de partida para que tu primer byte llegue rápido.