Chez Dotcom-Monitor, nous sommes d’accord avec Google pour dire que « nous pensons que le temps des internautes est précieux et qu’ils ne devraient pas avoir à attendre longtemps qu’une page Web se charge ». C’était leur message d’ouverture aujourd’hui quand ils ont annoncé la sortie de leur nouvel algorithme de compression, Brotli. Brotli a été nommé d’après un petit pain à Switzerdeutsch (suisse allemand). Google poursuit en a déclaré que « la plus petite taille compressée permet une meilleure utilisation de l’espace et des charges de page plus rapides ».
Cette version continue de soutenir le fait que Google s’engage à fournir l’optimisation des performances mobiles. Google a déclaré que c’est juste une autre façon qu’ils essaient d’aider l’industrie à presser juste un peu plus de données pour les utilisateurs finaux tout en optimisant les frais de transfert de données ainsi que l’utilisation de la batterie.
L’algorithme Brotli est-il le meilleur ?
Ce qui reste à voir est de savoir si l’industrie dans son ensemble sera d’accord avec Google que l’algorithme brotli est le meilleur disponible et sera mis en œuvre dans les futures versions du navigateur. Google a publié sa propre étude interne comparant différents algorithmes ici: «Comparaison des algorithmes de compression Brotli, Deflate, Zopfli, LZMA, LZHAM et Bzip2
».
L’algorithme est open source, donc je suis sûr que la compression web et les experts de vitesse seront exprimer leurs opinions sur les techniques utilisées. D’après ce que Google a publié, l’algorithme est capable de compresser les données à une densité plus élevée que plusieurs algorithmes plus anciens tout en maintenant les mêmes taux de décompression à grande vitesse, ce qui est plus important pour les utilisateurs finaux que le taux de compression du côté serveur. En lisant d’autres études, nous constatons que le brotli s’est avéré être une amélioration positive des polices Web WOFF 2.0 en diminuant la taille des polices d’environ 25 %. Ils décrivent ensuite qu’il ya aussi des améliorations significatives avec des éléments supplémentaires tels que javascript et css. Depuis javascript et css ainsi que les polices web jouent un rôle clé dans la plupart des sites Web aujourd’hui, cela semble être une amélioration positive sur les vitesses globales de chargement des pages Web pour l’Internet en général. Une étude citée dans la discussion chromium.org mentionne une diminution des octets css de 17% et une diminution de 20% des octets javascript lors des tests sur facebook.
Qu’est-ce que cela signifie pour le monde de la surveillance? Eh bien, comme mentionné ci-dessus, Brotli a déjà été mis en œuvre dans Firefox et chrome pour WOFF2, mais il semble qu’il est logique de mettre en œuvre pour les éléments supplémentaires basés sur les résultats des tests avec le javascript facebook et réductions de taille css. D’après ce que je comprends, l’inconvénient peut être un peu plus long temps de compression, mais en termes d’un site Web- contenu est compressé une fois sur le côté serveur et décompressé plusieurs fois du côté du client, il est donc logique d’aller pour la meilleure densité de compression aux temps de décompression les plus rapides.
Chez Dotcom-Monitor, nous sommes toujours à l’affût des dernières technologies pour aider à améliorer les performances du Web, et espérons que tous les navigateurs suivront Google dans leur poussée pour le faire tout en maintenant une expérience utilisateur sécurisée et nette.
Si vous voulez voir la différence avant et après Brotli- configurer un compte gratuit avec Dotcom-Monitor pour surveiller les performances de vos sites Web avec et sans Brotli aujourd’hui!
Prochaines étapes de performance du site Web
Vous cherchez des conseils d’optimisation des performances au-delà de la compression? Consultez les dernières données sur l’optimisation des performances mobiles pour vous assurer que votre site Web se charge le plus rapidement possible, dans tous les types d’appareils.
