Un site web lent coûte des visiteurs et des conversions, et l’un des gains les plus simples réside dans la compression de vos fichiers. Gzip et Brotli réduisent la taille des fichiers HTML, CSS et JavaScript avant qu’ils ne soient envoyés au navigateur, ce qui permet aux pages de se charger plus rapidement sans que vous deviez modifier votre design. Dans cet article, découvrez la différence entre ces deux techniques, comment les activer et comment vérifier qu’elles fonctionnent.
Qu’est-ce que la compression gzip et Brotli
Gzip et Brotli sont des algorithmes de compression qui réduisent la taille des fichiers texte tels que HTML, CSS, JavaScript et SVG avant que le serveur ne les envoie. Le navigateur de votre visiteur décompresse ensuite automatiquement le fichier. Comme le fichier est plus petit en transit, votre page se charge plus rapidement, surtout avec une connexion internet lente ou un réseau mobile.
Les images comme les JPG et PNG en profitent à peine, car elles sont déjà compressées. Le gain se situe surtout au niveau des éléments « textuels » de votre site web : le code derrière la page.
Les fichiers sont envoyés compressés puis décompressés par le navigateur.
Brotli vs gzip : lequel est le plus rapide
Brotli est une méthode de compression plus récente qui produit généralement des fichiers plus petits que gzip, avec une charge serveur comparable, voire parfois inférieure. Pratiquement tous les navigateurs modernes prennent désormais en charge Brotli. Gzip est pris en charge depuis bien plus longtemps et reste donc un excellent filet de sécurité pour les navigateurs plus anciens ou les logiciels qui ne comprennent pas Brotli.
En pratique, il est préférable d’activer les deux : le serveur choisit alors automatiquement la méthode prise en charge par le navigateur de votre visiteur. On appelle cela la « négociation de contenu », qui se fait via l’en-tête HTTP envoyé par le navigateur.
Activer la compression sur votre hébergement
La manière d’activer gzip ou Brotli dépend de votre logiciel serveur. Voici les méthodes les plus courantes.
Vérifiez votre logiciel serveur
Consultez dans Plesk, sous vos paramètres d’hébergement, le serveur web que vous utilisez : Apache, Nginx ou LiteSpeed. Cela détermine où vous trouverez le réglage.
Via .htaccess (Apache)
Ajoutez les directives mod_deflate ou mod_brotli à votre fichier .htaccess. De nombreux panneaux d’hébergement, dont Plesk, proposent également cette option de manière configurable dans la configuration du serveur, afin que vous n’ayez pas besoin de bricoler manuellement.
Via un plugin de cache (WordPress)
Si vous utilisez WordPress, vous pouvez souvent aussi gérer la compression via un plugin de cache. Attention à ne pas activer deux méthodes en même temps, cela peut justement provoquer des erreurs.
Activation à l’échelle du serveur
Si vous avez accès aux paramètres du serveur, il est plus efficace d’activer la compression à l’échelle du serveur plutôt que par site. Ainsi, chaque site du compte en profite, y compris les nouveaux domaines que vous ajoutez ultérieurement.
Chez Tandata, l’hébergement web fonctionne par défaut sur des serveurs LiteSpeed, où les paramètres de compression peuvent être gérés depuis Plesk sans que vous ayez besoin de modifier manuellement les fichiers du serveur. Consultez les possibilités de l’hébergement web si vous avez un doute sur la prise en charge par votre forfait actuel.
Vérifier que la compression fonctionne
Après la configuration, vous voulez bien sûr savoir si cela fonctionne réellement. Voici comment le vérifier :
- Ouvrez les outils de développement de votre navigateur (généralement avec F12) et allez dans l’onglet « Réseau ».
- Rechargez votre page et cliquez sur le fichier principal (généralement le document HTML).
- Regardez dans les en-têtes de réponse le champ content-encoding. Si « br » ou « gzip » y figure, la compression fonctionne.
- Comparez également la taille du fichier : un fichier compressé est nettement plus petit que la taille originale.
Si vous ne voyez pas d’en-tête content-encoding, vérifiez si le bon module est actif sur votre serveur ou si un plugin ne remplace pas le réglage.
Questions fréquentes
La compression ralentit-elle mon site à cause de l’étape de calcul supplémentaire ?
Non, la compression ne prend qu’une fraction de seconde au serveur, alors que vous gagnez sur le temps d’envoi. Avec un trafic normal, vous ne remarquerez pas cette différence.
Dois-je désactiver gzip si j’utilise Brotli ?
Non, laissez les deux activés. Le serveur choisit automatiquement la meilleure option en fonction de ce que prend en charge le navigateur du visiteur.
La compression fonctionne-t-elle aussi pour les images ?
Pas efficacement. Les JPG, PNG et WebP sont déjà compressés. Pour les images, concentrez-vous plutôt sur le bon format et la bonne taille de fichier en amont.
La compression peut-elle rendre un site plus lent à cause d’erreurs ?
Si la compression est mal configurée, une page peut parfois ne pas se charger du tout ou afficher une erreur. Dans ce cas, vérifiez qu’il n’y a pas de réglages de compression en double actifs, par exemple à la fois via le serveur et un plugin.
Conclusion
La compression gzip et surtout Brotli sont des moyens simples et efficaces de rendre votre site web nettement plus rapide. Vérifiez quel logiciel serveur vous utilisez, activez les deux méthodes si possible, et vérifiez via le navigateur que la compression est bien active. Si vous avez des doutes sur les réglages de votre hébergement actuel, consultez la base de connaissances pour plus d’explications selon votre situation.