Qui veut faire des petits pains ? - Tous les professionnels de WordPress qui veulent livrer leur site web le plus rapidement possible. Depuis quelque temps, une technologie appelée Brotli est très populaire. Nous expliquons dans cet article comment cela rend votre site web plus rapide et quel est le rapport avec la Suisse.

Actuellement, il existe différentes méthodes de compression. Pendant longtemps, gzip était Le Mais aujourd'hui, un nouvel algorithme de compression appelé Brotli lui fait de l'ombre. Et ce n'est pas sans raison ! Pour que ton site WordPress soit à la pointe de la technologie en matière de compression, Brotli est devenu un standard sur Raidboxes. Mais commençons tout d'abord par le début.

Le 1 x 1 de la compression des données

La compression des données est une technique qui permet de réduire au maximum l'espace de stockage des données. Parce que : plus le volume consommé est faible, plus le temps de transmission est court.

La réduction de la taille est obtenue en condensant ou en réduisant les données. En principe, l'information est convertie en une forme plus courte qui consomme moins d'espace de stockage.

La compression et le déballage sont deux processus, mais l'essentiel est qu'ils sont toujours plus rapides que le simple transfert de grandes quantités de données.

Google comme faiseur de pain

Le précédent standard de compression sur Internet était gzip. Cette compression fonctionne avec un algorithme appelé Deflate, qui consiste en une combinaison de la technique LZ77 et du codage Huffman. Deflate existe depuis 1993 et est devenu la norme absolue pour les transmissions HTTP.

Mais cela n'a pas suffi à Google. Dans ses efforts incessants pour améliorer l'Internet, le géant de la Silicon Valley a développé il y a quelques années l'algorithme Zopfli (du nom de la tresse de levure suisse). Zopfli utilise une technique similaire à celle de Deflate et est également compatible avec son format de données, mais présente déjà quelques améliorations.

Cela n'était probablement pas encore suffisant pour les techniciens de Google, car entre-temps il y a Brotli - du nom de Brötli, rouleaux suisses.

Brotli est un algorithme open source qui, selon Google, représente un format de données complètement nouveau. La compatibilité avec Deflate est maintenant terminée, mais Brotli apporte d'autres avantages.

Gzip contre Brotli : qui fait la course ?

Quelle est donc l'économie réalisée grâce à Brotli par rapport au processus gzip standard ? Les rapports montrent un net avantage :

• Pour le HTML, Brotli économise 21 % de mémoire en plus que gzip.
• Pour JavaScript, le chiffre est de 14%.
• Le CSS est stocké 17% plus petit par Brotli que par gzip.

En principe, la différence de vitesse entre le transfert de données compressées et non compressées est déjà très importante. Gzip permet déjà de gagner pas mal d'espace de stockage par rapport à la situation initiale. Brotli fait encore mieux, même si les chiffres ne semblent pas représenter des économies massives par rapport à gzip.

Brotli offre des avantages notamment pour les pages mobiles

Les appareils mobiles et les tarifs des données, en particulier, bénéficient de la compression. Ici, la bande passante disponible est souvent beaucoup plus faible, de sorte que même 20 % d'économies apportent une expérience utilisateur nettement meilleure. Les serveurs et les appareils Web peuvent être assez rapides maintenant - mais pas toujours l'Internet.

Comme de plus en plus d'utilisateurs accèdent à des sites web en déplacement et bénéficient donc de la taille réduite des fichiers Brotli (par exemple, grâce à une utilisation réduite de la batterie et à des frais de transmission moins élevés), Google espère que l'algorithme deviendra la nouvelle norme à l'avenir.

Restrictions pour faire du pain

Malgré ces avantages, Brotli n'est pas un homme à tout faire. Probablement aussi parce que l'algorithme est assez jeune (Google l'a introduit en septembre 2015), vous devez encore accepter une ou deux limitations.

Une configuration précise est importante

Cependant, les économies de taille de fichier ne sont pas le seul critère de référence auquel une méthode de compression doit être mesurée. Après tout, vous voulez améliorer les performances de votre site web. La rapidité avec laquelle l'information est comprimée et décompressée est également un aspect important. Parce que cela dépend de la vitesse à laquelle le visiteur du site web peut voir les résultats.

Une mauvaise configuration entre la sauvegarde de la mémoire et la vitesse de conversion peut faire que gzip soit encore plus rapide que Brotli. En effet, tant gzip que Brotli ont de multiples niveaux de qualité (gzip neuf et Brotli onze).

Il s'agit donc de régler avec précision ce que vous voulez obtenir de votre configuration. Les résultats des tests montrent que Brotli au niveau 4 économise plus de mémoire et fonctionne même légèrement plus vite que gzip au niveau 6.

Brotli ne travaille que sous HTTPS

Brotli fonctionne uniquement avec les connexions HTTPS. Mais honnêtement, depuis que Google a officiellement annoncé que l'utilisation de HTTPS est un signal de classement, il faut de toute façon passer au SSL très rapidement. D'autant plus que HTTP2 fournit un coup de pouce supplémentaire en termes de performances. Ce n'est qu'une des nombreuses raisons pour lesquelles nous proposons dès le début le SSL gratuit en un clic par défaut sur Raidboxes .

Brotli est parfait pour les contenus statiques

Un autre point de friction souvent discuté est la compression du contenu dynamique. Un petit rappel :

• Le contenu dynamique n'est généré individuellement que lorsque vous faites une demande, par exemple si vous souhaitez uniquement afficher les entrées de certaines catégories dans un blog ou sélectionner des chemises d'une certaine marque dans une certaine taille dans une boutique en ligne en utilisant la fonction de filtrage. Bien entendu, le contenu n'est compressé qu'une fois qu'il a été généré.
• Le contenu statique, en revanche, est déjà comprimé sur le serveur et est livré à tous les utilisateurs de la même manière.

Le point essentiel de la question lors de la compression de contenu dynamique : Tant que le serveur est occupé à comprimer le contenu, l'utilisateur ne voit rien. Ce n'est qu'une fois la compression terminée que les données sont livrées. Et plus la compression est censée être bonne, plus elle prend du temps. Même avec de faibles taux de compression, la compression dynamique peut déjà limiter les performances. En revanche, les contenus statiques, qui sont déjà compressés, peuvent être livrés en un rien de temps lorsqu'un utilisateur en fait la demande.

En pratique, il est apparu que Brotli est plus efficace pour le contenu statique si l'algorithme est configuré en conséquence. Pour le contenu dynamique, cependant, de nombreux opérateurs de sites web préfèrent encore gzip. D'autres affirment que Brotli peut également suivre le rythme de gzip pour le contenu dynamique.

Tous les navigateurs ne supportent pas Brotli

En ce qui concerne les serveurs, NGINX et Apache (à partir de la version 2.5) supportent Brotli. Cependant, tous les navigateurs ne supportent pas encore Brotli. Vous pouvez trouver les navigateurs qui supportent Brotli comme norme de compression sur caniuse.com.

Les utilisateurs d'Internet Explorer, par exemple, doivent encore se passer de Brotli pour le moment. Mais la bonne nouvelle est que le contenu sera toujours fourni à ces utilisateurs : Dans ce cas, gzip sera activé automatiquement. Vous n'avez donc pas à craindre que vos visiteurs ne voient plus rien.

Comme au moins en Allemagne, avec Chrome et Firefox, plus de 70 % du marché est déjà couvert, vous pouvez de toute façon supposer qu'une grande partie des visiteurs de votre site web peuvent déjà bénéficier de Brotli.

Conclusion

Economiser de l'espace de stockage, livrer les sites web plus rapidement et améliorer les performances : nous sommes heureux de participer à ce projet. A mon avis, les avantages sont évidents. Raidboxes Les clients en profitent déjà aujourd'hui : Brotli est intégré par défaut sur les serveurs.