ETags कैश सत्यापन को निर्धारित करने के लिए "अंतिम-संशोधित-समय" के साथ (लेकिन संयोजन में उपयोग किया जा सकता है) एक विकल्प है।
ग्राहक पूर्व शर्त जैसे अगर-मैच या अगर-कोई नहीं तो ईटैग के आधार पर भेज सकता है। यह केवल GET अनुरोधों के लिए नहीं है (जो कि webpagetest.org करता है) आप "अवसरवादी अद्यतन" का उपयोग कर सकते हैं, ताकि PUT अनुरोध में पूर्व शर्त हो और यदि ईटाग के बाद से संसाधन अद्यतन नहीं किया गया है, तो यह अद्यतन कार्रवाई नहीं करेगा। अंतिम अधिग्रहण
सीधे शब्दों में कहें: आप अपने सीएमएस में एक पृष्ठ पर संपादित हिट मारा, अपने दोस्त को अपने सीएमएस में एक पृष्ठ पर संपादित हिट, अपने दोस्त को संपादित संपादित करता है और बचाने के हिट और अंत में आप को बचाने हिट - एक ETag या सामग्री- MD5 HTTP हेडर के बिना आप की आवश्यकता होगी समस्या को रोकने के लिए पहिया को सुदृढ़ करने के लिए (जैसे कि आप अपने दोस्तों के बदलावों को मिटा रहे हैं) समाधान पहले से ही HTTP प्रोटोकॉल का हिस्सा है और इसलिए यह सिर्फ इसका उपयोग करने के लिए समझ में आता है।
आम तौर पर मैं AOL (जो webpagetest.org चलाते हैं) से सहमत हैं, उनके "एक आकार सभी सलाह" पर फिट बैठता है - क्रिप्टिक स्ट्रिंग्स के साथ HTTP हेडर को रोकना बेहतर नहीं है (अंतर आमतौर पर सुंदर या मानव पठनीय नहीं होते हैं) जब एक दूसरे का अंतर ( जो अंतिम-संशोधित-समय का पता लगा सकता है) हाथ में काम के लिए करेगा।
यदि किसी पृष्ठ को एक सेकंड में कई बार अपडेट किया जा रहा है और आपको प्रदर्शित करने के लिए नवीनतम सबसे सटीक संस्करण की आवश्यकता है, तो आप HTTP जीईटी के अलावा अन्य समाधानों के साथ प्रयोग कर सकते हैं या केवल ETags का उपयोग कर सकते हैं।
सावधान रहें कि आपके ETags में प्रति फ़ाइल सिस्टम, प्रति सर्वर कॉन्फ़िगरेशन परिवर्तन, आदि जानकारी शामिल नहीं है (जैसे कि अपाचे पर डिफ़ॉल्ट इनकोड) अन्यथा आपको दो सर्वर होने पर समस्याएँ होंगी (हर एक से ETags मेल नहीं खाएँगे)।