¡Muy buenas querido lector! Ya estoy de nuevo por aquí con una métrica que condiciona todo lo que pasa después en la carga de tu página web: el Time to First Byte, más conocido como TTFB.
¿Tu página web tarda en empezar a mostrarse aunque las imágenes estén optimizadas? Muchas veces el problema no está en el navegador, está en el servidor.
En este artículo te explico qué es el TTFB, qué valores considera buenos Google, cómo medirlo y qué hacer para reducirlo en WordPress. Por lo tanto, no me enrollo más. ¡Vamos al lío!
Resumen rápido
- El TTFB es el tiempo que pasa desde que el navegador pide tu página web hasta que recibe el primer byte de respuesta del servidor.
- Google considera bueno un TTFB de 0,8 segundos o menos y malo uno superior a 1,8 segundos.
- En WordPress, mi objetivo práctico es bajar de 200 ms en páginas cacheadas.
- Las causas más habituales de un TTFB alto son un hosting lento, la falta de caché de página, una versión de PHP antigua y una base de datos sobrecargada.
¿Qué es el Time to First Byte (TTFB)?
El Time to First Byte (TTFB) es el tiempo que transcurre desde que el navegador solicita una página web hasta que recibe el primer byte de la respuesta del servidor. Mide, por tanto, lo rápido que responde tu servidor, no lo rápido que se pinta la página.
Ese tiempo se reparte en tres fases:
- Conexión y solicitud. El navegador resuelve el DNS, abre la conexión, negocia el certificado SSL y envía la petición HTTP. Aquí influyen el proveedor de DNS, la distancia al servidor y las redirecciones previas.
- Procesamiento en el servidor. WordPress ejecuta PHP, lanza consultas a la base de datos y genera el HTML. Es la fase donde más milisegundos se pierden en una página web mal optimizada.
- Envío de la respuesta. El servidor devuelve el primer byte de ese HTML a través de la red hasta el navegador.
¿Es el TTFB una Core Web Vital?
No, el TTFB no forma parte de las Core Web Vitals, pero influye directamente en ellas. Google lo considera una métrica de diagnóstico.
Si tu servidor tarda un segundo en responder, el LCP (Largest Contentful Paint) nunca podrá bajar de ese segundo. Por eso, un TTFB alto es uno de los motivos más habituales de un LCP malo.
Diseño tu página web en WordPress rápida y optimizada para SEO. Tu web pensada para convertir visitas en clientes
- Diseño web 100% personalizado. Nada de IA. 100% artesanal.
- Web rápida y lista para posicionar en Google.
- Diseño tu web en menos de 21 días. Firmado por contrato.
- Comunicación directa conmigo. Sin intermediarios.
¿Qué TTFB se considera bueno?
Según las referencias de Google, un TTFB de 0,8 segundos o menos es bueno, entre 0,8 y 1,8 segundos necesita mejora y más de 1,8 segundos es malo. Estos umbrales se miden sobre el percentil 75 de las visitas reales.
| TTFB | Valoración de Google | Qué significa en la práctica |
|---|---|---|
| Menos de 200 ms | Bueno | Servidor rápido y caché funcionando. Es mi objetivo en WordPress. |
| 200 ms – 800 ms | Bueno | Aceptable, aunque suele haber margen de mejora. |
| 800 ms – 1,8 s | Necesita mejora | Hay un cuello de botella en el hosting, la caché o la base de datos. |
| Más de 1,8 s | Malo | Afecta al LCP, a la experiencia de usuario y a la conversión. |
Ten en cuenta que Google pone el listón en 0,8 segundos porque mide visitas reales de todo tipo, con móviles lentos y conexiones malas incluidas. Bajo mi punto de vista, en un WordPress bien configurado y con caché de página no deberías conformarte con eso.
PD. Lighthouse y PageSpeed Insights muestran el aviso «Reduce el tiempo de respuesta inicial del servidor» cuando el documento principal tarda más de 600 ms en responder. Si lo ves, este artículo es para ti.
¿Cómo medir el TTFB de tu página web?
Puedes medir el TTFB con las herramientas de desarrollador de Chrome, con PageSpeed Insights o con herramientas externas como GTmetrix y WebPageTest. Lo ideal es combinar datos de laboratorio (una prueba puntual) con datos de campo (visitas reales).
Medir el TTFB con Google Chrome
Es la forma más rápida y no necesitas instalar nada:
- Abre tu página web y pulsa F12 (o botón derecho > Inspeccionar).
- Ve a la pestaña Red (Network) y recarga la página.
- Haz clic en la primera petición, que es el documento HTML.
- Abre la pestaña Tiempos (Timing). El TTFB aparece como «Esperando la respuesta del servidor» (Waiting for server response).
Haz la prueba varias veces y en ventana de incógnito, porque la primera carga puede no estar cacheada y dar un valor más alto de lo normal.
Medir el TTFB con PageSpeed Insights
En PageSpeed Insights tienes dos lecturas. La parte de experiencia de usuarios reales muestra el TTFB de campo si tu página web tiene suficiente tráfico. La parte de diagnóstico te avisa cuando la respuesta inicial del servidor es lenta.
Medir el TTFB con GTmetrix
Gracias a la herramienta gratuita GTmetrix podrás medir tu TTFB de forma sencilla. Te permite elegir la ubicación del servidor de prueba, algo muy útil para ver cómo responde tu página web desde distintos países.
Medir el TTFB con WebPageTest
WebPageTest es la opción más completa para analizar el TTFB. Su diagrama de cascada separa el tiempo de DNS, conexión, SSL y espera del servidor, así que te ayuda a saber en qué fase exacta se pierde el tiempo.
Medir el TTFB con Pingdom Tools
En Pingdom Tools encontrarás el TTFB en la columna «Tiempo de espera» (Wait) del informe de cascada.
Si quieres ir un paso más allá, puedes utilizar la cabecera Server-Timing para ver cuánto tarda cada proceso interno del servidor, como PHP o las consultas a base de datos.
Diseño tu página web en WordPress rápida y optimizada para SEO. Tu web pensada para convertir visitas en clientes
- Diseño web 100% personalizado. Nada de IA. 100% artesanal.
- Web rápida y lista para posicionar en Google.
- Diseño tu web en menos de 21 días. Firmado por contrato.
- Comunicación directa conmigo. Sin intermediarios.
¿Qué factores influyen en el TTFB?
Los factores que más influyen en el TTFB de un WordPress son el hosting, la caché, la versión de PHP, la base de datos y la distancia entre el servidor y el usuario. Esta es la lista completa:
- El hosting: recursos de CPU y RAM, tipo de disco y nivel de saturación del servidor.
- La caché de página: si WordPress genera el HTML en cada visita o sirve una copia ya preparada.
- La versión de PHP y la caché de objetos.
- La base de datos: tablas sobrecargadas, revisiones, transients caducados y opciones con carga automática.
- Los plugins y el theme: consultas pesadas o llamadas externas en cada carga.
- La ubicación del servidor respecto a tu público y el uso o no de una CDN.
- El proveedor de DNS y las redirecciones previas.
¿Cómo reducir el TTFB en WordPress?
La buena noticia es que reducir el TTFB en WordPress suele depender de pocos ajustes con mucho impacto. Te los ordeno de más a menos importante según lo que veo a diario en las páginas web que optimizo.
1. Utiliza un hosting de calidad
El hosting es el factor que más pesa en el TTFB. Si tu servidor está saturado o tiene pocos recursos, ninguna optimización posterior compensará ese retraso.
Para la mayoría de páginas web pequeñas, un hosting compartido de calidad como SiteGround es suficiente. Si tienes mucho tráfico o una tienda online, lo recomendable es subir a un cloud o VPS.
2. Activa la caché de página
La caché de página es lo que más reduce el TTFB en WordPress, porque el servidor entrega un HTML ya generado en lugar de ejecutar PHP y consultar la base de datos en cada visita.
Puedes utilizar la caché de tu hosting (SiteGround, Raiola o similares la incluyen) o un plugin como WP Rocket o W3 Total Cache. Si quieres entender qué nivel de caché necesitas, aquí te explico los tipos de caché web.
Sin embargo, no mezcles dos sistemas de caché de página a la vez. Suelen generar conflictos y el resultado es peor que utilizar solo uno.
3. Actualiza la versión de PHP
Cada nueva versión de PHP ejecuta WordPress más rápido, así que el servidor genera el HTML en menos tiempo. Si sigues en una versión antigua, estás perdiendo milisegundos gratis.
Aquí te explico cómo actualizar la versión de PHP en WordPress sin romper nada.
4. Activa la caché de objetos
La caché de objetos con Redis o Memcached guarda en memoria el resultado de las consultas a la base de datos. Es clave en tiendas online, áreas privadas y cualquier página que no se pueda cachear entera, como el carrito o la zona de clientes.
5. Optimiza la base de datos
Una base de datos llena de revisiones, transients caducados y restos de plugins desinstalados ralentiza cada consulta. Revisa también la tabla de opciones con carga automática, porque se lee en todas las visitas.
Te lo explico paso a paso en esta guía para limpiar la base de datos de WordPress.
6. Elige un servidor cerca de tu público
Cuanto más lejos esté el servidor de tus usuarios, más tiempo tarda en llegar la respuesta. Si tu público principal está en España, lo recomendable es que tu hosting tenga el servidor en España o, como mucho, en Europa occidental.
7. Utiliza una CDN con caché de HTML
Si tu audiencia está repartida entre países muy distantes (por ejemplo, España y Latinoamérica), una CDN te ayudará a servir la página desde un nodo cercano al usuario.
Ten en cuenta que muchas CDN solo cachean imágenes, CSS y JS. Para mejorar de verdad el TTFB necesitas que también cachee el HTML, como hace el APO de Cloudflare.
8. Utiliza un proveedor de DNS rápido
En la resolución de los DNS se pueden perder unos milisegundos preciosos. Proveedores como Cloudflare DNS resuelven más rápido que muchos DNS por defecto de los registradores de dominios.
9. Reduce los plugins pesados y elige un theme ligero
Cada plugin que lanza consultas o llamadas externas en cada carga suma tiempo de procesamiento en el servidor. Revisa cuáles no necesitas y elimínalos.
En cuanto al theme, intenta utilizar una plantilla ligera como GeneratePress o alguno de los que te recomiendo en este post sobre las mejores plantillas de WordPress para SEO.
Sobre los maquetadores como DIVI, WPBakery o Elementor te voy a ser sincero: generan más código y más trabajo al servidor en páginas sin cachear. Sin embargo, con una buena caché de página su efecto en el TTFB es mínimo. Donde más se notan es en la renderización y en el LCP.
10. Evita las redirecciones innecesarias
Cada redirección obliga al navegador a hacer una petición extra antes de llegar al documento final, y ese tiempo se suma al TTFB percibido.
Enlaza siempre a la URL definitiva y evita cadenas como http > https > www > URL final.
PD. Si has aplicado todo esto y tu TTFB sigue alto, lo más probable es que el problema esté en el servidor o en algún plugin concreto. En mi servicio de mantenimiento web WordPress me encargo de revisar y optimizar el rendimiento de tu página web de forma continua.
Diseño tu página web en WordPress rápida y optimizada para SEO. Tu web pensada para convertir visitas en clientes
- Diseño web 100% personalizado. Nada de IA. 100% artesanal.
- Web rápida y lista para posicionar en Google.
- Diseño tu web en menos de 21 días. Firmado por contrato.
- Comunicación directa conmigo. Sin intermediarios.
Conclusiones sobre el TTFB
El TTFB es el primer paso de la carga de cualquier página web, así que todo retraso en el servidor se arrastra al resto de métricas, empezando por el LCP.
Si solo pudieras hacer tres cosas, mi recomendación sería clara: un buen hosting, caché de página bien configurada y una versión de PHP actualizada. Con eso ya resuelves la mayoría de casos.
Y si vas a crear una página web nueva, lo ideal es que nazca rápida desde el principio. Es justo lo que cuido en el diseño de páginas web en WordPress que hago para mis clientes.
Ahora te toca a ti. ¿Cuánto TTFB tiene tu página web actualmente? ¿Has probado alguno de estos ajustes?
¡Te leo en los comentarios!
Preguntas frecuentes sobre el TTFB
¿Qué es el TTFB?
El TTFB (Time to First Byte) es el tiempo que transcurre desde que el navegador solicita una página web hasta que recibe el primer byte de respuesta del servidor. Incluye la conexión, el procesamiento en el servidor y el envío de la respuesta.
¿Cuál es un buen TTFB?
Google considera bueno un TTFB de 0,8 segundos o menos, mejorable entre 0,8 y 1,8 segundos y malo por encima de 1,8 segundos. En un WordPress con caché de página, el objetivo recomendable es bajar de 200 ms.
¿El TTFB es una Core Web Vital?
No. El TTFB es una métrica de diagnóstico, pero influye directamente en el LCP, que sí es una Core Web Vital. Un servidor lento impide conseguir un buen LCP.
¿Cómo puedo ver el TTFB en Chrome?
Abre las herramientas de desarrollador con F12, ve a la pestaña Red, recarga la página, haz clic en el documento HTML y abre la pestaña Tiempos. El TTFB aparece como «Esperando la respuesta del servidor».
¿Por qué mi WordPress tiene un TTFB alto?
Las causas más habituales son un hosting con pocos recursos, no tener caché de página, utilizar una versión de PHP antigua, una base de datos sobrecargada o plugins que lanzan consultas pesadas en cada carga.
¿Cloudflare mejora el TTFB?
Sí, siempre que cachee también el HTML y no solo los archivos estáticos. Con opciones como el APO de Cloudflare, la página se sirve desde un nodo cercano al usuario sin pasar por tu servidor, lo que reduce mucho el TTFB.
¿Elementor empeora el TTFB?
Elementor genera más trabajo al servidor en páginas sin cachear, pero con una buena caché de página su impacto en el TTFB es mínimo. Donde más afecta es en el tamaño del código y en la renderización.
