HTTP/2 ya disponible en todos los servidores compartidos o en la nube, de SiteGround

Internet, como todos sabemos, no existiría hoy en día sin no hubiese existido el protocolo HTTP. Es el corazón y el alma que bombea el contenido a todo el mundo. Esto hace posible que todos podamos leer las últimas noticias, comprar online, ver vídeos en YouTube y acceder a nuestras webs favoritas en todo tipo de dispositivos: estaciones de trabajo con pantallas de 27 pulgadas, ordenadores portátiles, teléfonos móviles, tablets e incluso e-readers con capacidad de navegación. Lamentablemente, ese protocolo no se ha cambiado desde 1999, cuando se lanzó la versión 1.1, por lo que cuando el HTTP/2 fue lanzado a principios de este año, suscitó una gran emoción. Por supuesto, el equipo de SiteGround inmediatamente ha comenzado a trabajar en ello y ahora nos complace anunciar que todos nuestros servidores, compartidos y en la nube, soportan el HTTP/2.

¿Por qué el HTTP necesitaba una actualización?

Las webs/apps modernas hacen cientos de peticiones HTTP y HTTP 1.1 no está bien diseñado para las necesidades de rendimiento de una web moderna y el constante crecimiento de usuarios. Durante los últimos 16 años, ha surgido muchas nuevas tecnologías y los desarrolladores web se volvieron realmente creativos para encontrar una forma de saltarse las limitaciones del HTTP 1.1. Sin embargo, llegó el momento de cambiar el protocolo e introducir algunas nuevas características que acelerasen todas las webs de Internet.

¿Qué novedades tiene el HTTP/2?

HTTP/2 se basa en SPDY y se centra en las mejoras de rendimiento. Ofrece las siguientes mejoras:

• Multiplexación para una transferencia de datos más rápida

Las webs/apps modernas requieren que los navegadores web hagan muchas peticiones para poder mostrar una web. Al principio, el HTTP/1.0 permite hacer solamente una solicitud a través de una única conexión TCP. Con el HTTP/1.1 se consiguió que los navegadores pudiesen hacer múltiples solicitudes para cargar muchos recursos simultáneamente. Por desgracia, el problema llamado bloqueo de cabeza de línea no se resolvió.

Al utilizar HTTP/1.1, el flujo de solicitudes suele ser el siguiente: el navegador envía una petición y debe esperar la respuesta del servidor con el fin de enviar la siguiente solicitud. Las webs modernas tienen normalmente más de 100 objetos, por lo tanto,, aunquelos navegadores usen múltiples conexiones, el total de las solicitudes puede sumar una gran cantidad de tiempo a causa del bloqueo de cabeza de línea.

La solución introducida en HTTP/2 se denomina multiplexación. Nos da una forma sencilla de solicitar y recibir múltiples objetos web a la vez a través a una sola conexión. Es la solución para el problema de bloqueo de cabeza de línea. HTTP/2 resuelve este problema mediante el uso de marcos. Cada marco contiene meta información sobre las peticiones/respuestas, lo que permite que una conexión pueda ser usada para entregas simultáneas sin causar confusión sobre qué respuesta se asocia con qué petición. He aquí un ejemplo de cómo HTTP/2 gestiona las tres peticiones que mostramos en el diagrama anterior:

Como se puede ver en el segundo diagrama, cuando se utiliza HTTP/2 el usuario envía varias solicitudes y puede recibirlas en cualquier orden. Por lo tanto, las páginas se cargan más rápido. Por ejemplo, el servidor necesita más tiempo para manejar la segunda petición, pero la entrega de la tercera no fue bloqueada.

• Compresión de cabeceras para transferir menos datos

La segunda gran mejora añadida por el HTTP/2 está relacionada con cabeceras HTTP. Los clientes usan los encabezados para informar a los servidores de la información que se necesita y en qué formato se les debe entregar. Por ejemplo, un navegador web, por lo general, envía encabezados para informar a los servidores que soportan datos gzip comprimidos. Las cookies también se comunican a través de las cabeceras y el tamaño de algunas cookies pueden ser realmente grande.

El problema es que los encabezados no cambian mucho entre las peticiones. Con HTTP/1.1, los encabezados también tienen deben proporcionarse en cada petición, un sinsentido teniendo en cuenta que las cabeceras no cambian. Ahora, con HTTP/2 no sólo se envía un encabezado por conexión, sino que también ofrece compresión. Esto significa que una página web que contenga de media 80-90 objetos, ahora se puede cargar mucho más rápido debido a que el navegador web necesitará sólo una ida y vuelta para enviar todos los encabezados de todos los objetos.

• Priorización adecuada del procesado de página

El tercer problema que resuelve el HTTP/2 es debido a la multiplexación y la compresión de cabeceras. Algunos objetos son más importantes que otros. Por ejemplo, los objetos CSS de una web deben ser entregados al principio, para que el sitio se pueda mostrar correctamente. Si se utiliza la multiplexación no se puede estar seguro de que el CSS vaya a entregarse antes que el resto de los objetos.

Los diseñadores del protocolo, decidieron abordar esta cuestión en el propio protocolo. Los clientes son capaces de comunicarse con el servidor e indican las prioridades de ciertos objetos y de esta manera los servidores web pueden tomar decisiones acerca de qué objetos deben ser entregados primero a los clientes. Desde el propio protocolo ayudan a la priorización, esto significa que los desarrolladores web no deben preocuparse de hacer cambios en sus aplicaciones. Los navegadores web modernos se harán cargo de la priorización y del manejo de los flujos de datos en HTTP/2.

• HTTP/2 necesita SSL/TLS

Todas las implementaciones de servidores web soportan HTTP/2 cuando se utilizan a través de una conexión cifrada. Esto significa que tu web necesitará SSL con el fin de obtener los beneficios del HTTP/2.

Puedes encontrar más información sobre el HTTP/2 aquí.

¿HTTP/2 ya está en uso?

HTTP/2 ya está en funcionamiento y probablemente ya lo estés usando si utilizas un navegador moderno como las últimas versiones de Chrome, Firefox, Opera y Edge, que ya soportan HTTP/2.

Ahora todos los servidores compartidos o en la nube de SiteGround soportan HTTP / 2. Ten en cuenta que los clientes que tienen certificados SSL privados (véase más arriba: el cifrado es necesario cuando se utiliza HTTP/2) pueden beneficiarse de inmediato de las nuevas mejoras de rendimiento ofrecidas por el HTTP/2.