¿Cuál es el momento del primer byte y cómo mejorarlo?

Es posible que haya escuchado el tiempo para la primera expresión de bytes, pero de alguna manera el concepto parece deshacerse de algunas personas. Ya sea que parezca increíblemente orientado a la tecnología o porque parece un concepto abstracto, no tan importante para el uso diario. Nada puede estar más lejos de la verdad. El tiempo para el primer byte no es en realidad un concepto o idea que solo las personas técnicas deberían entender. Todos deberían poder entender su significado y aplicarlo en la práctica. En este artículo, le explicaré, en pocas palabras: ¿Cuál es el momento del primer byte, cómo este sitio lo afecta y por qué debe prestar considerable atención a este tema si desea dar a sus lectores? Mejor experiencia posible al navegar el sitio.
¿Cuál es el momento del primer byte? El tiempo para el primer byte (TTFB) es una medida utilizada como una indicación de la capacidad de reacción de un servidor web u otro recurso de red. TTFB mide la duración del usuario o cliente que realiza una solicitud HTTP al primer byte de la página recibida por el navegador del cliente. Esta vez se compone de tiempo de inicio de sesión de socket, el tiempo requerido para enviar la aplicación HTTP y el tiempo requerido para obtener el primer byte de la página. Aunque a veces se malinterpretó como un cálculo posterior al DNS, el cálculo inicial de TTFB en la red siempre incluye la latencia de la red para medir el tiempo requerido para que un recurso comience a cargar.
Esta es la explicación “técnica” tomada directamente de Wikipedia. Ahora, traducir esto en uno más simple que sirva a todos. El tiempo para el primer byte es el tiempo requerido para presionar ese botón para cargar un sitio web al jugar. Si hablaras de esto en términos de juego, el tiempo para el primer byte sería similar a la “latencia” o “retraso” que tienes durante los juegos. La vida es una representación directa de cuánto percibido receptivo tiene su sitio ¿Qué factores afecta el tiempo al primer byte? El tiempo para el primer byte puede representarse por varios factores, pero debido a que este es un elemento de WordPress, reduciremos todo a lo que se ve afectado cuando WordPress esté en su lugar.
Configuración y rendimiento del servidor (PHP y servidor web)
Tema de complementos / WordPress
Caché HTML activado / deshabilitado
Cada uno de estos factores agrega latencia adicional al tiempo requerido para que su sitio comience a jugar. Esto significa que todo se agrega. No se trata del hecho de que algunos de estos factores pueden tener un impacto en la latencia, ¡todos estos factores que contribuyen a una latencia más alta! Por lo tanto, puede adivinar que para un escenario ideal, todo debería ser rápido para obtener un muy buen momento hasta el primer byte y si algo en esa cadena requiere más tiempo para procesar, la última vez que habrá sufrido el primer byte.
Esto es importante porque el tiempo Torst Byte afecta todo lo que hace o sus lectores en su sitio cada vez que un lector haga clic en un enlace, imagen, publicación de blog o página, se considerará en el tiempo del primer byte. Puede ver que un tiempo inapropiado hasta que el primer byte signifique que el lector tendrá una situación similar a un jugador conectado a un servidor débil. Cada clic tendrá una brecha considerablemente asociada y tendrá un impacto en la experiencia. Nota: a partir de ahora, usaré el acrónimo TTFB para indicar tiempo al primer byte solo para acelerar las cosas. El tiempo de respuesta del DNS la resolución DNS es el primer factor en la ecuación. Siempre asegúrese de usar buenos servidores DNS y que tengan nudos generalizados para obtener la mejor resolución posible. Una buena manera de reducir TTFB en este paso es utilizar un buen servicio global, como CloudFlare, ya que este tipo de servicio implementa el caché DNS global. Este método es extremadamente bueno para la reducción de TTFB almacenando resoluciones adicionales en caché. 2. Servidor del servidor El segundo paso en la latencia TTFB es el servidor real. Aquí viene tu alojamiento. Por ejemplo, si su servidor implementa el viejo artista PHP 5.4, obtendrá un TTFB muy grande, mientras que usar una configuración PHP 7.1 moderna reducirá el tiempo con 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 solicite una página de publicación de sitio o blog que no sea caché, el servidor deberá procesar los archivos PHP en cuestión para convertirlos en formato HTML a su navegador. Cuanto más complejos sean los archivos PHP, lo que llevará más tiempo para -Proceed y envíelos de regreso al navegador. Puede ver que el rendimiento del servidor también asumirá un papel importante durante todo el proceso. Cuanto más rápido sea el procesador y más sus recursos lo asignan, más rápido procesará los archivos y, por lo tanto, su TTFB será más pequeño. Además, si su alojamiento implementa un caché PHP, esto continuará reduciéndose a la segunda solicitud, como lo hará. Proporcione un caché del archivo respectivo en lugar de tener que procesar el archivo PHP nuevamente. Ahora puede ver que hay 2 tipos de servicios de alojamiento, servicios generales (deshabitados) y servicios exclusivos de alojamiento de WordPress que generalmente implementan un mecanismo de caché, reduciendo TTFB en este proceso. 3. Los complementos y los temas de WordPress del tercer paso en la ecuación TTFB es su sitio real. Este es el factor más importante y te mostraré por qué.
WordPress generalmente le dará más archivos PHP para alojar y cuanto más complejos sean, más tiempo tomará tiempo para procesarse. WordPress es atendido por complementos, y estos complementos agregan código adicional al procesamiento final de PHP, por lo que dado esto, puede ver que cuanto más complementos tenga, más tiempo llevará para su host. Por lo tanto, su TTFB aumentará. Cuanto menos mejor, menos los complementos suelen ser mejores. Por supuesto, un complemento mal codificado puede ser mucho peor que 10 complementos codificados expertos o puede instalar dos complementos que se convierten en conflictos. Pero, en general, la condensación del número de complementos facilita su gestión de actualizaciones y mantiene la velocidad de su sitio. Aquí hay un ejemplo de una cantidad razonable de complementos).
Y, por supuesto, lo que exceda la barrera de 30 complementos probablemente no sea buena para su latencia. Puede estar seguro de que un sitio web con más de 40 complementos tendrá un TTFB extremadamente alto, incluso si se aloja en un servicio de alojamiento. te mostrará por qué.
4. El último factor de almacenamiento en caché HTML es el más importante y está relacionado con el mecanismo de caché que decide implementar en su instalación de WordPress. Aunque hay varios tipos de mecanismos de caché en WordPress, el más efectivo de todo es el almacenamiento en caché HTML.
Si tiene un buen complemento, como el habilitador de caché KeyCDN, tendrá un impacto extraordinario en su TTFB, incluso más que alojarse. Convertirá todos esos archivos a HTML, por lo que una vez que su caché esté activo. Incluso acelera el proceso aún más si decide usar un host que incluye a Nginx en lugar de Apache como el servidor web principal, como explicé en este artículo. Tiempo para estudios de casos para el primer byte: por qué es importante ahora déjame mostrarte de qué estamos hablando. Los siguientes estudios de casos son ejemplos de la vida real de configuraciones de sitios web en diferentes servidores, con un resumen útil al final. Un sitio web lento en un servidor lento tiene un sitio lento puede ser un dolor para TTFB y si no le importa un buen servicio de alojamiento, entonces debe estar preparado para enfrentar el peor resultado posible. Veamos este sitio en detalle. Con este fin, usaré herramientas de pingdom porque es una herramienta excelente para permitirle ver TTFB. El truco es abrir los detalles en la primera solicitud hecha al sitio.

Como puede ver, ¡el sitio tiene un TTFB de al menos 4.2 segundos! Esto significa que pasan 4 segundos completos hasta que reciba cualquier indicación de que el sitio web está realmente disponible. Ahora, multiplique esta vez con todos los clics que hará en el sitio y puede ver cuánto dolor podría ser para un lector. Por supuesto, TTFB debe agregarse al tiempo de juego total. El resultado será catastrófico para el rendimiento, porque el sitio tardará hasta 7 segundos en jugar correctamente. La combinación de varios factores lo lleva. Un sitio web mal optimizado, sin un mecanismo de caché, un servicio de alojamiento muy lento y un intérprete PHP completamente desactualizado, que continúa ejecutando PHP 5.4. Incluso cuando el sitio usa CloudFlare como un mecanismo de caché externo, no se puede hacer nada para mejorar la situación, si su sitio y su alojamiento no cooperan. Un sitio web rápido en un servidor promedio para ver qué sucede cuando colocamos un sitio muy rápido en un servidor promedio que usa Apache y PHP 7.1 con un sitio que tiene menos de 10 complementos de caché, el resultado es al menos 5 veces mejor que el anterior . Puede ver que TTFB ahora está configurado en 521 ms. Esto significa que el sitio tardará 0.5 segundos en comenzar a jugar en su navegador, desde el momento en que va desde el servidor hasta el momento en que llega a la computadora.

¿Qué sucede cuando activamos caché en ese sitio web? Magic sucede. Un servidor medio general que se ejecuta en Apache puede ofrecer excelentes resultados con solo 152 ms de TTFB. Puede ver cuánto afectan los resultados un buen mecanismo de caché de WordPress. Un sitio web muy lento en un servidor rápido ahora para ver lo contrario. Lo que sucede si colocamos un sitio muy lento en un servidor muy rápido. Un servidor optimizado que ejecuta Plesk con Ningx y PHP 7.1.11 tardará 1.29 segundos en jugar un sitio lleno de complementos (más de 27).

Pero cuando activamos el almacenamiento en caché en WordPress a través del maravilloso habilitador de caché KeyCDN, el resultado es sorprendente. El sitio muy lento tiene TTFB reducido a solo 400 ms. Un sitio web rápido en un servidor rápido ahora para ver la situación óptima. Un sitio web rápido que se ejecuta en un servidor rápido.
El mismo servidor que ofreció un TTFB de 1.29 segundos en un sitio lento responde en menos de 500 ms en un sitio libre rápido.

Si activamos el caché, los resultados son simplemente increíbles. ¡Un servidor rápido combinado con un sitio web rápido con caché activado ofrece menos de 150 ms de TTFB! Resultados de referencia para ver los resultados, todos en un gráfico grande para los amantes de la referencia.