Cómo medir y mejorar el TTFB en WordPress

Time to First Byte (TTFB) mide el tiempo transcurrido desde que comienza la navegación a una página hasta que se recibe el primer byte de una respuesta. Ayuda a investigar las respuestas iniciales lentas en WordPress, pero no mide el tiempo total de carga ni, por sí solo, la calidad del alojamiento.

Para analizarlo conviene separar los retrasos de red, el comportamiento de la caché y el trabajo que realiza WordPress para generar una página. En este artículo veremos cómo medirlos y elegir mejoras a partir de los resultados.

Qué es el TTFB

El TTFB de navegación puede incluir redirecciones, resolución DNS, establecimiento de la conexión, negociación TLS y espera de la respuesta. Un valor alto puede deberse a la red, al servidor o a ambos. Comprueba qué definición utiliza tu herramienta antes de comparar resultados.

La documentación de TTFB de Google describe estas fases. También explica por qué funciones como Early Hints pueden afectar a lo que una herramienta registra como primera respuesta.

Qué se considera un buen TTFB

La referencia orientativa de Google es 0,8 segundos o menos. Los valores superiores a 0,8 segundos y de hasta 1,8 segundos necesitan mejorar; por encima de 1,8 segundos se consideran deficientes. Cuando haya datos disponibles, evalúa el percentil 75 de las experiencias de usuarios reales en lugar de tomar una única prueba local como representación de todos los visitantes.

Una respuesta de entre 10 y 200 milisegundos puede ser excelente en condiciones favorables, pero no es un requisito universal. Compara páginas, ubicaciones y estados de caché similares, y comprueba si la respuesta inicial está retrasando la aparición de contenido útil.

Cómo afecta el TTFB a la experiencia y al SEO

Una respuesta inicial lenta puede retrasar el contenido que viene después, incluido el elemento Largest Contentful Paint. Sin embargo, TTFB no es una Core Web Vital, y mejorarlo no garantiza mejores posiciones en los buscadores. Evalúalo junto con LCP, INP y CLS en WordPress para entender la experiencia en su conjunto.

Un TTFB bajo tampoco garantiza una página rápida. Las imágenes pesadas, los recursos que bloquean el renderizado o el trabajo costoso en el navegador pueden hacer que una página entregada rápidamente tarde en mostrarse o responder. Las recomendaciones de optimización de TTFB de Google explican cómo interpretar la métrica en su contexto.

Qué puede aumentar el TTFB en WordPress

• Distancia de red y conexión. La ubicación del visitante, el DNS, las redirecciones y la reutilización de conexiones influyen en el tiempo anterior a la respuesta.
• Carga del servidor. La competencia por los recursos y las colas de peticiones pueden retrasar la respuesta antes de que WordPress termine de generar la página.
• Trabajo de la aplicación. Las consultas lentas a la base de datos, las llamadas a API externas y la lógica costosa de plugins o temas pueden aumentar el tiempo de generación.
• Fallos de caché. Una página que debe generarse dinámicamente puede responder de forma distinta a una copia servida desde caché.

Un tipo de almacenamiento, una marca de servidor o un protocolo concreto no garantizan un TTFB bajo. La compresión puede reducir el tamaño transferido, pero no es una solución general para las respuestas iniciales lentas. Diagnostica el retraso antes de elegir una tecnología o cambiar de alojamiento.

Cómo medir el TTFB en Chrome

1. Abre DevTools y recarga la página

Abre Chrome DevTools con Ctrl + Mayús + I en Windows o Comando + Opción + I en macOS. Selecciona Network y recarga la página para que el panel registre las peticiones. Utiliza la petición del documento de la página que estás probando, sin asumir que el primer elemento de la lista siempre es el correcto.

2. Examina la petición del documento

Selecciona el documento HTML principal y abre Timing. La fase Waiting for server response de Chrome incluye un viaje de ida y vuelta por la red y el tiempo que tarda el servidor en preparar la respuesta. El DNS y el establecimiento de la conexión aparecen por separado, por lo que esta fase no equivale al TTFB completo de navegación que muestran otras herramientas.

Consulta la referencia del panel Network de Chrome para entender el desglose de tiempos. Repite la prueba y anota la URL, la ubicación, si has iniciado sesión y el estado de la caché.

3. Prueba el escritorio de WordPress por separado

Las páginas del escritorio normalmente no utilizan la caché pública de página completa porque contienen información personalizada. Aun así, pueden beneficiarse de la caché de objetos y de la caché de código de operación de PHP, por lo que su tiempo de respuesta no es una prueba exclusiva del rendimiento del hardware.

Los valores de estas capturas son ejemplos de peticiones individuales, no objetivos para todas las instalaciones. Compara la misma acción del escritorio en condiciones similares cuando investigues un editor o una pantalla de administración lentos.

4. Compara las pruebas locales con los datos de campo

Utiliza los datos de campo de PageSpeed Insights, cuando estén disponibles, para conocer la experiencia de los visitantes reales. Comprueba si el informe corresponde a la URL o al origen completo. Los resultados locales pueden diferir por la ubicación, los dispositivos, el establecimiento de conexiones y la caché. Nuestra comparativa de herramientas de rendimiento web recoge otras opciones de diagnóstico.

Cómo mejorar el TTFB en WordPress

• Reduce las redirecciones innecesarias. Evita que los visitantes pasen por varios cambios de URL antes de llegar a la página final.
• Comprueba la caché de página completa. En las páginas públicas adecuadas, verifica que realmente se sirven respuestas desde caché. Mantén las exclusiones necesarias para páginas personalizadas, carritos y procesos de compra.
• Revisa el comportamiento de la CDN. Guardar imágenes en los servidores de la CDN no equivale a guardar la respuesta HTML. Comprueba qué almacena tu configuración y cómo trata a los visitantes que han iniciado sesión.
• Investiga el trabajo costoso de la aplicación. Identifica consultas lentas, peticiones externas que bloquean la respuesta y operaciones de plugins o temas antes de eliminar componentes o cambiar la infraestructura.
• Revisa la capacidad y la configuración del servidor. Pide a tu proveedor que investigue los límites de recursos y las colas de peticiones cuando las mediciones apunten al servidor. Una frecuencia de CPU más alta no garantiza por sí sola la solución.

En las páginas dinámicas que no pueden utilizar caché pública de página completa, céntrate en el trabajo necesario para generar cada respuesta. Una caché de objetos adecuada y unas consultas eficientes pueden ayudar, pero comprueba su efecto en lugar de asumir que cualquier ajuste de caché mejora todas las páginas.

Errores habituales al medir

Evita comparar una página pública en caché con una petición del escritorio tras iniciar sesión, o una ubicación de prueba cercana con otra lejana. Mantén las condiciones al evaluar un cambio y prueba después otras ubicaciones representativas de tu audiencia.

Desactivar la caché del navegador no implica necesariamente saltarse la caché del servidor o de la CDN. Examina las cabeceras y la configuración correspondientes antes de etiquetar un resultado como servido desde caché o sin ella. Reducir scripts del navegador puede mejorar el renderizado o la capacidad de respuesta sin reducir directamente el tiempo de respuesta inicial del HTML.

Haz una copia de seguridad antes de realizar cambios importantes, pruébalos en un entorno de pruebas cuando sea posible y comprueba después las funciones esenciales de la web. Mantén la supervisión dentro de tu rutina de mantenimiento de WordPress para detectar posibles empeoramientos.

Elige las mejoras según el cuello de botella

Utiliza el TTFB para acotar la investigación y evalúa después la experiencia de carga completa. Conserva los cambios que mejoren de forma medible las peticiones afectadas sin alterar las reglas de caché ni el funcionamiento de la aplicación.

Los proveedores de alojamiento gestionado como Wetopi, especializado en WordPress, pueden ayudar a investigar la configuración y el rendimiento del servidor. El siguiente paso adecuado sigue dependiendo de las mediciones de tu web.