ब्राउज़र कैश मेमोरी का फ़ायदा लें

यह नियम तब ट्रिगर होता है, जब PageSpeed Insights को पता चलता है कि आपके सर्वर से मिलने वाले रिस्पॉन्स में कैशिंग हेडर शामिल नहीं हैं या अगर रिसॉर्स कुछ समय के लिए कैश मेमोरी में सेव किए जाने के लिए तय किए गए हैं.

खास जानकारी

नेटवर्क पर रिसॉर्स फ़ेच करने की प्रोसेस धीमी और खर्चीली होती है: डाउनलोड करने के लिए, क्लाइंट और सर्वर के बीच कई राउंडट्रिप की ज़रूरत पड़ सकती है. इससे प्रोसेस में देरी हो सकती है और पेज का कॉन्टेंट रेंडर होना बंद हो सकता है. साथ ही, वेबसाइट पर आने वाले लोगों को डेटा खर्च करना पड़ता है. सभी सर्वर रिस्पॉन्स में कैश मेमोरी में सेव करने की नीति के बारे में बताया जाना चाहिए, ताकि क्लाइंट यह तय कर सके कि पहले फ़ेच किए गए रिस्पॉन्स का फिर से इस्तेमाल किया जा सकता है या नहीं और कब किया जा सकता है.

सुझाव

हर रिसॉर्स को कैश मेमोरी में सेव करने की एक ऐसी नीति तय करनी चाहिए जो इन सवालों के जवाब दे: रिसॉर्स को कैश मेमोरी में सेव किया जा सकता है या नहीं, कब तक के लिए, और अगर लागू हो, तो कैश मेमोरी की नीति के खत्म होने पर उसे फिर से सही तरीके से कैसे पुष्टि किया जा सकता है. जब सर्वर जवाब देता है, तो उसे Cache-Control और ETag हेडर उपलब्ध कराने चाहिए:

अपनी साइट के लिए सबसे बेहतर कैशिंग नीति तय करने के लिए, कृपया इन गाइड का इस्तेमाल करें:

हमारा सुझाव है कि स्टैटिक एसेट या ऐसी एसेट के लिए कैश मेमोरी में सेव होने की कम से कम समयावधि एक हफ़्ते और ज़्यादा से ज़्यादा एक साल होनी चाहिए जो बार-बार बदलते नहीं हैं. अगर आपको संसाधनों के अमान्य होने के समय पर पूरा कंट्रोल चाहिए, तो हम यूआरएल फ़िंगरप्रिंटिंग या वर्शन बनाने की तकनीक का इस्तेमाल करने का सुझाव देते हैं. कैश मेमोरी में सेव किए गए रिस्पॉन्स लिंक को अमान्य और अपडेट करने के लिए ऊपर दिया गया लिंक देखें.

सुझाव/राय दें या शिकायत करें

क्या इस पेज से कोई मदद मिली?