Cómo reducir TTFB para mejorar el tiempo de carga de la página de WordPress

Cuando se trata de la velocidad general de su sitio de WordPress, a menudo nos centramos en el rendimiento frontal y las optimizaciones para mejorar la velocidad de carga de la página. Sin embargo, a veces es bueno verlo desde el servidor, donde su sitio inicialmente comienza a cargarse. Hoy analizaremos cómo TTFB (tiempo para el primer byte) lo afecta y discutiremos algunas formas simples de descartar. TTFB suele ser un factor de rendimiento que se pasa por alto, pero debe considerarse al probar la velocidad de su sitio.
¿Qué es TTFB?
¿Es importante TTFB?
Cómo medir TTFB
4 formas de reducir TTFB en su sitio web de WordPress
¿Qué es TTFB? TTFB representa el tiempo al primer byte. Por lo simple, esta es una medida siempre que el navegador tenga que esperar antes de recibir el primer byte del servidor. Cuanto más se necesita para obtener esos datos, más se necesita para mostrar su página. Un error común es que se calcula después de los tiempos de búsqueda de DNS, sin embargo, el cálculo TTFB original en la red siempre incluye la latencia de la red. Esto implica un proceso en 3 pasos, y los retrasos y la latencia pueden ocurrir en cualquier lugar, reuniéndose en TTFB Total.

Estoy esperando TTFB 1. Solicitar 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 ingresar demoras. El tiempo de búsqueda de DNS lento podría contribuir a aumentar el tiempo para la demanda. Si el servidor está ubicado geográficamente, esto puede ingresar a la latencia en la distancia que los datos deben viajar. Además, si tiene reglas complejas de firewall, esto podría aumentar el tiempo de enrutamiento. Y no se olvide de la velocidad de Internet del cliente. Procesamiento del servidor Después de que se ha enviado la aplicación, el servidor ahora tiene que procesarla y generar una respuesta. Esto podría ingresar una serie de retrasos diferentes, como llamadas de base de datos lentas, demasiados scripts de tercera parte, no la primera respuesta, gravemente optimizado o de WordPress -teme e ineficiente -theme, como el servidor. E/S en disco o memoria . 3. Responda al cliente después de que el servidor procesa la solicitud, debe enviarla de regreso al cliente (o más bien devolver el primer byte). Esto se ve fuertemente afectado tanto por la velocidad del servidor como por el cliente. Si el cliente tiene Internet lento desde un punto de acceso Wi-Fi, se reflejará en TTFB.
¿Es importante TTFB?Es importante comprender que TTFB (tiempo a primer byte) no es lo mismo que la velocidad del sitio.De hecho, esta es una medida de la capacidad de respuesta.Hay muchas discusiones 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).Ambas partes traen algunos puntos válidos sobre por qué o por qué no son importantes y también algunas preguntas sobre cómo se calcula realmente.Moz incluso realizó un estudio exhaustivo sobre la correlación entre las clasificaciones de búsqueda y el tiempo al primer byte.Sin embargo, es difícil saber si esta fue la causa o si los sitios TTFB inferiores también fueron simplemente más rápidos en general, lo que, a su vez, podría verse afectado por la clasificación factorial de la velocidad de la página de Google.
¿TTFB importa? Contribuye a la velocidad general, entonces, ¿qué piensas? Haga clic para enviar en tweet, sin embargo, en lugar de pasar tiempo para discutir si es importante o no, nos centraríamos en las optimizaciones que puede hacer para mejorar este valor. Todo lo que haga puede contribuir a la velocidad general de su sitio de WordPress, y esto también afectará su TTFB. En nuestros sitios de prueba con TTFB mucho más grande, simplemente se cargan y se sienten más lentos. En general, cualquier menos de 100 ms es TTFB genial y bueno. Google PageSpeed ​​Insights recomienda menos de 200 ms para el tiempo de respuesta del servidor. Si está en el rango de 300-500 ms, es bastante estándar. Y si tiene más de 600 ms, es posible que tenga algo mal configurado en el servidor o puede ser hora de actualizar a una mejor pila web. O siga nuestras recomendaciones a continuación sobre cómo reducir TTFB. Y tenga en cuenta que la negociación de SSL/TLS también puede ser un factor. Cómo medir TTFB hay una multitud de diferentes formas en que puede probar TTFB. Exploraremos algunos a continuación. Pero recuerde, cada herramienta le dará resultados ligeramente diferentes, por lo que es importante usar uno y permanecer con ella para una línea básica. Mida TTFB con Google Chrome DevTools Puede medir TTFB en Google Chrome iniciando DevTools. Sin embargo, recuerde que si prueba desde la computadora, que TTFB se ve afectado por la latencia de la red y la conexión a Internet. Por lo tanto, probablemente sea más efectivo usar la herramienta de terceros (como se ve a continuación), que se prueba desde un centro de datos.
Seleccione más herramientas> Herramientas de desarrolladores en el menú Chrome. Luego, haga clic derecho en un elemento de página y seleccione Inspeccionar
Use el teclado CTRL + Shift + I (Windows) o CMD + ocho + I (Mac)
Puede iniciar la ventana de red y ver el rendimiento de su sitio.
Google Chrome DevTools TTFB Medida TTFB con Geekflare Geekflala Tool tiene una gran colección de herramientas gratuitas que puede usar para probar y solucionar problemas en su sitio El instrumento TTFB es simple, rápido y veamos cuánto rápido (bajo) es el tiempo para el primer byte de Tres ubicaciones en el mundo.
TTFB GEEKFLARE TRESO HERRAMIENTO Medida TTFB con WebPageTest, también puede medir TTFB con WebPageTest. Según su glosario, el tiempo objetivo es el tiempo requerido para las negociaciones DNS, Socket y SSL + 100 ms. Solo se deducirá una carta por cada 100 ms más allá del objetivo. Como puede ver en nuestra prueba a continuación, este sitio se midió a 0.256 s o 256 ms TTFB.
Regístrese para el boletín

¿Quieres saber cómo aumentar nuestro tráfico por más del 1000%? ¡Únase a las más de 20,000 personas que reciben nuestro boletín semanal con los consejos de WordPress!

Suscríbase ahora
WebPageTest First Byte Time Medido TTFB con Pingdom Chrome y WebPageTest Llámalo TTFB. Sin embargo, si usa Pingdom, en realidad se llama el “tiempo de espera”. Asegúrese de consultar también nuestra guía en profundidad sobre cómo usar Pingdom.
El tiempo de espera en los instrumentos de pingdom mide TTFB con gtmetrix en gtmetrix, como en pingdom, ttfb se llama tiempo de espera. Asegúrese de consultar también nuestra guía en profundidad sobre cómo usar GTMTRIX. Hacer TTFB en GTMTRIX Medido TTFB con el instrumento KeyCDN KeyCDN tiene una excelente prueba de rendimiento web que se medirá a partir de 14 ubicaciones diferentes simultáneamente. Como puede ver a continuación en nuestra prueba, TTFB es bajo en los Estados Unidos y mucho más grande en el extranjero. Esto se debe a que nuestro servidor está ubicado físicamente en los Estados Unidos. Esta es la prueba aquí que juegan la latencia y la distancia en TTFB.
La prueba TTFB KeyCDN Existen otras herramientas diferentes para la medición de TTFB, como la herramienta de rendimiento y los jugos de Bytecheck. ¿Sabías? Incluso Google Analytics tiene una sección para ver el tiempo de respuesta promedio. Simplemente haga clic en “Comportamiento> Velocidad del sitio> Presentación general”.

Informe de Google Analytics para TTFB 4 formas de reducir TTFB en su sitio de WordPress ahora descubramos algunas formas sobre cómo reducir TTFB en su sitio de WordPress. 1. Use un host de WordPress rápido para reducir TTFB es asegurarse de usar un host rápido de WordPress. Comparé el TTFB de un host de tercera parte compartida (ubicado en Phoenix, AZ) y TTFB de Kinsta (ubicado en el Consejo Balffs, Iowa). Utilicé exactamente la misma configuración con el tema predeterminado de veintiete años en ejecución. Tenga en cuenta que Kinsta ahora tiene todas las 29 ubicaciones de Google Cloud Platform disponibles, por lo que es importante colocar estratégicamente su sitio de WordPress a los visitantes.

Cambiar a un host más rápido podría reducir su sitio TTFB hasta en un 200%.Pruebe Free Kinsta. Kinsta también incluye la red de nivel premium de la plataforma Google Cloud en todos los planes de alojamiento.Muchos otros proveedores de alojamiento usan la red de Google Cloud estándar, que conduce a velocidades más bajas.TTFB -Shared Host En todas las regiones, los medios TTFB fueron de 520 ms.En los Estados Unidos y Canadá, los medios TTFB eran de 240 ms.

Alojamiento común TTFB 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 organiza con Kinsta, puede optar por alojar su sitio de WordPress en Europa o Asia.Consulte la lista de ubicaciones de Google Cloud Data Center.

Entregando TTFB administrado por WordPress, así que simplemente usando un host más rápido, noté una disminución del 20% de 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 esencial para reducir TTFB. Este también es un buen caso para la elección cuidadosa de un físico ubicado en una región donde sus clientes están 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 cancelar algunos de ellos. ). 2. Implemente un CDN Otra manera fácil de reducir TTFB es el uso de una red de entrega de contenido (CDN). Si tiene un sitio web que atiende a los visitantes a diferentes partes del país o en todo el mundo, esto puede reducir drásticamentelo. Como vi arriba, la ubicación es muy importante. Hice una pequeña prueba para mostrar la diferencia con KeyCDN como proveedor de CDN. Cada prueba se realizó 5 veces y tomó el promedio. TTFB sin CDN primero realizamos una prueba con nuestro CDN discapacitado y, como puede ver, nuestro tiempo de carga total fue de 1,45 s, y nuestro TTFB promedio en un activo fue de aproximadamente 136 ms.


TTFB Antes de agregar un TTFB CDN con CDN, luego activé nuestro CDN y volví a ejecutar la prueba.Como puede ver, nuestro tiempo de carga total ha disminuido a 788 ms, ¡y nuestro TTFB promedio ahora es de 37 ms!Qué diferencia puede hacer un CDN.Otra cosa importante para recordar es que elegí la ubicación en Estocolmo para realizar esta prueba.¿Por qué?Porque queríamos mostrarle la verdadera mejora que se puede obtener bajando la distancia física.Hay un POP CDN ubicado en Estocolmo, por lo que nuestro contenido se transmite desde Estocolmo.
TTFB Después de agregar una nota de CDN: si usa CloudFlare, puede tener un TTFB ligeramente más alto. Esto probablemente se deba a los costos y la complejidad adicionales para ejecutar completamente el servicio proxy. Recuerde que CloudFlala tiene firewalls adicionales y otras características que algunos proveedores de CDN no tienen. Entonces debes decidir, lo que puede beneficiarte más. Si todo su sitio no está optimizado correctamente, puede valer la pena el compromiso de recibir el golpe en TTFB un poco más grande. Sin embargo, también es posible que desee consultar la guía de bala WP sobre el uso del caché de la página de CloudFlare para reducir TTFB. Esto puede requerir configuraciones y pruebas adicionales. Asegúrese de ejecutar sus propias pruebas porque cada entorno es diferente. Lectura sugerida: cómo configurar CloudFlala APA para WordPress. 3. Cache WordPress es una tercera forma y probablemente una de las formas más fáciles de reducir TTFB es usar caché en su sitio de WordPress. Muchos solo creen que el almacenamiento en caché puede ayudar a reducir los tiempos de carga, pero de hecho también ayuda a reducir TTFB, ya que ayuda a reducir el tiempo de procesamiento del servidor. Realicé algunas pruebas con o sin caché nuevamente. Cada prueba se realizó 5 veces y tomó el promedio. Sin el caché en ejecución, ejecutamos el sitio a través de Pingdom y sin caché, nuestro sitio registró un tiempo de carga de 1.17 sy un 560 M.TTFB TTFB sin caché activado y luego activé la memorización en caché y volví a ejecutar el sitio a través de Pingdom. Esta vez, nuestro sitio registró un tiempo de carga de 643 ms y un TTFB de 57 ms.
TTFB Con la memorización en el caché de WordPress activado, por lo que activando la memoria en el caché, logramos reducirnos en un 90%. Puedes leer más sobre el caché de Kinsta. Hacemos esto a nivel de servidor, lo que significa que no se necesitan complementos de caché. Si no utiliza un host de WordPress administrado, le recomendamos usar un almacenamiento de caché gratuito, como el habilitador de caché. 4. Use un proveedor de DNS premium y, por último, pero no menos importante, DNS también juega un papel en TTFB. Es difícil calcular con precisión cuánto se ve afectado, pero aún puede ver los tiempos de búsqueda generales de DNS y puede ver que hay proveedores más rápidos y lentos. Realizamos algunas pruebas con la herramienta de prueba de velocidad SolvedNS. Aquí hay un ejemplo de dominio que utiliza los DNS y los tiempos de respuesta gratuitos de Namecheap. DNS Free NameChapvites DNS gratis y a continuación es un ejemplo del uso del DNS premium de Amazon Route 53. Como generalmente puede ver 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 gratuito que tiene un gran rendimiento. Amazon Route 53 DNS