Une page web classique est composée d’HTML, de CSS, et de Javascript. Nous avons vu précédemment comment compacter le Javascript et le CSS, puis comment les servir au visiteur gzippés. Nous avons aussi observé l’intérêt de gzipper l’HTML, cependant un facteur n’a pas été étudié du tout jusque là : le compactage du code l’HTML.
Nous avons vu avec le Javascript et le CSS qu’un compactage et une compression gzip apportaient les meilleures performances. Cependant, nous nous contentons de gzipper l’HTML, sans enlever les espaces et retours à la ligne comme pour le CSS.
Je comptais me lancer dans une étude approfondie de la question, mais avant cela, j’ai tout de même fait quelques recherches pour voir si la question n’avait pas déjà été abordée ailleurs. C’est ainsi que j’ai mis la main sur la remarquable analyse du Dr. David R. Nadeau1, «Don’t bother using HTML white-space removal to speed up a web site».
Son étude est menée avec beaucoup de sérieux et c’est un vrai modèle du genre, aussi je vous engage à la lire. Maintenant, si c’est la conclusion qui vous intéresse, vous pouvez retenir que les gains post-compactage sont tellement faibles (de l’ordre de 150 bytes) qu’ils deviennent négatifs à cause du temps de traitement de HTML Tidy2, côté serveur.
Ne compactez pas l’HTML produit par Wordpress : ce n’est pas efficace.
N’oubliez pas par contre que le gzipper est essentiel car la page ne commence à s’afficher que lorsque l’HTML est totalement téléchargé ; c’est donc à ce niveau que l’on peut obtenir les plus gros gains sur le temps d’affichage.
- Le site de Nadeau est une vraie mine d’or. Certains articles comme «Effective methods to protect email addresses from spammers», ou «Latency-friendly hierarchical menus using Unicode bullets and a bit of JavaScript» sont extrêmement complets et bien écrits. ↩
- Il existe un plugin Wordpress intitulé Tidy Up qui passe tous les billets d’un blog par HTML Tidy, affiche un bilan, et propose de nettoyer les entrées erronées. ↩
Message express à l’auteur