¿Cuál es el tiempo para el primer byte y cómo mejorarlo?

Puede que hayas oído esto tiempo del primer byte Pero de alguna manera el concepto parece eludir a algunas personas. Ya sea porque parece muy orientado a la tecnología, o porque parece ser un concepto abstracto que no es tan importante para el uso diario. Nada está lejos de la verdad.

El tiempo hasta el primer byte no es realmente un concepto o idea que solo un técnico pueda entender. Todos deben ser capaces de entender lo que significa y ponerlo en práctica.

En este artículo te lo explicaré en pocas frases: Cuál es el tiempo del primer byte, cómo afecta a tu web y por qué deberías prestar suficiente atención a este tema Si desea brindar a sus lectores la mejor experiencia de navegación en su sitio web.

¿A qué hora es el primer byte?

El tiempo hasta el primer byte (TTFB) es una medida utilizada como indicación de la capacidad de respuesta de un servidor web u otro recurso de red.

El TTFB mide la duración desde el momento en que un usuario o cliente realiza una solicitud HTTP hasta el momento en que el navegador del cliente recibe el primer byte de la página. Este tiempo consiste en el tiempo para conectar el socket, el tiempo requerido para enviar la solicitud HTTP y el tiempo requerido para recibir el primer byte de la página. Aunque a veces se malinterpreta como un cálculo posterior al DNS, el cálculo TTFB sin procesar en una red siempre involucra la latencia de la red para medir cuánto tiempo tarda el recurso en comenzar a cargarse.

Esta es una explicación tomada directamente de «Técnico» WikipediaAhora vamos a traducirlo a uno más simple que funcione para todos.

El tiempo hasta el primer byte es el tiempo que transcurre desde el momento en que presiona este botón para cargar el sitio web hasta el momento en que comienza a aparecer. Si hablas de ello en términos de juegos, el tiempo hasta el primer byte será similar a tu «retraso» o «retraso» durante el juego. El retraso es una indicación directa de la capacidad de respuesta de su sitio web.

¿Qué factores afectan el tiempo hasta el primer byte?

El tiempo hasta el primer byte puede estar representado por varios factores, pero dado que este es un artículo de WordPress, reduciremos todo a lo que se ve afectado cuando WordPress está en su lugar.

  • Tiempo de respuesta de DNS
  • Configuración y rendimiento del servidor (PHP y servidor web)
  • Complementos / temas de WordPress
  • Habilitar/deshabilitar el almacenamiento en caché de HTML

cada uno de estos factores Añadido retraso adicional El tiempo que tarda su sitio web en comenzar a aparecer. todo viene juntoEsto no significa algunos Estos factores pueden afectar la latencia, todo ¡Estos factores conducen a más retrasos! Entonces puede asumir que para un escenario ideal, todo debería darle un muy buen tiempo para el primer byte muy rápidamente, si algo en este circuito toma más tiempo para procesarse, eventualmente obtendrá el tiempo para el primer byte.

Esto es importante porque El tiempo hasta el primer byte afecta todo lo que usted o sus lectores hacen en su sitio web. Cada vez que el lector hace clic en un enlace, imagen, publicación de blog o página, se tiene en cuenta el tiempo hasta el primer byte. Puede ver que el mal tiempo para el primer byte significa que el lector tendrá una situación similar a la de un jugador que se conecta a un servidor defectuoso. Cada clic tiene un retraso significativo, lo que afecta la experiencia..

Nota: De ahora en adelante usaré el acrónimo TTFB para el tiempo hasta el primer byte solo para acelerar las cosas.

1. Tiempo de respuesta de DNS

La resolución DNS es el primer factor en la ecuación. Siempre asegúrese de usar buenos servidores DNS y sus nodos estén dispersos por todo el mundo para obtener la mejor resolución posible. Una buena manera de reducir TTFB durante este paso es usar un buen servicio global como Llamarada de la nube Implementado como este servicio Caché de DNS global. Este enfoque es excelente para reducir TTFB al almacenar en caché más resoluciones.

2. Configuración del servidor

El segundo paso para ralentizar el TTFB es el servidor real. Aquí es donde entra en juego su alojamiento. El tipo de configuración del servidor web y la tecnología de almacenamiento en caché que utiliza serán disminuir mucho TTFB. Por ejemplo, si su servidor implementa un antiguo intérprete de PHP 5.4, obtendrá un TTFB muy alto, mientras que el uso de una configuración moderna de PHP 7.1 reducirá este tiempo en un factor de 2 o más.

Esto se debe a que el intérprete de PHP juega un papel importante en este proceso.Cada vez que solicita una página web o publicación de blog No en caché, el servidor necesitará Trabajando con archivos PHP problemáticos Conviértalos de nuevo a su navegador en formato HTML. Cuanto más complejos sean los archivos PHP, más tiempo llevará preprocesarlos y enviarlos de vuelta al navegador.

Puede ver que el rendimiento del servidor también jugará un papel importante en todo el proceso. Cuanto más rápido sea el procesador, cuantos más recursos le asigne su host, más rápido podrá procesar estos archivos y, por lo tanto, su TTFB será más pequeño.

Además, si su host implementa el almacenamiento en caché de PHP, esto se reducirá aún más en la segunda solicitud, ya que servirá una versión en caché del archivo sin tener que volver a procesar el archivo PHP.

Ahora puede ver que hay 2 tipos de negocios de alojamiento, servicios compartidos (sin caché) y servicios de alojamiento de WordPress propios que se implementan comúnmente Mecanismo de almacenamiento en caché de PHPreduciendo su TTFB en el proceso.

3. Complementos y temas de WordPress

El tercer paso en la ecuación TTFB es su sitio real. Este es el factor más importante y te diré por qué.

Por lo general, WordPress alojará varios archivos PHP para procesar, y cuanto más complejos sean, más tardará en procesarse. WordPress funciona con enchufar Y estos complementos añadir código adicional hasta el procesamiento final de PHP, así que con eso en mente, puedes ver claramente Cuantos más complementos instale, más tardará el host en procesarlos Por lo tanto, su TTFB aumentará.

menos es mejor

Como regla general, menos complementos suelen ser mejores. Por supuesto, un complemento mal codificado puede ser mucho peor que 10 complementos codificados profesionalmente, o es posible instalar dos complementos que colisionen. Pero, en términos generales, reducir la cantidad de complementos puede facilitarle la administración de actualizaciones y mantener su sitio rápido. Este es un ejemplo de un número razonable de complementos instalados.

El siguiente ejemplo puede ser problemático (nuevamente, dependiendo en parte de lo que haya instalado).

Tiempo hasta el primer byte: más complementos

Por supuesto, cualquier cosa por encima de la barrera de los 30 complementos probablemente será perjudicial para su latencia. Puede estar seguro de que un sitio web con más de 40 complementos tendrá un TTFB muy alto incluso con un servicio de alojamiento increíble y le mostraré por qué.

4. Almacenamiento en caché de HTML

El último factor es el más importante, está relacionado con mecanismo de almacenamiento en caché Decide implementar su instalación de WordPress, aunque WordPress tiene diferentes mecanismos de almacenamiento en caché, los más efectivos son Almacenamiento en caché de HTML.

Hay un buen plugin como este Habilitador de caché KeyCDN Tendrá un gran impacto en su TTFB, incluso más que el alojamiento en sí mismo.Convierte todos estos archivos a HTML, por lo que una vez que el caché esté activo, sus lectores no tendrán que pasar por el preprocesador PHP de su host, será solo en el propio servidor web Responsable de proporcionar su contenido. Si elige usar incl. nginx en lugar de apache como servidor web principal, como explico en este artículo.

Es hora de empezar a leer estudios de casos: por qué es importante

Ahora déjame decirte de lo que estamos hablando. Los siguientes casos son ejemplos del mundo real de configuraciones de sitios web en diferentes servidores, con un práctico resumen del punto de referencia al final.

sitio web lento en un servidor lento

Tener un sitio lento puede ser una molestia para TTFB y si no le importa un buen alojamiento, debe estar preparado para el peor resultado posible.

Tiempo hasta el primer byte: sitio lento, rendimiento lento del servidor

Analicemos este sitio en detalle. Para esto usaré la herramienta Pingdom, ya que es una gran herramienta para que veas el TTFB.El truco es abrir detalle La primera solicitud al sitio.

Tiempo hasta el primer byte: sitio lento, respuesta lenta del servidor

Como puede ver, ¡el sitio tiene un TTFB de no menos de 4.2 segundos! Esto significa que han pasado 4 segundos completos hasta que reciba una indicación de que el sitio está realmente disponible.

Ahora multiplique ese tiempo por todos los clics que hace en su sitio y vea lo doloroso que puede ser para sus lectores. Por supuesto, el TTFB debe agregarse al tiempo total que muestra el sitio. El resultado será perjudicial para la productividad Porque el sitio tomará el mayor tiempo posible. 7 segundos para mostrar a veces correctamente.

Una combinación de varios factores condujo a esto. Sitio web mal optimizado sin mecanismo de almacenamiento en caché, servicio de alojamiento muy lento y un intérprete de PHP completamente desactualizado que aún funciona con PHP 5.4. aunque el sitio utiliza cloudflare como mecanismo de almacenamiento en caché externo, si su sitio y su host no cooperan, no se puede hacer nada para mejorar la situación.

Sitio web rápido en un servidor normal

Veamos qué pasa cuando ponemos un sitio muy rápido en un servidor normal con Apache y PHP 7.1

Tiempo hasta el primer byte: sitio rápido, respuesta promedio del servidor

Si el sitio tiene menos de 10 complementos sin caché, el resultado es al menos 5 veces mejor que el anterior. Puede ver que el TTFB ya está configurado en 521 ms. Esto significa que el sitio tardará 0,5 segundos en aparecer en su navegador desde el momento en que llega a su computadora desde el servidor.

Tiempo hasta el primer byte: sitio rápido, respuesta promedio del servidor 2

¿Qué sucede cuando activamos el caché en este sitio web? La magia sucede. Servidor normal funcionando en Apache, dio excelentes resultados con TTFB de solo 152 ms, por lo que se puede ver Buen almacenamiento en caché de WordPress Los mecanismos afectan los resultados.

Sitio web muy lento en un servidor rápido

Ahora veamos lo contrario. ¿Qué pasa si ponemos un sitio muy lento en un servidor muy rápido?

Tiempo hasta el primer byte: sitio lento, respuesta rápida del servidor

Un servidor optimizado que ejecute Plesk con nginx y PHP 7.1.11 tardará 1,29 segundos en mostrar un sitio lleno de complementos (más de 27).

Tiempo hasta el primer byte: sitio lento, respuesta rápida del servidor 2

Pero cuando habilitamos el almacenamiento en caché de WordPress con el maravilloso KeyCDN Cache Enabler, los resultados fueron sorprendentes. Los sitios muy lentos reducen su TTFB a solo 400 ms.

sitio web rápido en un servidor rápido

Ahora veamos el mejor de los casos. Sitio web rápido que se ejecuta en un servidor rápido.

Tiempo hasta el primer byte: sitio rápido, respuesta rápida del servidor

El mismo servidor que entrega TTFB de 1,29 segundos a un sitio lento tiene un tiempo de respuesta de menos de 500 ms en un sitio rápido sin almacenamiento en caché.

Tiempo hasta el primer byte: sitio rápido, respuesta rápida del servidor 2

Si habilitamos el almacenamiento en caché, los resultados son simplemente impresionantes. ¡Un servidor rápido combinado con un sitio web rápido en caché ofrece TTFB en menos de 150 ms!

Resultados del análisis comparativo

Veamos todos los resultados en un panorama general para los entusiastas de los puntos de referencia.

Tiempo de referencia para el primer byte

Puede ver que el alojamiento juega un papel importante en la reducción de TTFB y en la mejora de la latencia y el rendimiento percibido de su sitio web, pero lo que hace con su sitio web tiene el mayor impacto en el rendimiento.

me tuerzo

Tener una buena métrica de TTFB garantizará que tenga un sitio receptivo, reduzca el tiempo de procesamiento general y sirva como una excelente medida de rendimiento. En general, cuanto mayor sea el TTFB, más lento será su sitio web. Es crucial tener en cuenta el TTFB al comparar su sitio, ya que este tiempo también puede usarse para identificar cuellos de botella en su instalación de WordPress. Puede hacer un ejercicio simple simplemente deshabilitando todos los complementos y cambiando al tema principal y midiendo TTFB nuevamente. Te sorprenderán los resultados.

Como conclusión de este artículo, me gustaría decir que de ninguna manera se trata de una medida «única para todos», ya que hay otros factores a considerar, como el rendimiento de la base de datos, el ancho de banda disponible y la velocidad de la red. Pero dado que TTFB generalmente también se ve afectado por todos estos factores, es un buen indicador de cuellos de botella en otros lugares.

Espero que tengas la oportunidad de probar tu TTFB. Deje sus comentarios a continuación. Estaremos encantados de escuchar sus propias pruebas o ayudarlo con cualquier pregunta que pueda tener.

Deja un comentario

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *