WordPress y Http2: todas sus preguntas han respondido

¿Cuántas veces ha encontrado un artículo que sugiere formas de hacer que su sitio web de WordPress sea más rápido? Probablemente te cansaste de ellos. Lo que lo siento es que la mayoría recicla los mismos viejos trucos una y otra vez. Tengo noticias para ti: la mala noticia es que este es otro artículo sobre cómo hacer que tu sitio de WordPress sea más rápido. La buena noticia es que es un concepto completamente nuevo. Se llama http/2. ¿Qué es HTTP y por qué necesitamos HTTP/2? En primer lugar, probablemente esté extremadamente familiarizado con HTTP. Aunque puede saber exactamente lo que significa y lo que hace, probablemente lo use docenas de veces todos los días.
Cada vez que visita Google. O wpmu dev. O incluso WordPress.org esencialmente, HTTP (acortado para el protocolo de transferencia de hipertexto) es cómo un navegador y un servidor web se comunican entre sí. En términos no demasiado técnicos, HTTP es el lenguaje que utiliza el servidor web y el cliente para comunicarse. No profundizaré demasiado en HTTP, qué es y cómo funciona. Si desea leer más al respecto, vea la página de Wikipedia. HTTP se documentó por primera vez oficialmente en 1991 como versión 0.9. Esto es hace más de 25 años, que en tecnología es Eoni.
Nota: Hubo varias versiones de HTTP, incluidas 1.0 y 1.1; me referiré a HTTP1 como http1.x en este artículo. Es suficiente decir, en ese momento, su sitio generalizado se veía así:

En los viejos tiempos, los servidores web no tuvieron que transmitir muchos datos.
He pasado por un largo camino desde entonces, y este sitio web que lee en este momento es un ejemplo de cómo ha progresado la web. El tamaño de su sitio web estándar ha aumentado de unos pocos kilo a unas pocas megactas. El número real de archivos que componen un sitio web ha pasado de solo una mano a cien o más archivos que son la norma. Este progreso y la explosión que resulta en el tamaño y el número de archivos necesarios para ejecutar un sitio web, tienen una serie de limitaciones que tenía el protocolo HTTP. Estas limitaciones crearon latencia (o lenta) en la carga de un sitio web. De ahí la necesidad de http/2. HTTP/2 es esencialmente una evolución del protocolo HTTP, cuyo objetivo es remediar estas limitaciones. De hecho, uno de sus objetivos principales declarados es: ” – Wikipedia Pero antes de explicar qué problemas quiere resolver HTTP/2, ¿cuáles son exactamente los problemas con http1.x?
Las limitaciones de http1.x, como me referí a algunos párrafos, HTTP1.X tiene una serie de limitaciones, que han ocurrido debido a la creciente complejidad y tamaño de los sitios web actuales. Volvamos a echar un vistazo al capó cómo se veían los sitios web en los primeros días. Si nos referimos nuevamente a este sitio web, que nos lleva hace unos años a cómo se veían los sitios web en los primeros días, podemos ver que todo el sitio web está compuesto por dos archivos:
Este sitio simple requiere solo dos archivos.

índice (.html)
Blueribbon.gif
El archivo HTML consta de casi todo el contenido de la página. El único recurso adicional requerido para mostrar la página correctamente es Blueibbon.gif.
Esto significa que el navegador tiene que hacer dos conexiones. Por otro lado, veamos un sitio maduro como WPMU Dev. Literalmente docenas de diferentes archivos para descargar
Varios archivos HTML utilizados para varias características y funciones requeridas por WordPress y otros complementos

Archivos CSS para el estilo del sitio
Archivos js para activar funciones interactivas
Imágenes para embellecer el sitio y completar los archivos HTML, JS y CSS
Scripts de terceros para activar funciones como Analytics, Social Sharing, Google AdWords y más.
El navegador debe solicitar cada archivo mencionado en los archivos HTML, CSS y JS. Esto significa que tienen que hacer cientos de conexiones.
Ahora, crear una sola conexión requiere una superficie técnica significativa. Crear cientos de conexiones significa que esta sobrecarga es compatible con cientos de veces. Imagínese solo si su cartero regrese a la oficina de correos por cada carta que tuviera que publicar. Esto se convirtió en un problema real y, por lo tanto, el logro rápido de un sitio web implica principalmente dos cosas:
Disminución de la latencia combinando tantos archivos como sea posible en la menor cantidad de archivos posible, lo que requiere menos solicitudes
Comprimir y minimizar los archivos reduciendo así el tamaño de los datos enviados entre el navegador y el servidor
HTTP/2 tiene como objetivo resolver estos problemas por defecto.
¿Cómo es un sitio web HTTP/2 más rápido? Si desea comprender las especificaciones exactas de HTTP/2, podemos sugerirle que visite las frecuentes preguntas de GitHub HTTP2. Si no desea ser demasiado técnico, intentaré explicar las mejoras HTTP/2 a HTTP en términos no demasiado técnicos. HTTP/2 está destinado a ser leído por automóviles, no por personas HTTP1.X era un protocolo basado en texto, esencialmente destinado a ser leído por el hombre. Por otro lado, HTTP/2 es un protocolo binario. Esto significa que está destinado a comunicaciones entre automóviles (su servidor web y su navegador) y no para las personas. Esto hace que la comunicación entre el servidor y el navegador sea más efectiva de varias maneras. Esencialmente, es más rápido analizarlo, es compresible, reduce el número de errores y escapa de una serie de ineficiencias necesarias para la legibilidad, como espacios blancos, líneas vacías, terminaciones ordinarias, escritura en mayúsculas, etc. 2 permite la transferencia. Varios archivos simultáneamente ¿Recuerdas cuando mencioné al cartero que tuvo que regresar a la oficina de correos para cada carta que querían entregar? Estaban limitados por el hecho de que solo podían transferir una carta en algún momento. Http1.x también sufrió la limitación de que se permitía una sola conexión en un momento dado. HTTP/2 se multiplica, lo que significa que pueden ocurrir más conexiones al mismo tiempo. Nuestro “cartero” ahora puede entregar más de una carta en un momento, entregando todos los recursos de un mucho más eficiente y, por supuesto, más rápido.
HTTP2 permite más de una conexión a la vez, a diferencia de HTTP1.1, que se limita a una sola conexión en un momento dado.
HTTP2 permite que el servidor envíe archivos al navegador que él sabe que necesitará HTTP2 implementa un mecanismo llamado Push Server. Por otro lado, en http1.x, el navegador generalmente tenía que esperar a que se entregara un archivo HTML y analizarlo. Una vez que se da cuenta de que necesita un archivo CSS, un archivo JS y algunos archivos de imagen, tuvo que preguntarles esos archivos. Si mientras analizaba los archivos resultantes, necesitaba otros archivos, entonces tuvo que enviar otras solicitudes más tarde. Servidor Push es un mecanismo por el cual el servidor realmente sabe por qué los archivos necesitarán el navegador antes de que las solicite efectivamente. El servidor “presiona” esos archivos en el navegador sin esperar a que pregunte. Esto hace que todo el proceso de obtener todos los recursos necesarios para mostrar un sitio web sea mucho más rápido. HTTP2 utiliza otras técnicas de optimización de HTTP2 permite lo que se llama encabezado. Este es esencialmente un mecanismo que reduce la sobrecarga para crear la conexión inicial entre el servidor y el cliente. Esto reduce significativamente el tiempo requerido para iniciar una conexión, especialmente en dispositivos móviles, donde la sobrecarga generalmente se agrava por redes lentas y la necesidad de tomar datos de múltiples servidores para un solo sitio web. Para recapitular cuán efectivo es HTTP2:
Es más rápido crear una conexión entre el cliente y el servidor;

La conexión efectiva entre un navegador y un servidor web es más efectiva, predeterminada más rápido;
Los archivos y recursos necesarios para el cliente pueden transferirse simultáneamente, en lugar de secuenciales;

El servidor puede empujar los archivos al navegador web si cree que los necesitará más tarde, reduciendo todo el tiempo de transferencia de archivos; Las iconecciones iniciales se han hecho más efectivas.
¿Quién ha “inventado” http2? ¿Y qué es rápido? Se sabe desde hace algún tiempo que HTTP fue algo ineficiente. En 2009, dos ingenieros de Google (Mike Belshe y Roberto Peon) participaron en una misión para mejorar la eficiencia de HTTP-Wanting para hacer la web el doble de rápido. Lo hicieron implementando las técnicas discutidas anteriormente, esencialmente modificando cómo se envían las solicitudes y respuestas por cable. Este protocolo se ha conocido como SPDY (o rápido). La base del código de Speedy fue finalmente adoptada como punto de partida para el desarrollo de HTTP2 por el grupo de trabajo HTTP. ¿Cuándo puedo implementar HTTP2 en mi sitio web? ¿Qué sucede si el navegador de un visitante no acepta HTTP2? HTTP2 en Browsere se ha definido e implementado de tal manera que puede degradarse con gracia en http1.x. Esencialmente, si un navegador no acepta http2, se utilizará http1.x. El usuario no será más sabio. Sin embargo, comienza a ser poco probable que el navegador de su visitante no acepte HTTP2. Al momento de escribir este artículo, alrededor del 70% de los navegadores utilizados actualmente aceptan HTTP2. Los principales navegadores como Chrome, Firefox, Microsoft Edge, Safari, Opera y otros navegadores importantes aceptan HTTP2. Puede verificar si su propio navegador acepta HTTP2 usando la herramienta de prueba AKAMAI. ¿Es también una muy buena demostración de cómo HTTP2 se beneficiará del tiempo de carga de su sitio, ¿cómo implemento HTTP2 en mi sitio?
Esto es algo que depende en gran medida del servidor web que vuelva a alimentar su sitio, la mayoría de los servidores web importantes, como Apache, NGINX e IIS, ya tienen soporte para HTTP2. Sin embargo, incluso si su sitio funciona con uno de estos servidores, esto no significa automáticamente que su sitio pueda aceptar HTTP2. Todo depende de si el servidor de alojamiento de su sitio actualmente tiene una versión del software que acepta HTTP2. Hay varias compañías de alojamiento que ya aceptan HTTP2, pero no todas. La mejor opción es preguntar si su cuenta de host actual acepta HTTP2. También puede consultar con la siguiente herramienta para verificar si HTTP/2 ya está activado en su sitio web. ¿Eso es todo lo que tengo que hacer? No, realmente no. Hay otra complicación. Actualmente, las implementaciones HTTP2 en Browsere requieren que HTTP2 se entregue a través de una conexión cifrada. Esto significa que, además de tener un servidor web que acepta HTTP2, su sitio también debe haber implementado HTTPS. (Es posible que desee echar un vistazo completo a una guía completa (pero simple) para WordPress HTTPS si no está demasiado familiarizado con los beneficios HTTPS). Esto significa que deberá obtener un certificado seguro para su sitio e implementarlo. Puede obtener un certificado SSL comercial a través de su empresa de alojamiento, que utilizará una autoridad de certificación adecuada para generar el certificado. Luego puede implementar el certificado seguro en su sitio web de WordPress. Recientemente, también había certificados SSL gratuitos usando Let ‘
s encrypt. Esto también está cubierto por otra excelente guía para la adición de certificado SSL gratuito y HTTPS a WordPress con Let’s Cintpt y CertBot. ¿Pero http/2 para WordPress? Simplemente, HTTP/2 es independiente de WordPress o cualquier otro CMS que use. Debido a que esto es algo que se implementa a nivel de servidor web, esto es algo “a continuación” en la pila que su sitio de WordPress. Luego, nuevamente, hay cosas específicas que puede hacer para WordPress. Una de las mejoras que mencioné sobre HTTP2 es la implementación de un mecanismo llamado servidor Push. Esto requiere sugerencias u orientación del CMS utilizado. Para WordPress, el complemento HTTP/2 Servidor Push WordPress permite sugerir qué recursos pueden “poner el servidor”. Esto es agregar el soporte necesario para presionar cada script y estilo de estilo en línea. Esto significa que los archivos JS y CSS que usan el mecanismo de espera de WordPress se pueden impulsar en el servidor web al navegador, utilizando por completo las técnicas de optimización HTTP/2. ¿Pero otras técnicas para hacer WordPress más rápido? Este es un pequeño problema y algo en el que los desarrolladores tienden a no estar de acuerdo entre ellos. Existen diferentes tipos de optimizaciones que hacen que su sitio de WordPress sea más rápido. Algunos de ellos todavía son aplicables, algunos de ellos deben estar deshabilitados. De lo contrario, puedo hacer que su sitio sea más lento si usa HTTP2. Optimización permitida: cualquier tiempo de redación reduce cualquier optimización que tenga como objetivo reducir el tiempo total requerido para jugar las páginas de WordPress puede permanecer en el acto. Cosas como:
Reducción de complementos para reducir el tiempo de representación, implementando diferentes niveles de mecanismos de almacenamiento en caché y
Haga su sitio más débil en general a través de temas o de otra manera.
Todas estas son optimizaciones que son seguras y pueden permanecer. Otras optimizaciones que pueden permanecer son aquellas donde los archivos tienen un largo tiempo de vencimiento, de modo que se reutilizan una y otra vez si no se modifican. Esto generalmente se aplica a los archivos CSS y JS que no cambian con frecuencia. Optimizaciones no impermitadas: cualquier cosa reduce el número de solicitudes La forma más común de hacer un sitio web más rápido (como discutimos antes) es combinar más archivos en menos archivos y también minimizar estos archivos. La combinación de archivos es algo que crea una sobrecarga. Con HTTP2, no hay ningún beneficio para reducir el número de solicitudes, por lo que esta sobrecarga en realidad crea un tiempo de respuesta “más largo” inicial. La minificación, también otro proceso que esencialmente reduce el tamaño de los archivos al eliminar los caracteres destinados a la legibilidad humana, también implica sobrecargar el servidor. Debido a que HTTP/2 en realidad hace una compresión muy efectiva, la mini miniificación se vuelve superflua. También agrega gastos generales de procesamiento, lo que no da como resultado un beneficio adicional para los sitios web HTTP/2. Hagamos la web más rápido con HTTP/2 ahora que ha visto cómo HTTP/2 puede hacer que su sitio sea más rápido, espero que esté implementado para implementarlo en su sitio lo antes posible. Mejorará significativamente el tiempo de carga de su sitio, esto significa de manera predeterminada que sus usuarios tendrán una experiencia de usuario mucho más rápida y agradable. ¿Está listo para HTTP2? ¿O su sitio ya usa HTTP2? Cuéntanos lo que piensas en los comentarios a continuación.
Etiquetas:
http