Cuando se trata de la velocidad total de tu sitio, muchas veces nos centramos en el rendimiento front-end y optimizaciones para mejorar la velocidad de carga de página.
Sin embargo, a veces es bueno verlo desde el lado del servidor, donde su sitio web comienza a cargarse.
Hoy vamos a sumergirnos en cómo TTFB (time to first byte) nos afecta y discutir algunas maneras fácil es sobre cómo reducirlo. TTFB es comúnmente un factor ignorado del rendimiento, pero debe considerarlo al probar la velocidad de tu sitio.
¿Qué es TTFB?
TTFB significa en inglés tiempo hasta el primer byte. Para decirlo simplemente, esto es una medida de cuánto tiempo el navegador tiene que esperar antes de recibir su primer byte de datos del servidor. Cuanto más tarda en obtener esos datos, más tiempo tarda en mostrar la página. Una idea errónea común es que esto se calcula después de los tiempos de búsqueda del DNS, sin embargo, la calculación original de TTFB en redes siempre incluye la latencia de red. Esto implica un proceso de 3 pasos y los retrasos y latencia pueden ocurrir en cualquier parte en medio, sumando a tu TTFB total.
1. Solicitud al Servidor
Cuando alguien visita tu sitio web, lo primero que ocurre es que una solicitud HTTP se envía desde el cliente (navegador) al servidor. En este paso hay una variedad de factores que pueden introducir retrasos. Tiempos de búsqueda de DNS lentos podrían contribuir a aumentar el tiempo para la solicitud. Si el servidor se encuentra geográficamente lejos, esto puede implantar la latencia en la distancia que los datos tienen que viajar. Además, si tiene reglas de firewall complejas, esto podría aumentar el tiempo de enrutamiento. Y no se olvide la velocidad del internet del cliente.
2. Procesamiento del Servidor
Una vez enviada la solicitud, el servidor ahora tiene que procesarla y generar una respuesta. Esto podría introducir una serie de retrasos como consultas a la base de datos lentas, demasiados scripts de terceros, no enviar a la cache su primera respuesta, código mal optimizado para el tema y recursos ineficientes del servidor como disco I/O o memoria.
3. Respuesta al Cliente
Después de que el servidor procesa la solicitud, entonces tiene que devolverla al cliente (o bien devolver el primer byte). Esto se ve duramente afectado tanto por la velocidad de red del servidor como por el cliente. Si el cliente tiene Internet lenta desde un hotspot Wi-Fi, se va a reflejar en el TTFB.
¿Es TTFB Importante?
Es importante entender 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 un montón de 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 hizo incluso un estudio en profundidad sobre la correlación entre clasificaciones de búsqueda y tiempo hasta el primer byte. Sin embargo, es difícil saber si esto fue la causa o si los sitios con menor TTFB también fueron simplemente más rápidos en general, que a su vez podría verse afectado por el factor de clasificación de Google PageSpeed.
Sin embargo, en lugar de pasar el tiempo repitiendo si importa o no, preferimos concentrarnos en las optimizaciones que se puede hacer para mejorar esta métrica. Todo lo que hace puede contribuir a la velocidad general de su sitio, y esto a su vez afectará su TTFB. En nuestras pruebas los sitios con TTFB mucho mayor, simplemente cargan y se sienten más lento.
Generalmente, cualquier cosa menos de 100 ms resulta un TTFB genial. Google PageSpeed Insights recomienda menos de 200 ms para el tiempo de respuesta del servidor. Si usted está en el rango 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 pueden ser un factor.
Cómo Medir Su TTFB
Hay una multitud de diferentes maneras en que puede probar su TTFB. Vamos a explorar un par de ellas a continuación. Pero recuerde, cada herramienta dará resultados ligeramente diferentes por lo que es importante simplemente utilizar una y quedarse con ella para una tener una base de referencia.
Medir TTFB con Google Chrome DevTools
Puede medir el TTFB en Google Chrome iniciando DevTools. Recuerde, sin embargo, si está probando desde su computadora que TTFB está afectado por la latencia de la red y su conexión a internet. Por lo tanto, probablemente sea más eficaz utilizar la herramienta de terceros (como se ve más abajo) que está haciendo la prueba 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 página y seleccione Inspeccionar
- Utilice los atajos de teclado Ctrl + Shift + I (Windows) o Cmd + Opt + I (Mac)
Puede abrir la ventana de red (network window) y ver el rendimiento de su sitio.
Mida el TTFB con la Herramienta de Geekflare
Geekflare tiene una impresionante 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 cuán rápido (bajo) es su tiempo para llegar al primer byte desde tres lugares alrededor del mundo.
Medir TTFB con WebPageTest
También se puede medir su TTFB con WebPageTest. Según su glosario, el tiempo objetivo es el tiempo necesario para las negociaciones DNS, socket y SSL + 100ms. Una letra se deducirá por cada 100ms respecto de la meta. Como se puede ver en nuestra prueba a continuación, este sitio fue medido en 0.256s o sea 256 ms TTFB.
Medir TTFB con Pingdom
Chrome y WebPageTest lo mencionan como TTFB. Sin embargo, si está utilizando Pingdom se lo conoce como “Tiempo de Espera». Asegúrese de revisar nuestra guía en profundidad sobre cómo usar Pingdom.
Medir TTFB con GTmetrix
En GTmetrix, tanto como en Pingdom, TTFB se menciona como tiempo de espera. Asegúrese también de revisar nuestra guía en profundidad sobre cómo utilizar GTmetrix.
Medir TTFB con Herramientas de KeyCDN
KeyCDN tiene una genial herramienta de prueba de rendimiento web con la que puede medir su TTFB de 14 lugares 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 se encuentra físicamente en los Estados Unidos. Esta prueba demuestra que la latencia y la distancia influyen en TTFB.
También hay algunas otras herramientas para medir TTFB, como la Sucuri Performance Tool y ByteCheck. ¿Sabía? Incluso Google Analytics tiene una sección para ver el tiempo de respuesta promedio. Simplemente haga clic en «Behavior > Site Speed > Overview».
4 Maneras de Reducir TTFB en Su Sitio
Ahora vamos a sumergirnos en algunas maneras de cómo reducir el TTFB en su sitio.
1. Utilice un Host Rápido de WordPress
La primera manera de reducir TTFB es asegurarse de que esté utilizando un host rápido. Comparamos el TTFB de un host de terceros compartido (ubicado en Phoenix, AZ) y el TTFB de Kinsta (localizado en Council Bluffs, Iowa). Utilizamos la misma configuración exacta con el tema predeterminado Twenty Seventeen en ejecución. Recuerde que Kinsta ahora ofrece 37 ubicaciones de Google Cloud Platform así es importante que escoja el lugar de su sitio que esté más cerca de sus visitantes.
Kinsta también incluye el nivel premium de la red de Google Cloud Platform en todos los planes de hosting. Otros proveedores usan la red de nivel estándar de Google Cloud, la cual resulta en velocidades más lentas.
TTFB de un Host Compartido
En todas las regiones, el TTFB promedio fue 520 ms. En los Estados Unidos y Canadá, el TTFB promedio fue 240 ms.
Kinsta TTFB
En todas las regiones el TTFB promedio fue 412 ms. En los Estados Unidos y Canadá, el TTFB promedio fue 164 ms. Si su host es Kinsta, también puede elegir alojar su sitio en Europa o Asia. Vea la lista de Ubicaciones de Centro de Google Cloud Datos.
Así que simplemente utilizando un alojamiento más rápido, vimos una disminución del 20% en el TTFB a nivel global. Y una disminución del 32% en TTFB en los Estados Unidos y Canadá.
Tener una buena aplicación, base de datos y un alojamiento de WordPress administrado (como Kinsta), con una arquitectura cuidadosamente pensada, es crucial para reducir tu TTFB.
Esto también hace un buen caso para escoger cuidadosamente un lugar físicamente ubicado en una región donde estén 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 dejar sin efecto algo de eso).
2. Implementar una CDN
Otra manera fácil de disminuir TTFB es utilizar una Red de Entrega de Contenido (CDN – Content Delivery Network). Si usted tiene un sitio web que está sirviendo a los visitantes en diferentes partes del país, o en todo el mundo, esto puede reducir drásticamente su TTFB. Como hemos visto 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 realizó 5 veces y se tomó el promedio de ellas.
TTFB Sin CDN
Primero ejecutamos una prueba con nuestra CDN deshabilitada 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
A continuación, habilitamos nuestra CDN y ejecutamos la prueba de nuevo. Como puede ver, nuestro total de tiempos de carga bajó a 788 ms y nuestro promedio de TTFB ahora es de 37 ms! Qué diferencia una CDN puede hacer. Otra cosa importante a tener en cuenta que elegimos el lugar de Estocolmo para realizar esta prueba. ¿Por qué? Porque queríamos mostrarle la verdadera mejora que se puede lograr al disminuir la distancia física. Hay una CDN POP situada en Estocolmo, por lo que nuestro contenido está siendo servido desde Estocolmo.
Nota: Si está utilizando Cloudflare, podría tener un TTFB ligeramente mayor. Esto es más probable debido a la sobrecarga adicional y la complejidad de tener el servicio totalmente proxy en funcionamiento. Recuerda que Cloudflare tiene firewalls adicionales y otras características que algunos proveedores CDN no tienen. Así que necesita decidir de qué podría beneficiarse más. Si su sitio no está correctamente optimizado, atender el TTFB ligeramente superior podría valer la pena.
Sin embargo, también podría consultar la guía de WP Bullet sobre el uso de cache de página de Cloudflare para reducir TTFB. Esto podría requerir alguna configuración y pruebas adicionales. Asegúrese de ejecutar sus propias pruebas ya que cada entorno es diferente.
3. Utiliza la Caché en Tu Sitio
Una tercera forma, y probablemente una de las maneras más fáciles de reducir su TTFB es utilizar la cache en su sitio. Muchos sólo piensan que la cache puede ayudar a disminuir los tiempos de carga, pero de hecho, también ayuda a disminuir TTFB ya que ayuda a reducir el tiempo de procesamiento del servidor. Realizamos algunas pruebas de nuevo con y sin cache ejecutándose. Cada prueba se realizó 5 veces y se tomó el promedio de ellas.
Sin Ejecutar Cache
Ejecutamos el sitio a través de Pingdom, y sin cache, nuestro sitio obtuvo un tiempo de carga de 1.17 s y un TTFB de 560 ms.
Con Cache Habilitada
Después, habilitamos la cache y ejecutamos el sitio a través de Pingdom de nuevo. Esta vez nuestro sitio anotó un tiempo de carga de 643 ms y un TTFB de 57 ms.
Así que gracias a habilitar la cache, ¡fuimos capaces de reducir nuestro TTFB por un enorme 90%! Puede leer más sobre la cache de Kinsta. Lo hacemos a nivel del servidor, lo que significa que no se necesitan plugins de cache. Si no está utilizando un host de WordPress gestionado, le recomendamos el plugin gratuito de Cache Enabler .
4. Use Un Proveedor de Premium DNS
Y por último pero no menos importante, el DNS juega un papel en TTFB también. Es difícil calcular exactamente cuánto se ve afectado, pero aún puede ver los tiempos de búsqueda de DNS totales y ver que hay proveedores más rápidos y más lentos por ahí. Hicimos un par de pruebas con la herramienta de prueba de velocidad de SolveDNS. A continuación, se muestra un ejemplo de dominio que utiliza DNS gratuito de NameCheap y los tiempos de respuesta.
Free NameCheap DNS
Y a continuación se muestra un ejemplo usando el DNS premium de Amazon Route 53. Como se puede ver en general, los tiempos de búsqueda de DNS son mucho más rápidos con Amazon. Normalmente, los proveedores de DNS premium tendrán mejores velocidades. Cloudflare es uno gratuito que también tiene un gran rendimiento.
Amazon Route 53 DNS
Asegúrese de revisar nuestra entrada sobre por qué debería usar un proveedor de DNS premium. Nos hemos asociado 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, tales como la cache de base de datos, Disk IO, uso de Swap, RAM, configuración de PHP, configuración de MySQL, configuración de red, sobrecarga TLS, etc. Pero los anteriormente mencionados son bastante fáciles para implementar y le darán un impulso de rendimiento más rápido. Así que la próxima vez que alguien le pregunte cómo reducir su TTFB, recuerde que un host rápido, CDN, cache y DNS juegan un gran papel. La reparación o la mejora de estos obstáculos hará la diferencia.
¿Cuál ha sido su experiencia con TTFB? Nos encantaría saberlo a continuación.
Brian tiene una gran pasión por WordPress, lo ha estado utilizando durante más de 10 años e incluso ha desarrollado un par de plugins premium. Brian disfruta de los blogs, las películas y el senderismo. Conéctese con Brian en Twitter.
Deja una respuesta