226 IM Used HTTP की डेल्टा एन्कोडिंग, RFC 3229, का हिस्सा है। जिस क्लाइंट के पास किसी रिसोर्स का कैश किया गया वर्शन होता है, वह A-IM हेडर (जैसे A-IM: vcdiff) भेजता है, साथ में उस वर्शन का नाम बताने वाला If-None-Match। अगर सर्वर इसे सपोर्ट करता है, तो वह 226 और ऐसी बॉडी लौटाता है जिसमें सिर्फ़ बदलाव होते हैं। IM हेडर उन “instance manipulations” के नाम बताता है जो लागू की गईं, और Delta-Base अक्सर बेस वर्शन का नाम बताता है।
जिन क्लाइंट ने डेल्टा एन्कोडिंग नहीं मांगी, उन्हें 226 कभी नहीं मिलता। यह तरीका बार-बार बदलने वाले रिसोर्स, जैसे फ़ीड, के लिए बैंडविड्थ बचाता है, लेकिन इसका इस्तेमाल बहुत कम हुआ है।
उदाहरण रिस्पॉन्स
HTTP
HTTP/1.1 226 IM Used
Date: Fri, 06 Nov 2026 10:15:32 GMT
ETag: "3f80f-1b6-3e1cb03b"
IM: vcdiff
Delta-Base: "3f80f-1a1-3e1cb000"
Content-Length: 212
[212 bytes of vcdiff-encoded delta]SEO और रीडायरेक्ट जांच
SEO पर कोई असर नहीं। क्रॉलर डेल्टा एन्कोडिंग नहीं मांगते, और सामान्य पेज रिक्वेस्ट से कभी 226 नहीं आता।
आम वजहें और इस्तेमाल
- किसी फ़ीड रीडर ने
A-IM: feedके साथ RSS या Atom फ़ीड मांगी और उसे सिर्फ़ नई एंट्री मिलीं। - कोई कस्टम क्लाइंट और सर्वर बड़े डॉक्यूमेंट सिंक करने के लिए vcdiff या दूसरे डेल्टा का इस्तेमाल करते हैं।
- पब्लिक वेब पर यह लगभग कभी नहीं दिखता।