GZIP/Brotli कंप्रेशन चेकर

gzip, Brotli, deflate या zstd कंप्रेशन जाँचने के लिए HTTP रिस्पॉन्स हेडर पेस्ट करें। कंप्रेसिबिलिटी, अनुमानित बचत का विश्लेषण करें और सर्वर कॉन्फ़िग गाइड पाएं।

अपडेट किया गया

Share:
Home/Website Tools/GZIP/Brotli Compression Checker

GZIP/Brotli Compression Checker

Paste your HTTP response headers to check whether compression (gzip, Brotli, deflate, zstd) is enabled. Get compression type, estimated savings, content-type analysis, and server configuration guidance.

Paste HTTP Response Headers

This tool runs entirely in your browser. No data is sent to any server. Headers are parsed and analyzed client-side for educational purposes.

Brotli vs Gzip Comparison

FeatureGzipBrotliDeflateZstandard
Compression RatioGood (~70%)
Best (~78%)
Fair (~65%)Very Good (~75%)
Compression Speed
Fast
Slower (at high levels)Fast
Very Fast
Decompression SpeedFastFastFast
Fastest
Browser Support
Universal
All modern (97%+)UniversalLimited (Chrome 123+)
HTTPS RequiredNoYes (browsers only)NoYes (browsers only)
Best ForDynamic content, broad compatStatic assets, max savingsLegacy systemsReal-time / streaming

Recommendation: Use Brotli for static assets (pre-compressed at build time) and gzip as a fallback for dynamic responses. Most CDNs and modern servers support both with automatic content negotiation via the Accept-Encoding header.

अक्सर पूछे जाने वाले प्रश्न

GZIP/Brotli कम्प्रेशन चेकर क्या है?

GZIP/Brotli कम्प्रेशन चेकर एक मुफ़्त ऑनलाइन टूल है जिसमें आप HTTP रिस्पॉन्स हेडर पेस्ट करके gzip, Brotli, deflate या zstd कम्प्रेशन की जाँच कर सकते हैं। यह संपीड्यता, अनुमानित बचत का विश्लेषण करता है और सर्वर कॉन्फ़िगरेशन गाइड देता है। यह पूरी तरह आपके ब्राउज़र में चलता है, बिना किसी इंस्टॉलेशन या साइन-अप के।

कौन-से कम्प्रेशन प्रकार?

Content-Encoding से gzip, Brotli (br), deflate, zstd और identity का पता लगाता है। ट्रांसपोर्ट-स्तरीय कम्प्रेशन के लिए Transfer-Encoding की भी जाँच करता है।

बचत का अनुमान कैसे लगाया जाता है?

जब Content-Length मौजूद हो, तो मूल या संपीड़ित आकार का अनुमान लगाने के लिए औसत अनुपात (gzip ~70%, Brotli ~78%, deflate ~65%, zstd ~75%) का उपयोग करता है।

क्या यह सुरक्षित है?

हाँ। सारा विश्लेषण आपके ब्राउज़र में चलता है। कोई भी डेटा किसी सर्वर पर नहीं भेजा जाता।

क्या GZIP/Brotli कम्प्रेशन चेकर इस्तेमाल करने के लिए मुफ़्त है?

हाँ, GZIP/Brotli कम्प्रेशन चेकर 100% मुफ़्त है — बिना किसी पंजीकरण, छिपे शुल्क या उपयोग सीमा के। सारी प्रोसेसिंग आपके ब्राउज़र में स्थानीय रूप से होती है, जिससे पूर्ण गोपनीयता सुनिश्चित होती है।

क्या GZIP/Brotli कम्प्रेशन चेकर मोबाइल डिवाइस पर काम करता है?

हाँ, GZIP/Brotli कम्प्रेशन चेकर पूरी तरह रिस्पॉन्सिव है और स्मार्टफ़ोन तथा टैबलेट पर काम करता है। आप इसे आधुनिक वेब ब्राउज़र वाले किसी भी डिवाइस पर इस्तेमाल कर सकते हैं — किसी ऐप डाउनलोड की ज़रूरत नहीं।

क्या इस टूल का उपयोग करने के लिए मुझे खाता बनाना होगा?

किसी खाते या पंजीकरण की आवश्यकता नहीं है। बस अपने ब्राउज़र में GZIP/Brotli कम्प्रेशन चेकर खोलें और तुरंत इसका उपयोग शुरू करें। कोई साइन-अप बाधा या उपयोग की सीमा नहीं है।

मैं GZIP/Brotli कम्प्रेशन चेकर का उपयोग कैसे करूँ?

बस दिए गए फ़ील्ड में अपना इनपुट दर्ज करें, अपनी पसंद के अनुसार कोई भी सेटिंग समायोजित करें, और टूल इसे तुरंत संसाधित कर देगा। फिर आप परिणाम को क्लिपबोर्ड पर कॉपी कर सकते हैं या डाउनलोड कर सकते हैं।

कौन-कौन से ब्राउज़र समर्थित हैं?

GZIP/Brotli कम्प्रेशन चेकर Chrome, Firefox, Safari, Edge और Opera सहित सभी आधुनिक ब्राउज़र में काम करता है। सर्वोत्तम अनुभव के लिए, अपने पसंदीदा ब्राउज़र के नवीनतम संस्करण का उपयोग करें।

gzip और Brotli कंप्रेशन में क्या अंतर है?

Gzip और Brotli दोनों लॉसलेस एल्गोरिदम हैं जो टेक्स्ट-आधारित रिस्पॉन्स को ब्राउज़र तक पहुँचने से पहले छोटा कर देते हैं, लेकिन Brotli नया और ज़्यादा कारगर है। HTML, CSS, और JavaScript जैसे सामान्य टेक्स्ट एसेट्स पर, Brotli आमतौर पर gzip से 15-20% ज़्यादा कंप्रेस करता है, जिसका मतलब है तेज़ ट्रांसफर और बेहतर Largest Contentful Paint, खासकर धीमे मोबाइल कनेक्शनों पर। Gzip को लगभग-सार्वभौमिक सपोर्ट और कम सेटिंग्स पर थोड़ी तेज़ कंप्रेशन स्पीड का फ़ायदा है, इसलिए जब क्लाइंट Brotli का समर्थन नहीं दिखाता तो कई सर्वर gzip पर वापस चले जाते हैं। ब्राउज़र Accept-Encoding रिक्वेस्ट हेडर के ज़रिए बताता है कि वह क्या स्वीकार करता है, और सर्वर Content-Encoding: gzip या br के साथ जवाब देता है। अगर आप अपने रिस्पॉन्स हेडर्स यहाँ पेस्ट करते हैं, तो चेकर ठीक-ठीक बताता है कि कौन-सी एन्कोडिंग सक्रिय है और सिर्फ़ gzip इस्तेमाल करने वाली साइट्स को Brotli जोड़ने के लिए प्रेरित करता है।

चेकर में पेस्ट करने के लिए HTTP रिस्पॉन्स हेडर्स कैसे प्राप्त करें?

आपको बस एक ही URL के रॉ रिस्पॉन्स हेडर्स चाहिए, और उन्हें पाने के तीन आसान तरीके हैं। Chrome या Firefox के DevTools में, Network टैब खोलिए, पेज रीलोड कीजिए, मुख्य डॉक्यूमेंट रिक्वेस्ट पर क्लिक कीजिए, और Response Headers ब्लॉक कॉपी कर लीजिए। टर्मिनल से, curl -I https://example.com बॉडी डाउनलोड किए बिना हेडर्स प्रिंट कर देता है, और curl -sI -H "Accept-Encoding: br,gzip" https://example.com सर्वर को बताता है कि आप कंप्रेशन स्वीकार करते हैं ताकि वह वाकई एक एन्कोडेड रिस्पॉन्स लौटाए। यह टूल Header: value फॉर्मैट की किसी भी लिस्ट को पार्स कर लेता है, इसलिए एक सीधा कॉपी-पेस्ट भी ठीक काम करता है। Content-Encoding, Content-Type, Content-Length, और Vary पर ध्यान दीजिए, क्योंकि नतीजा यही तय करते हैं। ऊपर हेडर्स पेस्ट कीजिए और चेकर हर प्रासंगिक लाइन को सरल भाषा में समझाएगा।

मेरा कंप्रेस्ड पेज Enabled की बजाय Partial नतीजा क्यों दिखाता है?

Partial नतीजे का मतलब है कि कंप्रेशन तकनीकी रूप से काम कर रहा है लेकिन कॉन्फ़िगरेशन में कुछ ऐसा है जो समस्या पैदा कर सकता है। सबसे आम वजह है Vary हेडर का गायब या अधूरा होना। अगर Content-Encoding में br या gzip दिखता है लेकिन Vary: Accept-Encoding मौजूद नहीं है, तो कोई शेयर्ड प्रॉक्सी या CDN कंप्रेस्ड कॉपी कैश कर सकता है और बाद में उसे किसी ऐसे क्लाइंट को सर्व कर सकता है जिसने वह कभी माँगी ही नहीं थी, जिससे पेज गड़बड़ा जाते हैं। चेकर जान-बूझकर इसे घटाकर Partial कर देता है और हेडर जोड़ने की सलाह देता है। यह ऐसे Vary हेडर को भी फ्लैग करता है जो मौजूद तो है लेकिन Accept-Encoding शामिल नहीं करता, साथ ही Transfer-Encoding से जुड़ी ट्रांसपोर्ट-लेवल गड़बड़ियों को भी। यानी Partial कोई झूठा अलार्म नहीं है; यह एक वास्तविक कैशिंग जोखिम की ओर इशारा करता है जिसे एक साधारण is-it-gzipped चेक पकड़ ही नहीं पाता। सही सिग्नल और उसका समाधान देखने के लिए ऊपर अपने हेडर्स पेस्ट कीजिए।

किन कंटेंट टाइप्स को कंप्रेशन से वाकई फ़ायदा होता है?

कंप्रेशन तभी फ़ायदेमंद होता है जब हटाने के लिए कुछ रिडंडेंसी बची हो, इसलिए यह टेक्स्ट-आधारित फॉर्मैट्स पर काम आता है और पहले से कंप्रेस्ड बाइनरी फ़ाइलों पर मेहनत बर्बाद करता है। अत्यधिक कंप्रेसिबल टाइप्स में HTML, CSS, JavaScript, JSON, XML, और SVG शामिल हैं, जहाँ gzip या Brotli पेलोड को लगभग 65-78% तक घटा सकते हैं। चेकर इन्हें Highly Compressible के तौर पर फ्लैग करता है और अगर एन्कोडिंग गायब हो तो उसे चालू करने की सलाह देता है। जो फ़ाइलें फॉर्मैट-लेवल पर पहले से कंप्रेस्ड हैं, जैसे JPEG, PNG, WebP, MP4, PDF, WOFF2 फॉन्ट्स, और ZIP आर्काइव्स, उन्हें आगे लगभग कोई कमी नहीं मिलती, इसलिए उन्हें दोबारा कंप्रेस करना सिर्फ़ CPU जलाता है; यह टूल इन्हें Already Compressed चिह्नित करता है और इन्हें एन्कोड करने के लिए प्रेरित नहीं करता। यह अंतर जानना आपको कंप्रेशन को वहाँ लगाने में मदद करता है जहाँ यह लोड टाइम सुधारे, न कि सर्वर को धीमा करे। ऊपर अपने हेडर्स पेस्ट कीजिए और चेकर अपने आप आपके Content-Type को ग्रेड कर देगा।

अनुमानित बचत का आँकड़ा कितना सटीक है?

बचत का आँकड़ा एक प्लानिंग अनुमान है, आपकी सटीक फ़ाइल के लिए मापा गया वास्तविक मूल्य नहीं। जब Content-Length हेडर मौजूद हो, तो चेकर टेक्स्ट एसेट्स के लिए सामान्य रियल-वर्ल्ड अनुपात लागू करता है: gzip के लिए लगभग 70% कमी, Brotli के लिए 78%, deflate के लिए 65%, और zstd के लिए 75%। पहले से कंप्रेस्ड रिस्पॉन्स पर यह इन अनुपातों से पीछे की ओर काम करके ओरिजिनल अनकंप्रेस्ड साइज़ का अनुमान लगाता है, और किसी अनकंप्रेस्ड रिस्पॉन्स पर यह अंदाज़ा लगाता है कि gzip से कितनी बचत हो सकती है। चूँकि असली कंप्रेशन काफ़ी हद तक खास कंटेंट पर निर्भर करता है, दोहराव वाला मार्कअप घने, अनोखे टेक्स्ट के मुक़ाबले कहीं बेहतर कंप्रेस होता है, इसलिए इस आँकड़े को सटीक बाइट काउंट के बजाय सुधार को प्राथमिकता देने के लिए एक दिशा-सूचक गाइड मानिए। सटीक संख्याओं के लिए, कंप्रेशन चालू करने से पहले और बाद के असली Content-Length की तुलना कीजिए। पूरे नतीजे के साथ अनुमान देखने के लिए ऊपर अपने हेडर्स पेस्ट कीजिए।

Embed This Tool

Add a free, live version of this widget to your own website or blog post — it runs entirely in your visitors' browsers, with a credit link back to The Toolbox.

Copy & paste this HTML
<iframe src="https://getthetoolbox.com/embed/compression-checker" title="GZIP/Brotli Compression Checker — The Toolbox" width="100%" height="250" style="max-width:480px;border:1px solid #e2e8f0;border-radius:12px" loading="lazy"></iframe>
<p style="font-size:12px;margin:4px 0 0"><a href="https://getthetoolbox.com/website-tools/compression-checker?utm_source=embed&utm_medium=widget" target="_blank" rel="noopener">Free GZIP/Brotli Compression Checker</a> by The Toolbox</p>

संबंधित टूल

मुफ़्त वेबसाइट स्पीड टेस्ट

अपनी वेबसाइट के पेज लोड समय, प्रदर्शन मेट्रिक्स और अनुकूलन के अवसरों का विश्लेषण करें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।

मुफ़्त मोबाइल फ्रेंडली टेस्ट

जांचें कि आपकी साइट मोबाइल डिवाइस के लिए अनुकूलित है या नहीं। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में काम करता है, बिना साइन-अप के।

मुफ़्त मेटा टैग एक्सट्रैक्टर

SEO और सोशल मीडिया विश्लेषण के लिए किसी भी वेबपेज से सभी मेटा टैग निकालें और समीक्षा करें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में, बिना साइन-अप के।

मुफ़्त वेबसाइट स्क्रीनशॉट टूल

डिज़ाइन समीक्षा और परीक्षण के लिए किसी भी वेबपेज के पूर्ण-पृष्ठ या व्यूपोर्ट स्क्रीनशॉट कैप्चर करें। मुफ़्त, तेज़ और पूरी तरह आपके ब्राउज़र में, बिना साइन-अप के।

GZIP/Brotli Compression Checker के बारे में

GZIP/Brotli Compression Checker किसी भी URL के रॉ HTTP रिस्पॉन्स हेडर्स को पढ़ता है और बताता है कि सर्वर वाकई जो भेज रहा है उसे कंप्रेस कर रहा है या नहीं। हेडर्स पेस्ट कीजिए, और यह टूल बताता है कि कौन-सी एन्कोडिंग इस्तेमाल हो रही है, कंटेंट टाइप कितना कंप्रेसिबल है, आप कितने बाइट्स बचा रहे हैं (या बचा सकते हैं) इसका अनुमान, और कमियाँ ठीक करने के लिए ठीक-ठीक सर्वर कॉन्फ़िगरेशन क्या होना चाहिए। यह वेब डेवलपर्स, साइट ओनर्स, और परफॉर्मेंस व SEO स्पेशलिस्ट्स के लिए बनाया गया है जो एक सवाल का तुरंत और पक्का जवाब चाहते हैं: क्या यहाँ कंप्रेशन काम कर रहा है?

सब कुछ आपके ब्राउज़र में ही चलता है। आपके द्वारा पेस्ट किए गए हेडर्स को JavaScript से लोकली पार्स और एनालाइज़ किया जाता है, कभी किसी सर्वर पर अपलोड नहीं किया जाता, इसलिए आप बेझिझक इंटरनल स्टेजिंग एनवायरनमेंट या प्री-लॉन्च साइट्स भी चेक कर सकते हैं। कोई साइन-अप नहीं, कोई रेट लिमिट नहीं, और कुछ भी इंस्टॉल करने की ज़रूरत नहीं।

अपना कंप्रेशन स्टेटस कैसे पढ़ें

किसी पेज के रिस्पॉन्स हेडर्स लीजिए (आपके ब्राउज़र का DevTools Network टैब, curl -I, या curl -sI -H "Accept-Encoding: br,gzip" — सभी काम करते हैं) और उन्हें यहाँ पेस्ट कर दीजिए। चेकर हर Header: value लाइन को पार्स करता है और जो मायने रखते हैं उन्हें जाँचता है:

  • Content-Encoding सबसे प्रमुख संकेत है। यह टूल gzip, br (Brotli), deflate, zstd (Zstandard), और identity (यानी साफ़ तौर पर कोई कंप्रेशन नहीं) को पहचानता है।
  • Transfer-Encoding को chunked स्ट्रीमिंग और दुर्लभ ट्रांसपोर्ट-लेवल कंप्रेशन के लिए जाँचा जाता है।
  • Content-Type यह तय करता है कि कंप्रेशन से फ़ायदा होगा भी या नहीं, और Vary को जाँचा जाता है ताकि यह पक्का हो सके कि कैश सही वर्ज़न ही सर्व करेगा।

आपको तीन में से एक नतीजा मिलता है — Enabled, Partial, या Not Detected — साथ ही हर प्रासंगिक हेडर का सरल भाषा में ब्यौरा। एक बिल्ट-इन सैंपल (एक कंप्रेस्ड रिस्पॉन्स, एक अनकंप्रेस्ड) आपको यह दिखाता है कि अपनी साइट टेस्ट करने से पहले एक हेल्दी रिज़ल्ट कैसा दिखता है।

Vary हेडर का न होना अब भी समस्या क्यों माना जाता है

एक रिस्पॉन्स कंप्रेस्ड होते हुए भी गलत तरीके से कॉन्फ़िगर हो सकता है। अगर Content-Encoding: br मौजूद है लेकिन Vary: Accept-Encoding हेडर नहीं है, तो चेकर नतीजे को घटाकर Partial कर देता है। यह जान-बूझकर किया जाता है: Vary: Accept-Encoding के बिना, कोई शेयर्ड प्रॉक्सी या CDN Brotli-एन्कोडेड कॉपी कैश कर सकता है और बाद में उसे किसी ऐसे क्लाइंट को दे सकता है जिसने वह कभी माँगी ही नहीं थी, जिससे पेज गड़बड़ा जाते हैं। यह टूल इसे फ्लैग करता है, ऐसे Vary हेडर को भी फ्लैग करता है जिसमें Accept-Encoding शामिल नहीं है, और सुधार का सुझाव देता है — ऐसी छोटी-छोटी बारीकियाँ जो एक साधारण "क्या यह gzip हुआ है?" वाला चेक पकड़ ही नहीं पाता।

बचत के अनुमान का क्या मतलब है

जब Content-Length मौजूद हो, तो चेकर टेक्स्ट एसेट्स के लिए सामान्य रियल-वर्ल्ड अनुपातों का इस्तेमाल करके असर का अनुमान लगाता है: gzip के लिए करीब 70% कमी, Brotli के लिए 78%, deflate के लिए 65%, और zstd के लिए 75%। किसी कंप्रेस्ड रिस्पॉन्स पर यह पीछे की ओर काम करके ओरिजिनल अनकंप्रेस्ड साइज़ का अनुमान लगाता है; किसी अनकंप्रेस्ड रिस्पॉन्स पर यह अंदाज़ा लगाता है कि gzip से कितनी बचत हो सकती है। ये औसत आँकड़े हैं, आपकी खास फ़ाइल के लिए मापे गए वास्तविक आँकड़े नहीं, इसलिए इन्हें एक सटीक संख्या के बजाय एक प्लानिंग गाइड के तौर पर लीजिए — असली नतीजे कंटेंट पर निर्भर करते हैं।

यह टूल कंटेंट टाइप को भी ग्रेड करता है। टेक्स्ट-आधारित फॉर्मैट्स (HTML, CSS, JavaScript, JSON, XML, SVG) को Highly Compressible के तौर पर फ्लैग किया जाता है। पहले से कंप्रेस्ड बाइनरी फ़ाइलें — JPEG, PNG, WebP, MP4, PDF, WOFF2 फॉन्ट्स, ZIP आर्काइव्स — Already Compressed के तौर पर चिह्नित की जाती हैं, क्योंकि इन्हें फिर से कंप्रेस करना लगभग बिना किसी फ़ायदे के CPU बर्बाद करना है।

जाँच से लेकर समाधान तक

कंप्रेशन उपलब्ध सबसे असरदार परफॉर्मेंस सुधारों में से एक है: टेक्स्ट पेलोड को छोटा करने से ट्रांसफर टाइम घटता है, जिससे Largest Contentful Paint और धीमे मोबाइल कनेक्शनों पर अनुभव बेहतर होता है। चूँकि Brotli टेक्स्ट पर आमतौर पर gzip से 15–20% बेहतर प्रदर्शन करता है, यह चेकर सिर्फ़ gzip इस्तेमाल करने वाली साइट्स को अपग्रेड करने के लिए प्रोत्साहित करता है।

समाधान तक पहुँचाने के लिए, तुरंत पेस्ट किए जा सकने वाले कॉन्फ़िगरेशन स्निपेट्स Nginx, Apache (.htaccess / mod_deflate), Cloudflare, Vercel, Netlify, और Node/Express के लिए दिए गए हैं। ऊपर अपने हेडर्स पेस्ट कीजिए, नतीजा पढ़िए, रिपोर्ट कॉपी कीजिए या CSV के रूप में एक्सपोर्ट कीजिए, फिर मैचिंग कॉन्फ़िग लागू करके दोबारा जाँच लीजिए।