Analyseur de taille de réponse HTTP
Collez les en-têtes et le corps d'une réponse HTTP pour comparer côte à côte les tailles non compressée, GZIP, DEFLATE et Brotli. Valide Content-Encoding, détecte les en-têtes Vary manquants et fournit des recommandations de compression concrètes. S'exécute entièrement dans votre navigateur, sans inscription.
Paste HTTP response headers and body to see uncompressed, GZIP, DEFLATE, and Brotli sizes side by side. Checks Content-Encoding, validates Content-Length, and gives actionable compression recommendations. Runs entirely in your browser.
Load an example:
Paste the raw HTTP response headers (including status line)
Paste the raw response body (JSON, HTML, CSS, etc.)
Pourquoi utiliser notre analyseur de taille de réponse HTTP ?
Voici les principaux avantages de l'outil.
- Analyse instantanée des réponses HTTP : collez n'importe quelle réponse HTTP et voyez immédiatement les tailles non compressée, GZIP, DEFLATE et Brotli côte à côte — avec les nombres d'octets exacts et les pourcentages de réduction.
- Analyseur de réponses HTTP en ligne sécurisé : toute la compression et l'analyse s'exécutent dans votre navigateur. Les données de votre réponse ne quittent jamais votre appareil — sûr pour analyser des réponses contenant des données d'API sensibles.
- Validation des en-têtes et recommandations : vérifie Content-Encoding, valide Content-Length, détecte les en-têtes Vary manquants et fournit des recommandations concrètes pour chaque réponse.
- 100 % gratuit pour toujours : analysez autant de réponses HTTP que nécessaire, entièrement gratuitement. Sans compte, sans abonnement, sans limite de taille et sans publicité.
Qu'est-ce que l'analyse de taille de réponse HTTP ?
L'analyse de taille de réponse HTTP consiste à mesurer la taille d'une réponse HTTP sous sa forme brute et de combien elle serait réduite avec la compression GZIP, DEFLATE ou Brotli. Les serveurs web peuvent compresser les réponses textuelles (HTML, JSON, CSS, JavaScript) avant de les envoyer au navigateur, réduisant la taille de transfert de 60 à 90 %. Notre analyseur de taille de réponse HTTP gratuit effectue cette analyse entièrement dans votre navigateur via l'API native CompressionStream — sans envoi vers un serveur.
Comment fonctionne notre analyseur de taille de réponse HTTP
Voici les trois étapes.
- Collez les en-têtes et le corps : copiez les en-têtes de réponse HTTP bruts et le corps depuis les outils de développement de votre navigateur, la sortie de curl ou votre client d'API, puis collez-les dans les deux panneaux.
- Analyse instantanée dans le navigateur : cliquez sur « Analyser la réponse » — l'outil compresse le corps avec GZIP, DEFLATE et Brotli en parallèle via l'API native CompressionStream du navigateur. Vos données ne quittent jamais votre appareil.
- Consultez les résultats et les recommandations : voyez le graphique de comparaison des tailles, le tableau des en-têtes analysés et les recommandations concrètes pour améliorer la compression.
Ce qui est analysé
Voici ce que l'outil analyse.
- Compression du corps : le corps de la réponse est compressé avec GZIP, DEFLATE et Brotli — affichant les tailles exactes et les pourcentages de réduction pour chacun.
- Content-Encoding : vérifie si la réponse est déjà compressée et valide la valeur d'encodage par rapport aux formats de compression connus.
- Content-Length : valide que le Content-Length déclaré correspond à la taille réelle du corps — les écarts peuvent provoquer des problèmes de connexion.
- En-tête Vary : vérifie la présence de l'en-tête obligatoire Vary: Accept-Encoding, qui garantit que les CDN et les proxys mettent en cache séparément les versions compressées et non compressées.
GZIP ou Brotli pour les réponses HTTP
GZIP est le format de compression HTTP le plus largement pris en charge — tous les navigateurs et serveurs le supportent. Il obtient généralement une réduction de 60 à 80 % pour le JSON et le HTML. Brotli atteint une compression 15 à 25 % meilleure que GZIP à qualité égale et est pris en charge par tous les navigateurs modernes (Chrome, Firefox, Safari, Edge). Pour maximiser les économies de bande passante, activez Brotli comme compression principale avec GZIP en secours pour les clients anciens.
Foire aux questions
Un analyseur de taille de réponse HTTP mesure la taille d'une réponse HTTP non compressée et de combien elle serait réduite avec la compression GZIP, DEFLATE ou Brotli. Notre analyseur de taille de réponse HTTP en ligne gratuit s'exécute entièrement dans votre navigateur — sans inscription ni envoi vers un serveur.
Ouvrez les outils de développement de votre navigateur (F12), allez dans l'onglet Réseau, cliquez sur une requête et copiez les en-têtes de réponse et le corps de la réponse. Vous pouvez aussi utiliser curl avec l'option -i pour inclure les en-têtes dans la sortie, ou copier depuis votre client d'API (Postman, Insomnia, etc.).
Oui, une confidentialité totale est garantie. Toute la compression et l'analyse s'exécutent entièrement côté client dans votre navigateur via l'API native CompressionStream. Les données de votre réponse — y compris les charges utiles d'API sensibles — ne quittent jamais votre appareil et ne sont jamais envoyées à un serveur.
Oui. L'analyseur de taille de réponse HTTP est 100 % gratuit, sans inscription, sans abonnement, sans limite de taille de données et sans publicité. Vous pouvez analyser autant de réponses que nécessaire.
Content-Encoding: gzip signifie que le serveur a déjà compressé le corps de la réponse avec GZIP avant de l'envoyer. Le corps que vous collez doit être la version décompressée pour une analyse précise. Si vous collez le corps compressé, l'outil l'affichera comme déjà petit et les économies de compression paraîtront minimes.
La compression Brotli via l'API CompressionStream nécessite Chrome 80+, Edge 80+ ou Safari 17.4+. Si votre navigateur ne la prend pas en charge, l'outil estime la taille Brotli à environ 85 % de la taille GZIP, ce qui est une approximation raisonnable. Pour des mesures Brotli exactes, utilisez Chrome ou Edge.
L'en-tête Vary: Accept-Encoding indique aux CDN et aux proxys de cache de stocker des versions distinctes pour les réponses compressées et non compressées. Sans lui, une CDN pourrait servir une réponse compressée en GZIP à un client qui ne prend pas en charge GZIP, produisant une sortie illisible. Incluez toujours cet en-tête lorsque vous servez des réponses compressées.
Les formats textuels se compressent extrêmement bien : JSON (réduction de 60-80 %), HTML (65-85 %), CSS (70-85 %), JavaScript (60-80 %), XML (70-85 %) et texte brut (50-75 %). Les formats binaires comme les images (JPEG, PNG, WebP), les vidéos et les archives déjà compressées ne gagnent presque rien à la compression HTTP et ne devraient pas l'activer.