Cómo reducir TTFB para mejorar los tiempos de carga de la página de WordPress

Cuando se trata de la velocidad general de su sitio de WordPress, muchas veces nos enfocamos en el rendimiento y las optimizaciones de front-end para mejorar la velocidad de carga de la página. Sin embargo, a veces es bueno verlo desde el lado del servidor, donde su sitio web comienza a cargarse originalmente. Hoy vamos a profundizar en cómo le afecta el TTFB (tiempo hasta el primer byte) y analizaremos algunas formas fáciles de reducirlo. TTFB es comúnmente un factor de rendimiento que se pasa por alto, pero debe tenerse en cuenta al probar la velocidad de su sitio.

• ¿Qué es TTFB?
• ¿Es importante el TTFB?
• Cómo medir su TTFB
• 4 formas de reducir TTFB en su sitio de WordPress

¿Qué es TTFB?

TTFB significa tiempo hasta el primer byte . En pocas palabras, esta es una medida de cuánto tiempo tiene que esperar el navegador antes de recibir su primer byte de datos del servidor. Cuanto más tarde en obtener esos datos, más tardará en mostrar su página. Un error común es que esto se calcula después de los tiempos de búsqueda de DNS; sin embargo, el cálculo original de TTFB en las redes siempre incluye la latencia de la red . Esto implica un proceso de 3 pasos y los retrasos y la latencia pueden ocurrir en cualquier punto intermedio, sumándose a su TTFB total.

1. Solicitud al servidor

Cuando alguien visita su sitio web, lo primero que sucede es que se envía una solicitud HTTP desde el cliente (navegador) al servidor. En este paso, hay una variedad de factores que pueden introducir retrasos. Los tiempos lentos de búsqueda de DNS podrían contribuir a aumentar el tiempo de la solicitud. Si el servidor está ubicado geográficamente lejos, esto puede introducir latencia en la distancia que deben viajar los datos. Además, si tiene reglas de firewall complejas, esto podría aumentar el tiempo de enrutamiento. Y no olvides la velocidad de internet del cliente.

2. Procesamiento del servidor

Una vez enviada la solicitud, el servidor debe procesarla y generar una respuesta. Esto podría introducir una serie de retrasos diferentes, como llamadas lentas a la base de datos, demasiados scripts de terceros, no almacenar en caché su primera respuesta, código mal optimizado o tema de WordPress, y recursos de servidor ineficientes como E/S de disco o memoria.

3. Respuesta al Cliente

Después de que el servidor procesa la solicitud, debe devolverla al cliente (o más bien devolver el primer byte). Esto se ve muy afectado tanto por la velocidad de la red del servidor como del cliente . Si el cliente tiene Internet lento desde un punto de acceso Wi-Fi, se reflejará en el TTFB.

¿Es importante el TTFB?

Es importante comprender que TTFB (tiempo hasta el primer byte) no es lo mismo que la velocidad del sitio web. Esto es realmente una medida de la capacidad de respuesta. Hay muchas discusiones en la web sobre si TTFB es importante o no. Algunos dicen que no tiene sentido (Cloudflare, LittleBizzy) y otros dicen que es importante (Ilya Grigorik, ingeniero de rendimiento web en Google). Ambas partes plantean algunos puntos válidos sobre por qué o por qué no es importante y también algunas preguntas sobre cómo se calcula realmente.

Moz incluso hizo un estudio en profundidad sobre la correlación entre las clasificaciones de búsqueda y el tiempo hasta el primer byte. Sin embargo, es difícil saber si esta fue la causa o si los sitios con un TTFB más bajo también fueron simplemente más rápidos en general, lo que a su vez podría verse afectado por el factor de clasificación de la velocidad de la página de Google.

Sin embargo, en lugar de perder el tiempo insistiendo en si es importante o no, preferimos centrarnos en las optimizaciones que puede hacer para mejorar esta métrica. Todo lo que haga puede contribuir a la velocidad general de su sitio de WordPress y esto, a su vez, afectará su TTFB. En nuestros sitios de prueba con un TTFB mucho mayor, simplemente cargue y se sienta más lento.

En general, cualquier cosa por debajo de 100 ms es excelente y buena TTFB . Google PageSpeed ​​Insights recomienda menos de 200 ms para el tiempo de respuesta del servidor. Si está en el rango de 300-500 ms, esto es bastante estándar. Y si tiene más de 600 ms, es posible que tenga algo mal configurado en su servidor o que sea el momento de actualizar a una mejor pila web. O siga nuestras recomendaciones a continuación sobre cómo reducir su TTFB. Y recuerde que la negociación SSL/TLS también puede ser un factor.

Cómo medir su TTFB

Hay una multitud de formas diferentes de probar su TTFB. Exploraremos un par a continuación. Pero recuerde, cada herramienta dará resultados ligeramente diferentes, por lo que es importante simplemente usar una y apegarse a ella como referencia.

Medir TTFB con Google Chrome DevTools

Puede medir TTFB en Google Chrome iniciando DevTools. Sin embargo, recuerde, si está probando desde su computadora, que TTFB se ve afectado por la latencia de la red y su conexión a Internet. Por lo tanto, probablemente sea más efectivo usar una herramienta de terceros (como se ve más adelante) que está probando desde un centro de datos.

• Seleccione Más herramientas > Herramientas para desarrolladores en el menú de Chrome.
• Haga clic con el botón derecho en un elemento de la página y seleccione Inspeccionar
• Use los métodos abreviados de teclado Ctrl + Shift + I (Windows) o Cmd + Opt + I (Mac)

Puede iniciar la ventana de la red y ver el rendimiento de su sitio.

Medir TTFB con la herramienta de Geekflare

Geekflare tiene una increíble colección de herramientas gratuitas que puede usar para probar y solucionar problemas en su sitio web. La herramienta TTFB de Geekflare es simple, rápida y le permite ver qué tan rápido (bajo) es su tiempo hasta el primer byte desde tres ubicaciones alrededor del mundo.

Medir TTFB con WebPageTest

También puede medir su TTFB con WebPageTest. Según su glosario, el tiempo objetivo es el tiempo necesario para las negociaciones de DNS, socket y SSL + 100 ms. Se deducirá una calificación de una sola letra por cada 100 ms más allá del objetivo. Como puede ver en nuestra prueba a continuación, este sitio midió 0.256s o 256 ms TTFB.

Medir TTFB con Pingdom

Chrome y WebPageTest se refieren a él como TTFB. Sin embargo, si está utilizando Pingdom, en realidad se denomina tiempo de "espera". Asegúrate de consultar también nuestra guía detallada sobre cómo usar Pingdom.

Medir TTFB con GTmetrix

En GTmetrix, al igual que con Pingdom, TTFB se conoce como tiempo de espera. Asegúrese de consultar también nuestra guía detallada sobre cómo usar GTmetrix.

Medir TTFB con la herramienta de KeyCDN

KeyCDN tiene una excelente herramienta de prueba de rendimiento web en la que puede medir su TTFB desde 14 ubicaciones diferentes simultáneamente. Como puede ver a continuación en nuestra prueba, el TTFB es bajo en los Estados Unidos y mucho más alto en el extranjero. Esto se debe a que nuestro servidor está ubicado físicamente en los Estados Unidos. Esta es una prueba aquí de que la latencia y la distancia juegan en TTFB.

También hay otras herramientas para medir TTFB, como la herramienta de rendimiento de Sucuri y ByteCheck. ¿Sabías? Incluso Google Analytics tiene un apartado para ver tu tiempo medio de respuesta. Simplemente haga clic en "Comportamiento> Velocidad del sitio> Descripción general".

4 formas de reducir TTFB en su sitio de WordPress

Ahora profundicemos en algunas formas de reducir el TTFB en su sitio de WordPress.

1. Utilice un host de WordPress rápido

La primera forma de reducir TTFB es asegurarse de que está utilizando un host de WordPress rápido. Comparamos el TTFB de un host compartido de terceros (ubicado en Phoenix, AZ) y el TTFB de Kinsta (ubicado en Council Bluffs, Iowa). Utilizamos exactamente la misma configuración con el tema predeterminado de Twenty Seventeen en ejecución. Recuerde que Kinsta ahora tiene las 29 ubicaciones de Google Cloud Platform disponibles, por lo que es importante ubicar estratégicamente su sitio de WordPress más cerca de sus visitantes.

Kinsta también incluye la red de nivel premium de Google Cloud Platform en todos los planes de alojamiento. Muchos otros proveedores de alojamiento usan la red de nivel estándar de Google Cloud, lo que resulta en velocidades más lentas.

Host compartido TTFB

En todas las regiones, el TTFB promedio fue de 520 ms . En los Estados Unidos y Canadá, el TTFB promedio fue de 240 ms .

Kinsta TTFB

En todas las regiones, el TTFB promedio fue de 412 ms . En los Estados Unidos y Canadá, el TTFB promedio fue de 164 ms . Si aloja con Kinsta, también puede optar por alojar su sitio de WordPress en Europa o Asia. Consulte la lista de ubicaciones de centros de datos de Google Cloud.

Entonces, simplemente al usar un host más rápido, vimos una disminución del 20% en TTFB a nivel mundial. Y una disminución del 32% en TTFB en los Estados Unidos y Canadá. Tener un buen host de WordPress con una arquitectura cuidadosamente pensada es crucial para reducir su TTFB. Esto también es un buen argumento para elegir cuidadosamente un lugar ubicado físicamente en una región donde se encuentran sus clientes. Si la mayoría de sus clientes están en los Estados Unidos, no aloje su servidor en Europa (aunque un CDN puede ayudar a negar algo de eso).

2. Implementar una CDN

Otra manera fácil de disminuir TTFB es utilizar una red de entrega de contenido (CDN). Si tiene un sitio web que atiende a visitantes en diferentes partes del país o en todo el mundo, esto puede disminuir drásticamente su TTFB. Como vimos anteriormente, la ubicación es muy importante. Hicimos una pequeña prueba para mostrar la diferencia con KeyCDN como nuestro proveedor de CDN. Cada prueba se ejecutó 5 veces y se tomó el promedio.

TTFB sin CDN

Primero realizamos una prueba con nuestro CDN deshabilitado y, como puede ver, nuestro tiempo de carga total fue de 1,45 s y nuestro TTFB promedio en un activo fue de alrededor de 136 ms.

TTFB con CDN

Luego habilitamos nuestro CDN y ejecutamos la prueba nuevamente. Como puede ver, nuestros tiempos de carga totales se redujeron a 788 ms y nuestro TTFB promedio ahora es de 37 ms. Qué diferencia puede hacer una CDN. Otra cosa importante a tener en cuenta es que elegimos la ubicación de Estocolmo para realizar esta prueba. ¿Por qué? Porque queríamos mostrarte la mejora real que se puede tener al disminuir la distancia física. Hay un CDN POP ubicado en Estocolmo, por lo que nuestro contenido se sirve desde Estocolmo.

Nota: si está utilizando Cloudflare, es posible que tenga un TTFB ligeramente más alto. Lo más probable es que esto se deba a la sobrecarga adicional y la complejidad de tener el servicio de proxy completo en ejecución. Recuerde que Cloudflare tiene firewalls adicionales y otras funciones que algunos proveedores de CDN no tienen. Por lo tanto, debe decidir qué podría beneficiarlo más. Si todo su sitio no está optimizado correctamente, vale la pena aceptar el TTFB ligeramente más alto.

Sin embargo, es posible que también desee consultar la guía de WP Bullet sobre el uso del almacenamiento en caché de páginas de Cloudflare para reducir el TTFB. Esto podría requerir alguna configuración y prueba adicional. Asegúrese de ejecutar sus propias pruebas ya que cada entorno es diferente.

Lectura sugerida: Cómo configurar Cloudflare APO para WordPress.

3. Almacenamiento en caché de WordPress

Una tercera forma y probablemente una de las formas más fáciles de disminuir su TTFB es utilizar el almacenamiento en caché en su sitio de WordPress. Muchos solo piensan que el almacenamiento en caché puede ayudar a disminuir los tiempos de carga, pero de hecho, también ayuda a disminuir el TTFB, ya que ayuda a reducir el tiempo de procesamiento del servidor. Volvimos a ejecutar algunas pruebas con y sin almacenamiento en caché en ejecución. Cada prueba se ejecutó 5 veces y se tomó el promedio.

Sin caché en ejecución

Ejecutamos el sitio a través de Pingdom y, sin ejecutar la memoria caché, nuestro sitio obtuvo un tiempo de carga de 1,17 s y un TTFB de 560 ms.

Con almacenamiento en caché habilitado

Luego habilitamos el almacenamiento en caché y volvimos a ejecutar el sitio a través de Pingdom. Esta vez, nuestro sitio obtuvo un tiempo de carga de 643 ms y un TTFB de 57 ms.

Entonces, al habilitar el almacenamiento en caché, ¡pudimos reducir nuestro TTFB en un 90%! Puede leer más sobre el almacenamiento en caché de Kinsta. Hacemos esto a nivel de servidor, lo que significa que no se requieren complementos de almacenamiento en caché. Si no está utilizando un host de WordPress administrado, le recomendamos que utilice un complemento de almacenamiento en caché gratuito como Cache Enabler.

4. Utilice un proveedor de DNS Premium

Y por último, pero no menos importante, el DNS también juega un papel en TTFB. Es difícil calcular exactamente cuánto se ve afectado, pero aún puede ver los tiempos generales de búsqueda de DNS y ver que hay proveedores más rápidos y más lentos. Realizamos un par de pruebas con la herramienta de prueba de velocidad SolveDNS. Aquí hay un ejemplo de un dominio que usa el DNS gratuito de NameCheap y los tiempos de respuesta.

Nombre gratuito DNS barato

Y a continuación se muestra un ejemplo que utiliza el DNS premium de Amazon Route 53. Como puede ver, en general, los tiempos de búsqueda de DNS son mucho más rápidos con Amazon. Por lo general, los proveedores de DNS premium tendrán mejores velocidades. Cloudflare es uno gratuito que también tiene un gran rendimiento.

DNS de la ruta 53 de Amazon

Asegúrese de consultar nuestra publicación sobre por qué debería usar un proveedor de DNS premium. Nos asociamos con Amazon Route 53 aquí en Kinsta y está disponible para todos los clientes de forma gratuita.

Resumen

Hay una multitud de otras cosas que podría optimizar o corregir para reducir TTFB, como el almacenamiento en caché de la base de datos, E/S de disco, uso de intercambio, RAM, configuración de PHP, configuración de MySQL, configuración de red, sobrecarga de TLS, etc. Pero las mencionadas anteriormente son bastante fácil de implementar y le dará el aumento de rendimiento más rápido. Entonces, la próxima vez que alguien le pregunte cómo reducir su TTFB, recuerde que un host rápido de WordPress, CDN, almacenamiento en caché y DNS juegan un papel muy importante. Arreglar o mejorar esos cuellos de botella hará el truco.

¿Cuál ha sido tu experiencia con TTFB? Nos encantaría saberlo a continuación.