206 Partial Content उस रिक्वेस्ट का जवाब है जिसमें Range हेडर हो, जैसे Range: bytes=0-1048575। इसमें सर्वर रिसोर्स का सिर्फ़ मांगा गया हिस्सा भेजता है। एक रेंज को bytes 0-1048575/52428800 जैसे Content-Range हेडर से बताया जाता है; कई रेंज एक साथ multipart/byteranges बॉडी में भेजी जाती हैं।
रेंज रिक्वेस्ट की मदद से वीडियो और ऑडियो प्लेयर पूरी फ़ाइल डाउनलोड किए बिना आगे-पीछे जा सकते हैं, डाउनलोड मैनेजर बीच में रुके डाउनलोड को दोबारा शुरू कर सकते हैं और PDF व्यूअर अलग-अलग पेज लोड कर सकते हैं। सर्वर Accept-Ranges: bytes से बताते हैं कि वे इसे सपोर्ट करते हैं। क्लाइंट If-Range का इस्तेमाल करके पक्का करते हैं कि जिन हिस्सों को वे जोड़ रहे हैं, वे फ़ाइल के एक ही वर्शन से आए हैं।
206 ह्यूरिस्टिक तौर पर कैश करने योग्य है, और कैश स्टोर की गई रेंज को आपस में जोड़ सकते हैं।
उदाहरण रिस्पॉन्स
HTTP/1.1 206 Partial Content
Date: Fri, 06 Nov 2026 10:15:32 GMT
Content-Type: video/mp4
Content-Range: bytes 0-1048575/52428800
Content-Length: 1048576
Accept-Ranges: bytes
ETag: "a3f1-3200000"
[first 1,048,576 bytes of the video]SEO और रीडायरेक्ट जांच
क्रॉलर आम तौर पर पूरे डॉक्यूमेंट मांगते हैं, और पेजों को उन्हें 200 लौटाना चाहिए। रीडायरेक्ट जांच में 206 तभी दिखता है जब रिक्वेस्ट में Range हेडर जोड़ा गया हो, जैसे कस्टम रिक्वेस्ट हेडर के रूप में। जो सर्वर बिना Range हेडर वाली रिक्वेस्ट पर भी 206 भेजता है, वह गलत कॉन्फ़िगर किया गया है।
आम वजहें और इस्तेमाल
- कोई मीडिया प्लेयर वीडियो का अगला हिस्सा मांगता है या किसी नई जगह पर जंप करता है।
- कोई डाउनलोड मैनेजर या
curl -C -बीच में रुका डाउनलोड दोबारा शुरू करता है। - कोई PDF व्यूअर या ऐप किसी बड़ी फ़ाइल के सिर्फ़ ज़रूरी हिस्से लाता है।