यदि कोई उपयोगकर्ता केवल एक छोटे अंतराल के बाद एक वेब पृष्ठ पर फ़िर से आता है तो पृष्ठ डेटा पुन: सर्वर के स्रोत से प्राप्त करने की आवश्यकता नहीं होती है। लगभग सभी वेब ब्राउज़र्स हाल में प्राप्त हुए आंकडों को इकठ्ठा () करते हैं, आमतौर पर लोकल हार्ड ड्राइव पर.ब्राउजर द्वारा भेजा गया HTTP अनुरोध सामान्यत: केवल उन्हीं आंकडों के बारे में पूछता है जो पिछले डाउनलोड के बाद सेबदले हैं। यदि स्थानीय-कैश्ड डाटा में की भी परिवर्तन नहीं है तो उसी को दोबारा इस्तेमाल किया जाएगा।

कैशिंग इंटरनेट पर वेब यातायात की मात्रा को कम करने में मदद करता है। प्रत्येक डाउनलोडेड संचिका की समय समाप्ति की अवधि का निर्णय स्वतंत्र रूप से किया जाता है, फ़िर वो चाहे छवि, स्टाइल शीट (), जावा स्क्रिप्ट, या कोई अन्य सामग्री जिसे साईट प्रदान करती है। इस प्रकार भी अत्यधिक गतिशील सामग्री वाली साइटों पर भी, बुनियादी संसाधनों को सिर्फ़ कभी कभी ही ताज़ा करने की ही आवश्यकता होती है। वेब साइट डिजाइनरों के अनुसार सीएसएस डाटा और जावास्क्रिप्ट जैसे संसाधनों को कुछ साइटों की संचिकाओं में इकठ्ठा रखना लाभप्रद होता है ताकि उनको अधिक कुशलता पूर्वक कैश्ड किया जा सके। इससे पृष्ठ को डाउनलोड समय कम करने में मदद मिलती है और वेब सर्वर पर बोझ कम पड़ता है।

इन्टरनेट के अन्य घटक भी हैं जो वेब सामग्री को कैश कर सकते हैं। कंपनियों और शिक्षण संस्थानों की फायरवालें () अक्सर एक के द्वारा अनुरोधित वेब संसाधनों को बाकि सब के उपयोग के लिए कैश कर लेती हैं। (यह भी देखें कैशिंग प्रॉक्सी सर्वर ().) कुछ खोज इंजन (), जैसे कि गूगल और याहू!अपनी वेबसाइटों पर भी कैश्ड सामग्री को एकत्र करते हैं।

वेब सर्वर ये पता कर सकते हैं कि कौन सी संचिकाओं में परिवर्तन हुआ है ताकि उन्हें दुबारा भेजा जा सके। इन सुविधाओं के आलावा, अत्यन्त गतिशील पन्नों को बनाने वाले उपयोगकर्ताओं को उनके अनुरोध पर भेजे गए HTTP हेडर को भी नियंत्रित कर सकते हैं, ताकि अस्थायी और संवेदनशील पन्ने कैश्ड न हों। इंटरनेट बैंकिंग () और समाचार साइटें अक्सर इस सुविधा का उपयोग करती हैं।

HTTP () 'गेट' के साथ अनुरोधित डाटा के कैश हो जाने की सम्भावना होती है, यदि अन्य शर्तें पूरी होती हों। 'पोस्ट' के प्रतिउत्तर में प्राप्त डाटा को पोस्टेड डाटा पर आश्रित माना जाता है इसलिए वो कैश्ड नहीं होता है।

कैचिंग
"www" का उच्चारण
जावा
शैक्षणिक सम्मलेन