Vérificateur de compression Gzip

Ce que l’outil vérifie

Ce vérificateur demande votre URL avec la compression activée et inspecte les en-têtes de réponse. Si la réponse inclut Content-Encoding: gzip ou br, la ressource est compressée.

Gzip vs Brotli

Gzip est le format le plus compatible, surtout sur HTTP et avec les clients plus anciens. Brotli compresse souvent mieux en HTTPS, donc de nombreux CDN servent br en HTTPS et basculent sur gzip si Brotli n’est pas disponible.

Lire les en-têtes

• Content-Encoding : gzip indique que la réponse est compressée.
• Vary : Accept-Encoding garantit que les caches stockent les bonnes variantes.
• Content-Type : la compression vise surtout HTML, CSS, JS, JSON et SVG.
• Content-Length : lorsqu’il est présent, il reflète souvent la taille compressée.
• Cache-Control : un cache efficace maximise les gains.

Pourquoi vous ne voyez pas gzip

• Le serveur ou le CDN compresse seulement certains types MIME.
• La réponse est déjà petite, donc la compression est ignorée.
• Brotli est actif en HTTPS et gzip est utilisé en HTTP.
• L’origine envoie déjà du contenu compressé, le CDN évite la double compression.
• Un cache renvoie une ancienne variante non compressée.

Bonnes pratiques

• Activez la compression à l’origine et au niveau du CDN.
• Préférez Brotli en HTTPS, gardez gzip en secours.
• Précompressez les gros fichiers statiques et servez des .gz si possible.
• Assurez-vous que le Content-Type est correct pour les assets texte.
• Évitez de compresser des formats déjà compressés (images, vidéo, PDF).

Checklist rapide

1. Testez l’URL avec Accept-Encoding: br, gzip.
2. Vérifiez la présence de Content-Encoding.
3. Assurez-vous que Vary: Accept-Encoding est présent.
4. Vérifiez que la ressource est textuelle et compressible.