कैश हेडर विश्लेषक

किसी भी URL के लिए HTTP कैशिंग हेडर का विश्लेषण करें। ब्राउज़र बनाम साझा-कैश व्यवहार को समझने के लिए Cache-Control, Expires, ETag, Last-Modified, Vary, Age, और सामान्य CDN कैश संकेतों का निरीक्षण करें। इसमें रीडायरेक्ट ट्रेसिंग, कच्चा हेडर दृश्य, फ़िल्टरिंग, समस्या निष्कर्ष, और JSON/PDF निर्यात शामिल हैं।

Loading…

के बारे में कैश हेडर विश्लेषक

एक URL पेस्ट करें और तुरंत समझें कि इसे कैसे कैश किया जाता है: ब्राउज़र निर्देश, साझा CDN/प्रॉक्सी कैशिंग (s-maxage, surrogate controls), वैलिडेटर (ETag/Last-Modified), और पुनः सत्यापन पैटर्न (stale-while-revalidate, stale-if-error)। प्रदर्शन डीबग करने, आकस्मिक HTML कैशिंग रोकने, और स्थिर संपत्ति कैश नीतियों को सत्यापित करने के लिए इसका उपयोग करें।

विशेषताएँ

स्पष्ट स्कोर कार्ड + निष्कर्षों के साथ URL-आधारित कैश ऑडिट (कैशिंग/प्रदर्शन हेडर पर ध्यान केंद्रित)।
रीडायरेक्ट का पालन करें (10 तक) यह देखने के लिए कि कैशिंग नियम वास्तव में कहाँ लागू होते हैं।
पूर्ण पारदर्शिता के लिए कच्चा हेडर दृश्य (सर्वर/CDN ने वास्तव में क्या लौटाया)।
कैश विश्लेषण हाइलाइट्स: Cache-Control निर्देश, Expires/Pragma, और संघर्ष।
वैलिडेटर जाँच: ETag और Last-Modified पहचान (सशर्त अनुरोध और पुनः सत्यापन के लिए)।
Vary विश्लेषण गुम या जोखिम भरे Vary व्यवहार को पकड़ने के लिए (विशेष रूप से वैयक्तिकृत सामग्री के लिए)।
CDN संकेत पहचान: Age, Via, CF-Cache-Status, X-Cache, Fastly/Akamai/CloudFront-शैली हेडर।
फ़िल्टर और "केवल समस्याएँ" मोड त्वरित रूप से कार्रवाई योग्य मुद्दों पर ध्यान केंद्रित करने के लिए।
JSON और PDF रिपोर्ट के रूप में परिणाम निर्यात करें (ऑडिट और ग्राहक डिलिवरेबल्स के लिए बढ़िया)।
HEAD-पहली जाँच (GET पर फ़ॉलबैक) बैंडविड्थ को कम करते हुए संगत रहने के लिए।

🧭 उपयोग कैसे करें for cache-headers-analyzer

URL दर्ज करें

पूर्ण URL पेस्ट करें जिसका आप ऑडिट करना चाहते हैं (उदाहरण: [https://example.com/static/app.css](https://example.com/static/app.css))।

अनुरोध व्यवहार चुनें

तेज़ जाँच के लिए "पहले HEAD आज़माएँ (GET पर फ़ॉलबैक)" सक्षम रखें। यदि URL रीडायरेक्ट कर सकता है (HTTP→HTTPS, www, CDN, आदि) तो "रीडायरेक्ट का पालन करें" सक्षम करें।

एक विश्लेषक फोकस चुनें

संतुलित दृश्य के लिए "ऑटो (अनुशंसित)" का उपयोग करें। अपने एंडपॉइंट के लिए सबसे प्रासंगिक निष्कर्षों को प्राथमिकता देने के लिए "ब्राउज़र कैशिंग", "CDN / प्रॉक्सी कैशिंग", या "API कैशिंग" पर स्विच करें।

निष्कर्ष और हेडर श्रेणियों की समीक्षा करें

पहले स्कोर/निष्कर्षों का निरीक्षण करें, फिर कैश निर्देशों, वैलिडेटर (ETag/Last-Modified), Vary विश्लेषण, और CDN संकेतों (Age, कैश स्थिति हेडर) में गहराई से जाएँ। यदि आपको पूर्ण प्रतिक्रिया चाहिए तो "कच्चा हेडर दिखाएँ" चालू करें।

एक रिपोर्ट निर्यात करें

स्वचालन के लिए JSON रिपोर्ट या ऑडिट और साथियों/ग्राहकों के साथ साझा करने के लिए PDF रिपोर्ट डाउनलोड करें।

तकनीकी विशिष्टताएँ

अनुरोध मॉडल

यह उपकरण वैकल्पिक रीडायरेक्ट फॉलोइंग के साथ एक URL हेडर निरीक्षण करता है। यह पहले एक HEAD अनुरोध का प्रयास करता है (यदि सक्षम है) और आवश्यकता पड़ने पर GET पर फ़ॉलबैक करता है।

सेटिंग	व्यवहार	डिफ़ॉल्ट
पहले HEAD आज़माएँ (GET पर फ़ॉलबैक)	हेडर जल्दी लाने के लिए HEAD का उपयोग करता है; यदि HEAD असमर्थित या अपर्याप्त है तो GET पर वापस आ जाता है	सक्षम
रिडायरेक्ट्स का पालन करें	अंतिम कैशिंग व्यवहार का निरीक्षण करने के लिए रिडायरेक्ट चेन का पालन करता है	सक्षम
अधिकतम रिडायरेक्ट्स	अनंत लूप को रोकने के लिए रिडायरेक्ट सीमा	10 (सीमा 0–20)
टाइमआउट	अनुरोध टाइमआउट सीमा	15000 मि.से.
यूज़र-एजेंट	अनुरोध यूज़र एजेंट की पहचान करता है	Encode64Bot/1.0 (+[https://encode64.com](https://encode64.com))
निजी नेटवर्क	सुरक्षा के लिए निजी नेटवर्क रेंज तक पहुँच को अवरुद्ध करता है	अक्षम (निजी नेटवर्क की अनुमति नहीं)

विश्लेषित हेडर और सिग्नल

विश्लेषक कैश शब्दार्थ (ब्राउज़र और साझा कैश) और सामान्य CDN एज सिग्नल पर केंद्रित है।

श्रेणी	उदाहरण
कैश निर्देश	Cache-Control, Expires, Pragma, Surrogate-Control, CDN-Cache-Control
प्रमाणक	ETag, Last-Modified (सशर्त अनुरोध / पुनः प्रमाणीकरण के लिए उपयोग किया जाता है)
साझा कैश व्यवहार	s-maxage, stale-while-revalidate, stale-if-error (जब Cache-Control में मौजूद हो)
Vary व्यवहार	Vary (कैश कुंजी विविधताएँ और वैयक्तिकरण सुरक्षा)
CDN/प्रॉक्सी सिग्नल	Age, Via, CF-Cache-Status, X-Cache, X-Cache-Hits, Server-Timing और अन्य एज संकेत

कुछ CDN हेडर विक्रेता-विशिष्ट हैं; उपस्थिति और अर्थ प्रदाता और कॉन्फ़िगरेशन के अनुसार भिन्न हो सकते हैं।

ह्यूरिस्टिक्स (क्या चेतावनियाँ ट्रिगर करता है)

निष्कर्ष व्यावहारिक कैशिंग ह्यूरिस्टिक्स से लिए गए हैं ताकि गायब, विरोधाभासी, या कमजोर कैशिंग नीतियों को पहचानने में मदद मिल सके।

ह्यूरिस्टिक	यह क्या जाँचता है
कैश-कंट्रोल अनुपस्थित	जब कैश-कंट्रोल अनुपस्थित हो तो चेतावनी देता है
विरोधाभासी निर्देश	जब निर्देश असंगत प्रतीत होते हैं तो चेतावनी देता है (जैसे, मिश्रित कैशिंग इरादे)
वैधता प्रमाणक अनुपस्थित	जब कैश योग्य प्रतिक्रियाओं में ईटैग/अंतिम-संशोधित की कमी हो तो चेतावनी देता है
कमजोर वैधता प्रमाणक	प्रासंगिक स्थानों पर कमजोर वैधता प्रमाणक पैटर्न को चिह्नित करता है
वैरी जोखिम	जब वैरी अनुपस्थित लगती है जहां विविधता की संभावना आवश्यक हो तो चेतावनी देता है
प्राग्मा नो-कैश असंगति	जब प्राग्मा: नो-कैश संबंधित कैश-कंट्रोल के बिना प्रकट होता है तो चेतावनी देता है

वर्गीकरण (स्थिर बनाम एचटीएमएल बनाम एपीआई)

विश्लेषक यूआरएल पथ से सामग्री प्रकार के इरादे का अनुमान लगाकर कैशिंग सिफारिशों को अनुकूलित कर सकता है।

वर्ग	पथ पैटर्न (उदाहरण)
स्थिर संपत्ति	.css, .js, .png, .svg, .woff2, आदि।
एचटीएमएल	.html, .htm
एपीआई	/api/ से शुरू होने वाले या .json पर समाप्त होने वाले पथ

यदि आपका यूआरएल इन पैटर्न से मेल नहीं खाता है, तो सिफारिशों को निर्देशित करने के लिए "विश्लेषक फोकस" का उपयोग करें।

कमांड लाइन

कैश हेडरों को स्थानीय रूप से जांचने के लिए इन सीएलआई स्निपेट का उपयोग करें। वे इस उपकरण के निष्कर्षों/स्कोर को प्रतिस्थापित नहीं करते हैं, लेकिन वे आपको परिणामों को शीघ्रता से पुनरुत्पादित करने में सहायता करते हैं।

मैकओएस / लिनक्स

एचईएडी अनुरोध के साथ हेडर प्राप्त करें

curl -I [https://example.com/static/app.css](https://example.com/static/app.css)

शरीर डाउनलोड किए बिना कैश-कंट्रोल, एक्सपायर्स, ईटैग, अंतिम-संशोधित, वैरी और सीडीएन संकेतों की जांच करता है।

रीडायरेक्ट का पालन करें और हेडर दिखाएं

curl -IL [https://example.com/](https://example.com/)

रीडायरेक्ट श्रृंखला दिखाता है ताकि आप सत्यापित कर सकें कि कैशिंग निर्देश कहाँ बदलते हैं।

Run

विंडोज (पावरशेल)

प्रतिक्रिया हेडर प्राप्त करें

(Invoke-WebRequest -Uri [https://example.com/static/app.css](https://example.com/static/app.css) -Method Head).Headers

Cache-Control, ETag, Last-Modified और वेंडर CDN हेडर (जब मौजूद हों) सहित हेडरों की सूची दिखाता है।

हैश किए गए फ़ाइलनाम (app.abc123.css) वाली स्थिर संपत्तियों के लिए, अपरिवर्तनीय के साथ लंबे समय तक कैशिंग को प्राथमिकता दें। HTML के लिए, पुराने वैयक्तिकृत पृष्ठों को परोसने से बचने के लिए रूढ़िवादी रहें।

उपयोग के मामले

स्थिर संपत्ति कैशिंग ऑडिट (CSS/JS/छवियाँ/फ़ॉन्ट)

सत्यापित करें कि फिंगरप्रिंटेड संपत्तियाँ लंबे समय तक कैश करने योग्य हैं और आवश्यकता पड़ने पर कुशलता से पुनः मान्य की जा सकती हैं।

पुष्टि करें कि Cache-Control में लंबी max-age और (जब उपयुक्त हो) अपरिवर्तनीय शामिल है
सुनिश्चित करें कि सुरक्षित पुनर्मान्यीकरण के लिए मान्यकर्ता मौजूद हैं (ETag या Last-Modified)
CDN कैश हिट संकेतकों की जाँच करें (Age, CF-Cache-Status, X-Cache)

Cache-Control: public, max-age=31536000, immutable
ETag: "686897696a7c876b7e"
Vary: Accept-Encoding

HTML पृष्ठों के आकस्मिक कैशिंग को रोकें

ऐसे मामलों को पकड़ें जहाँ HTML पृष्ठ CDN या ब्राउज़र स्तर पर बहुत आक्रामक रूप से कैश किए जाते हैं, जो लॉगिन प्रवाह, वैयक्तिकरण और SEO रेंडरिंग स्थिरता को तोड़ सकते हैं।

HTML पर अत्यधिक अनुमेय Cache-Control का पता लगाएँ
लापता Vary की पहचान करें जहाँ सामग्री कुकीज़, प्रमाणीकरण या भाषा से भिन्न होती है
सुरक्षित पुनर्मान्यीकरण पैटर्न की पुष्टि करें

API एंडपॉइंट कैशिंग समीक्षा

समझें कि क्या API प्रतिक्रियाओं के लिए साझा कैश सक्षम हैं और क्या आपका API सुरक्षित रूप से कैश करने योग्य है।

s-maxage के माध्यम से साझा कैशिंग का पता लगाएँ
stale-while-revalidate / stale-if-error रणनीतियों को देखें
लापता मान्यकर्ताओं को चिह्नित करें जब API प्रतिक्रियाएँ कैश करने योग्य हों

रीडायरेक्ट्स में CDN व्यवहार डीबग करें

कई साइटें रीडायरेक्ट करती हैं (HTTP→HTTPS, apex→www, लोकेल रीडायरेक्ट्स)। यह उपकरण यह सुनिश्चित करने में मदद करता है कि कैशिंग नीतियाँ पहली हॉप से अंतिम प्रतिक्रिया तक सुसंगत बनी रहें।

प्रत्येक हॉप और अंतिम URL पर हेडर सत्यापित करें
एज नियमों या मूल रीराइट्स द्वारा पेश किए गए कैश हेडर परिवर्तनों को पकड़ें

❓ Frequently Asked Questions

❓यह उपकरण कैशिंग के लिए किन हेडरों का विश्लेषण करता है?

यह कैश शब्दार्थ और संकेतों पर केंद्रित है: Cache-Control, Expires, Pragma, Age, ETag, Last-Modified, Vary, साथ ही Via, CF-Cache-Status, X-Cache और संबंधित एज हेडर जैसे सामान्य CDN/प्रॉक्सी संकेतक।

❓मुझे ब्राउज़र और CDN के बीच अलग-अलग कैशिंग परिणाम क्यों दिखाई देते हैं?

ब्राउज़र एंड-टू-एंड कैश निर्देशों (Cache-Control, Expires) का पालन करते हैं जबकि CDN और प्रॉक्सी साझा-कैश नियम (s-maxage, Surrogate-Control) और एज नीतियाँ लागू कर सकते हैं। एक प्रतिक्रिया एज पर कैश करने योग्य हो सकती है लेकिन ब्राउज़र में अल्पकालिक, या इसके विपरीत।

❓ETag और Last-Modified का उपयोग किस लिए किया जाता है?

वे सशर्त अनुरोधों के लिए मान्यकर्ता हैं। ETag (If-None-Match) या Last-Modified (If-Modified-Since) के साथ, क्लाइंट और कैश संसाधनों को पुनर्मान्य कर सकते हैं और सामग्री न बदलने पर हल्की-फुल्की 304 Not Modified प्राप्त कर सकते हैं।

❓क्या मुझे HTML पृष्ठों को लंबे समय तक कैश करना चाहिए?

आमतौर पर नहीं। HTML अक्सर बार-बार बदलता है और वैयक्तिकृत हो सकता है। आक्रामक कैशिंग पुरानी या गलत सामग्री परोस सकती है। पुनर्मान्यीकरण के साथ छोटी कैशिंग को प्राथमिकता दें, और सही Vary नियमों का उपयोग करें जब सामग्री हेडर/कुकीज़ पर निर्भर करती है।

❓Vary क्या है और यह महत्वपूर्ण क्यों है?

Vary कैश को बताता है कि कौन से अनुरोध हेडर प्रतिक्रिया को प्रभावित करते हैं (जैसे, Accept-Encoding)। लापता या गलत Vary के कारण कैश गलत वेरिएंट (संपीड़ित बनाम असंपीड़ित, भाषा वेरिएंट, आदि) परोस सकते हैं।

❓क्या यहाँ URL चिपकाना सुरक्षित है?

यह उपकरण प्रदान किए गए URL पर सर्वर-साइड अनुरोध करता है और निजी-नेटवर्क लक्ष्यों को ब्लॉक करता है। केवल उन सार्वजनिक URL का उपयोग करें जिन पर आप भरोसा करते हैं और URL क्वेरी स्ट्रिंग में गुप्त जानकारी चिपकाने से बचें।

❓क्या मैं विश्लेषण निर्यात कर सकता हूँ?

हाँ। टूल JSON रिपोर्ट और PDF रिपोर्ट निर्यात करने का समर्थन करता है ताकि आप परिणाम साझा कर सकें या उन्हें प्रदर्शन ऑडिट से जोड़ सकें।

Pro Tips

Best Practice

यदि आपकी संपत्तियाँ फिंगरप्रिंटेड हैं (फ़ाइलनाम में हैश), तो सर्वोत्तम पुनः-यात्रा प्रदर्शन के लिए लंबी मैक्स-एज + इम्यूटेबल का उपयोग करें।

Best Practice

यदि HTML वैयक्तिकृत है (कुकीज़/प्रमाणीकरण), तो साझा कैश में कैशिंग से बचें जब तक कि आप कैश कुंजी और वैरी व्यवहार पर पूर्ण नियंत्रण न रखते हों।

Best Practice

कैश करने योग्य संसाधनों पर वैलिडेटर्स (ETag या लास्ट-मॉडिफाइड) को प्राथमिकता दें ताकि ग्राहक पुनः डाउनलोड करने के बजाय 304 के साथ पुनः सत्यापित कर सकें।

Best Practice

विरोधाभासी निर्देशों जैसे नो-स्टोर को लंबी मैक्स-एज के साथ मिलाने पर ध्यान दें; ये आमतौर पर गलत कॉन्फ़िगरेशन का संकेत देते हैं।

Best Practice

रीडायरेक्ट्स को डीबग करते समय, प्रत्येक चरण पर कैश हेडर्स की तुलना करें; एज नियम रीडायरेक्ट्स और अंतिम URL के बीच कैशिंग बदल सकते हैं।

Best Practice

JSON रिपोर्ट्स निर्यात करें और उन्हें अपने CI/प्रदर्शन ऑडिट आर्टिफैक्ट्स में रखें ताकि समय के साथ रिग्रेशन को ट्रैक कर सकें।