Table des matières de l'article :
Dans le monde d'aujourd'hui, l'expérience client c'est la stratégie la plus fiable et la plus efficace qui puisse être développée pour augmenter l'engagement, donc l'entreprise. Dans cet article, nous nous concentrerons sur le fait de donner aux clients quelque chose à vivre le plus rapidement possible, ce qui correspond à un chargement de page rapide.
Selon une étude de Google, 40 % des personnes abandonnent un site Web qui met plus de 3 secondes à se charger et un délai de réponse d'une seconde peut entraîner une réduction de 1 % des conversions. Oui, chaque seconde compte ! Et nous avons économisé environ 2,5 secondes (90e centile) et 1,2 seconde (50e centile) en utilisant la compression Brotli plutôt que la compression gzip pour nos fichiers Javascript et CSS.
Qu'est-ce que Brotli ?
Tout comme gzip, Brotli est aussi un algorithme de compression. Il est développé par Google et fonctionne mieux pour la compression de texte. La raison en est qu'il utilise un dictionnaire de mots-clés et d'expressions courants côté client et côté serveur et offre donc un meilleur taux de compression.
Il est pris en charge par tous les principaux navigateurs :
Votre navigateur supporte-t-il Brotli ?
Les navigateurs qui prennent en charge Brotli envoient « br » avec « gzip » dans l'en-tête de la demande de chiffrement acceptée. Si Brotli est activé sur votre serveur Web, vous recevrez une réponse au format compressé Brotli.
Gzip contre Brotli :
L'avantage de Brotli par rapport à gzip est qu'il utilise un dictionnaire et n'a donc besoin d'envoyer que des mots-clés plutôt que des mots-clés complets. A titre indicatif donc :
- Les fichiers Javascript compressés avec Brotli sont 14% plus petits que gzip.
- Les fichiers HTML sont 21% plus petits que gzip.
- Les fichiers CSS sont 17% plus petits que gzip.
Remarque : les images ne doivent pas être compressées par gzip ou Brotli car elles sont déjà compressées et les compresser à nouveau augmentera la taille.
Moins d'octets transférés entraîne non seulement un chargement plus rapide des pages, mais contribue également à réduire les coûts du réseau de diffusion de contenu (CDN).
Support des hébergeurs ?
Bien que Brotli soit désormais une norme éprouvée depuis 2017 avec des spécifications déjà définies dans le RFC 7932. il ne semble pas être devenu un standard utilisé à grande échelle par la plupart des hébergeurs.
Si on veut donner un ordre de grandeur et quelques chiffres, disons qu'à titre indicatif au moins 80% des sites Web n'utilisent pas la compression Brotli.
Voulez-vous parce que les panneaux de contrôle principaux (CPanel et Plesk) n'installent pas Brotli par défaut, ou parce que les fournisseurs d'hébergement ne se soucient objectivement pas de fournir quelque chose que le client n'a pas demandé et qui nécessiterait plutôt une configuration supplémentaire du système en ingénieurs système sans art ni partie.
Le fait est qu'à ce jour, encore une fois, en plus de vous refuser des fonctionnalités importantes telles que Caching REDIS, Caching Varnish, Memcache, HTTP2, ALPN, et en tant que fonctions de plus en plus avancées, vous avez découvert que MÊME Brotli est quelque chose avec ÉLEVÉ AJOUTÉ VALEUR au vrai sens du terme. Il n'est pas là et doit donc être ajouté.
Les peracottari qui ont des agences d'hébergement ils ne se soucient pas de vos performances, après tout, vous ne savez même pas ce qu'est l'hébergement et comment il doit fonctionner.
Chez nous, les choses sont différentes.
