RWEB 4006 Privilégier HTTP/2 à HTTP/1

Description

Le protocole HTTP/2 a troqué la représentation textuelle des requêtes et réponses pour une représentation binaire avec un mécanisme de compression des entêtes HTTP (HPACK). Il permet aussi le multiplexage des échanges, permettant de n’utiliser qu’une seule connexion TCP (et donc un seul handshake TLS) avec le serveur, et ainsi tirer le meilleur avantage de HPACK.

Pour aller encore plus loin, si un autre nom de domaine résout vers la même adresse IP et est compatible avec le certificat TLS, la connexion TCP pourra être réutilisée également, ce qui permet d’utiliser un nom de domaine distinct sans cookie pour les ressources statiques (cf. la bonne pratique “Héberger les ressources (CSS/JS) sur un domaine sans cookie”) sans autre surcoût que la résolution DNS. Une extension de HTTP/2 permet même d’économiser cette résolution pour les navigateurs la supportant et à condition que le serveur l’utilise.

Exemple

Fin 2016, Cloudflare a pu mesurer des gains en bande passante, comparé à HTTP/1, de plus de 50% sur les requêtes et de 1% à 15% sur les réponses, en fonction de la nature des échanges (peu de gros fichiers vs beaucoup de petites requêtes).

Sources

• Analyse par Cloudflare des gains de HTTP/2
• Expérimentation par Cloudflare sur la réutilisation de connexion entre plusieurs domaines
• The ORIGIN HTTP/2 Frame

Principe de validation