Suite à l'annonce précédente, la prise en charge du protocole HTTP/2 Server Push sera désactivée par défaut dans Chrome 106 et dans les autres navigateurs basés sur Chromium dans les prochaines versions.
Pourquoi ce contenu a-t-il été supprimé ?
Le protocole HTTP/2 Server Push permet aux sites Web d'envoyer de manière proactive les ressources nécessaires à la page, au lieu d'attendre qu'elles soient demandées. Cependant, comme Jake Archibal l'a mentionné précédemment, cela s'est avéré problématique, et les gains de performances étaient souvent difficiles à réaliser. Il a donc été peu utilisé avec seulement 1, 25% des sites HTTP/2 qui s'en servaient.
L'analyse de l'utilisation du protocole HTTP/2 Server Push donne des résultats mitigés (Chrome, Akamai), sans amélioration nette des performances et, dans de nombreux cas, régression des performances.
Le mode Push n'a pas été mis en œuvre dans de nombreux serveurs et clients HTTP/3, même s'il figure dans la spécification. Le mode Push a déjà été supprimé pour une grande partie du Web qui utilise le nouveau protocole HTTP/3. En effectuant une nouvelle analyse, nous constatons que les sites acceptent 1,25% la compatibilité HTTP/2 par les sites à 0,7%.
Alternatives au serveur HTTP/2
La méthode 103 Early Hints est beaucoup moins sujette aux erreurs. Elle offre les mêmes avantages que le mode Push, mais présente bien moins d'inconvénients. Au lieu que le serveur ne transmette des ressources, l'instruction 103 Eary Hints envoie uniquement des indications au navigateur concernant les ressources dont il pourrait bénéficier à l'aide d'une requête immédiate. Le navigateur a alors le contrôle de décider s'il a besoin de ces ressources ou non (par exemple, s'il contient déjà ces ressources dans le cache HTTP).
Le préchargement des ressources critiques est une autre alternative qui permet à la page et au navigateur de travailler ensemble pour charger de manière préventive les ressources critiques au début du chargement de la page. Bien que cela nécessite que la page elle-même soit envoyée en premier, ce n'est pas aussi rapide que le serveur push ou les premiers indicateurs. Toutefois, cela présente l'avantage de ne pas retarder la ressource de page essentielle, ce qui peut se produire avec ces deux solutions.
Conclusion
Le Web doit permettre d'essayer des choses et de les supprimer lorsqu'elles ne sont pas utilisées. Même si les possibilités offertes par le mode Push semblaient immenses, son utilisation était en réalité plus problématique que prévu. Cependant, nous avons beaucoup appris de la fonction Push, qui a été intégrée à la conception de 103 Early Hints. Il est maintenant temps de terminer la progression et d'abandonner le mode Push.
Liens associés
- Tous les abandons et suppressions dans Chromium
- Entrée ChromeStatus: Remove HTTP/2 push
- Intention de suppression: HTTP/2 and gQUIC server push
- Problème Chromium: Désactiver le protocole push HTTP/2 par défaut
Remerciements
Image principale de Scott Rodgerson sur Unsplash