La compression HTTP réduit la quantité de données transférées pour les réponses textuelles. Gzip est largement pris en charge ; Brotli est fréquemment employé pour les contenus compressibles ; Zstandard peut être intéressant dans certains environnements, mais son support dépend du navigateur, du CDN, du proxy et du module réellement installé sur Nginx.
Il n’existe pas de gagnant absolu. Le bon choix est celui que vos clients acceptent, que votre cache sert correctement et que votre serveur peut produire sans créer de surcharge.
Vérifier l’existant avant toute modification
Consultez les en-têtes d’une page HTML, d’une feuille CSS et d’une réponse JSON. Vérifiez Content-Encoding, Vary: Accept-Encoding, la réponse du CDN et le cache. Confirmez ensuite les modules chargés et la documentation de votre distribution Nginx : un module tiers ne se configure pas comme Nginx standard et peut modifier la procédure de mise à jour.
Compressez uniquement les formats textuels adaptés : HTML, CSS, JavaScript, JSON, XML et SVG. Les images WebP, AVIF, JPEG et les archives sont déjà compressées ; tenter de les compresser à nouveau gaspille du CPU et apporte peu ou rien.
Comparer les options par mesure
| Option | Atout principal | Point d’attention |
|---|---|---|
| gzip | Compatibilité très large | Ratio parfois inférieur à Brotli |
| Brotli | Bon ratio sur de nombreux assets | Coût de compression selon le niveau |
| Zstandard | Rapide dans certains scénarios | Support et module à confirmer de bout en bout |
Testez des niveaux raisonnables sur une préproduction. Mesurez le poids transféré, le temps CPU, les erreurs, le TTFB et le comportement du cache pour des visiteurs anonymes et connectés. Un niveau plus élevé n’est pas automatiquement meilleur s’il retarde la première réponse.
Déployer prudemment
Conservez un repli gzip. Laissez le navigateur et le proxy négocier l’encodage via Accept-Encoding, et assurez-vous que le cache varie correctement sur cet en-tête. Déployez par domaine ou par type de réponse, pas sur l’ensemble du trafic sans observation.
Sur un site PrestaShop ou WordPress, corrigez d’abord les causes fréquentes de lenteur : pages non mises en cache, requêtes lentes, images non optimisées ou JavaScript excessif. La compression est un complément, pas un substitut à ces travaux.
Questions fréquentes
Zstandard remplace-t-il automatiquement gzip ?
Non. Il faut confirmer que l’ensemble de la chaîne le prend en charge et prévoir une réponse compatible pour les clients qui ne l’annoncent pas.
La compression améliore-t-elle directement le référencement ?
Elle peut réduire le volume transféré, ce qui contribue à l’expérience selon le contexte réseau. Google n’accorde pas de bonus spécifique à un algorithme de compression. Mesurez l’expérience réelle plutôt que de viser un réglage pour le SEO.
Peut-on activer un module trouvé en ligne ?
Seulement après avoir vérifié sa maintenance, sa compatibilité avec votre version Nginx, son mécanisme de mise à jour et un plan de retour arrière. Un module de compression non maintenu peut augmenter le risque opérationnel.
