HTTP/2

En 2009 Google presentó SPDY, una al­te­r­na­ti­va a HTTP/1.1. La mayor crítica a la entonces antigua versión HTTP sigue siendo que el protocolo de tra­n­s­mi­sión re­pre­se­n­ta un freno in­ne­ce­sa­rio para páginas web complejas: con HTTP/1.1 es necesario es­ta­ble­cer una nueva conexión TCP/IP para cada archivo, por ejemplo. Con la creación de SPDY, Google resolvió este problema mediante la mu­l­ti­ple­xa­ción de tra­n­s­fe­re­n­cias, con la que se puede enviar cualquier número de do­cu­me­n­tos a través de una conexión TCP/IP. En 2012, con un diseño basado en el protocolo SPDY creado por Google, la Internet En­gi­nee­ri­ng Task Force (IETF) comenzó a trabajar en el protocolo HTTP/2. Sin embargo, el protocolo de Google tenía tales de­fi­cie­n­cias y vu­l­ne­ra­bi­li­da­des en cuanto a seguridad que la gran cantidad de cambios que hubo que llevar a cabo llevaron a HTTP/2 a no parecerse casi a su pre­de­ce­sor.

Un rasgo ca­ra­c­te­rí­s­ti­co de este protocolo, me­n­cio­na­do an­te­rio­r­me­n­te, es que con el fin de tra­n­s­fe­rir los di­fe­re­n­tes elementos de una página web a un cliente/navegador, tales como archivos Ja­va­S­cri­pt, CSS o imágenes, era necesario abrir y cerrar co­ne­xio­nes TCP/IP in­de­pe­n­die­n­tes. Por su parte , HTTP/2 permite la mu­l­ti­ple­xa­ción, la cual permite cargar co­m­ple­ta­me­n­te una página web usando una única conexión. Además, ofrece al servidor la po­si­bi­li­dad de tra­n­s­fe­rir datos al cliente sin que este los solicite (Server Push). Con HTTP/2 los paquetes de co­m­po­ne­n­tes de una web son enviados de manera prio­ri­ta­ria, enviando primero, por ejemplo, aquellos elementos re­s­po­n­sa­bles del diseño web. En co­m­pa­ra­ción con el HTTP/1.1, el Header HTTP2 comprime y envía omitiendo toda in­fo­r­ma­ción superflua. Otra in­no­va­ción es el uso de un código binario para la co­mu­ni­ca­ción (en lugar de archivos de texto), lo que la hace más fácil y menos propensa a errores. En resumen, las in­no­va­cio­nes del protocolo HTTP/2 son:

• Una conexión entre un navegador (cliente) y una web
• Mu­l­ti­ple­xa­ción para el in­te­r­ca­m­bio de archivos
• In­te­r­ca­m­bio de mensajes en código binario
• Cabecera HTTP altamente co­m­pri­mi­da
• Server push para tra­n­s­mi­sión de datos
• Prioriza elementos im­po­r­ta­n­tes de una web

Las nuevas ca­ra­c­te­rí­s­ti­cas de HTTP / 2 se ilustran en este video de Akamai Te­ch­no­lo­gies:

Desde su la­n­za­mie­n­to, HTTP/2 ha hecho grandes avances. Ac­tua­l­me­n­te, varios na­ve­ga­do­res y se­r­vi­do­res web admiten el nuevo protocolo de Internet. Mozilla Firefox lo im­ple­me­n­ta, por ejemplo, desde febrero de 2015 (versión 36). Sin embargo, todas las versiones an­te­rio­res tienen en común que aquellas webs que usan HTTP/2 solo pueden ser cargadas sobre TLS –la versión en­cri­p­ta­da del protocolo de tra­n­s­mi­sión.

Si bien es cierto que no es obli­ga­to­rio im­ple­me­n­tar HTTP/2, hacerlo re­pre­se­n­ta muchas ventajas. Una de ellas es que, desde finales de 2014, el cifrado SSL/TLS es un factor im­po­r­ta­n­te para un buen po­si­cio­na­mie­n­to en Google, por lo que no debe ser dejado co­m­ple­ta­me­n­te de lado. Así, en caso de que estés co­n­si­de­ra­n­do ce­r­ti­fi­car tu página web, lo mejor será cambiar a HTTP/2 y conseguir, por lo tanto, un ce­r­ti­fi­ca­do TLS. La apli­ca­ción de HTTP/2 aportará dos factores im­po­r­ta­n­tes para un buen ranking en bu­s­ca­do­res. En primer lugar, con tiempos de carga más cortos, el contenido de una web será mejor valorado por Google y sus vi­si­ta­n­tes se be­ne­fi­cia­rán de un tiempo de acceso más corto. En segundo lugar, el protocolo HTTP/2 se asegura de que los tiempos de carga de una página web estén si­g­ni­fi­ca­ti­va­me­n­te por debajo del umbral de dos segundos fijado por Google –después de los cuales di­fí­ci­l­me­n­te una web será rastreada. HTTP/2 permite entonces que el Googlebot rastree re­gu­la­r­me­n­te una web y que esta sea indexada más rápido.