Vérificateur de compression HTTP

Vérifiez si votre serveur web prend en charge la compression gzip et Brotli. Compare les tailles de réponse compressées et non compressées, calcule le taux de compression, vérifie les en-têtes Content-Encoding et valide les en-têtes Vary pour un cache CDN correct.

Comment utiliser Vérificateur de compression HTTP

  1. 1Entrez une URL pour tester la compression HTTP.
  2. 2L'outil récupère l'URL avec les en-têtes Accept-Encoding gzip et Brotli.
  3. 3Les tailles de réponse compressées et non compressées sont comparées.
  4. 4Le taux de compression, les en-têtes Content-Encoding et Vary sont affichés.
ZenovayAnalytics

Voyez qui est sur votre site en ce moment.

  • Suivi des visiteurs en temps réel
  • Vie privée d'abord, sans bandeau cookies
  • Installé en deux minutes
Découvrir Zenovay

Questions fréquemment posées

Pourquoi la compression HTTP est-elle importante pour les performances ?
La compression HTTP réduit la taille des ressources basées sur le texte (HTML, CSS, JavaScript, JSON, XML) envoyées sur le réseau. Gzip réduit généralement les tailles de fichiers de 60-80 %, et Brotli obtient une compression 15-25 % meilleure que gzip. Pour les grandes pages, cela peut économiser des centaines de kilooctets, réduisant considérablement le time-to-first-byte (TTFB) et améliorant les Core Web Vitals (LCP, FCP). La compression est particulièrement impactante sur les connexions mobiles lentes.
Quelle est la différence entre gzip et Brotli ?
Gzip (Content-Encoding: gzip) est l'ancien standard de compression universel supporté par tous les navigateurs depuis 2010. Brotli (Content-Encoding: br) est le nouvel algorithme de Google qui obtient de meilleures ratios de compression, surtout pour le contenu texte. Brotli est supporté par tous les navigateurs modernes (Chrome 49+, Firefox 44+, Safari 11+, Edge 15+). Les CDN comme Cloudflare et Fastly supportent les deux. Si votre serveur supporte Brotli, il devrait être préféré — surtout pour les actifs statiques.
À quoi sert l'en-tête Vary: Accept-Encoding ?
Lorsqu'un serveur sert des réponses compressées différentes en fonction de ce que le client supporte, il doit inclure Vary: Accept-Encoding dans la réponse. Cela indique aux proxies CDN et aux caches que la réponse varie selon l'en-tête de demande Accept-Encoding, afin qu'ils mettent en cache des versions séparées pour gzip vs. brotli vs. non compressé. Sans Vary: Accept-Encoding, un CDN peut mettre en cache une réponse gzip et la servir à un client qui ne peut pas décompresser gzip, provoquant du contenu garbled.
Dois-je compresser tous les types de contenu ?
Compressez le contenu basé sur le texte : HTML, CSS, JavaScript, JSON, XML, SVG, texte brut et polices web (WOFF/WOFF2). NE compressez PAS les formats déjà compressés : JPEG, PNG, WebP, AVIF, MP4, ZIP, PDF, WOFF2. Compresser du contenu binaire pré-compressé gaspille le CPU et peut légèrement augmenter la taille. La plupart des serveurs web gèrent cela automatiquement avec une liste blanche de type MIME.
Comment activer Brotli sur mon serveur ?
Nginx : installez le module ngx_brotli et ajoutez brotli on; brotli_comp_level 6; brotli_types text/html text/css application/javascript; à votre configuration. Apache : installez mod_brotli et utilisez AddOutputFilterByType BROTLI_COMPRESS. Cloudflare : applique automatiquement Brotli à toutes les réponses. Node.js/Express : utilisez le middleware shrink-ray-current. Caddy : activé par défaut.