303 See Other क्लाइंट से कहता है कि वह Location हेडर में दिए गए किसी दूसरे रिसोर्स को GET (या HEAD) से लाए। इसका मतलब यह नहीं कि मूल रिसोर्स कहीं और चला गया है; यह एक अलग रिसोर्स की ओर इशारा करता है, जिसमें जवाब मौजूद है।
इसका मुख्य इस्तेमाल Post/Redirect/Get पैटर्न में होता है। POST से फ़ॉर्म सबमिट होने के बाद सर्वर एक कन्फ़र्मेशन पेज के URL के साथ 303 लौटाता है, और ब्राउज़र उस पेज को GET से लोड करता है। इसके बाद पेज रीलोड करने या Back दबाने पर फ़ॉर्म दोबारा सबमिट नहीं होता। 303 को फ़ॉलो करते समय ब्राउज़र HEAD को छोड़कर हर मेथड को GET में बदल देते हैं, और रिक्वेस्ट बॉडी हटा देते हैं।
303 डिफ़ॉल्ट रूप से कैश करने योग्य नहीं है। GET के जवाब में आए 303 का यह मतलब भी हो सकता है कि सर्वर के पास मांगी गई चीज़ का अपना कोई रूप नहीं है, लेकिन किसी दूसरे URL पर उसका विवरण है; यह पैटर्न Linked Data में इस्तेमाल होता है।
उदाहरण रिस्पॉन्स
HTTP/1.1 303 See Other
Date: Fri, 06 Nov 2026 10:15:32 GMT
Location: /orders/8412/confirmation
Content-Length: 0SEO और रीडायरेक्ट जांच
Google 303 को अस्थायी रीडायरेक्ट मानता है: मूल URL आम तौर पर इंडेक्स में बना रहता है, और टारगेट को सिर्फ़ कमज़ोर कैननिकल सिग्नल मिलता है। यह इसके मकसद से मेल खाता है, क्योंकि 303 के टारगेट आम तौर पर नतीजे या कन्फ़र्मेशन वाले पेज होते हैं, न कि ऐसा कॉन्टेंट जिसे रैंक करना चाहिए। पेजों को स्थायी रूप से हटाने-बदलने के लिए 303 इस्तेमाल न करें; 301 या 308 इस्तेमाल करें। मेथड को POST पर सेट करके रीडायरेक्ट जांच करने पर दिखता है कि 303 वाले हॉप पर रिक्वेस्ट कैसे GET बन जाती है।
आम वजहें और इस्तेमाल
- Post/Redirect/Get:
POSTके बाद फ़ॉर्म हैंडलर “धन्यवाद” या ऑर्डर पेज पर रीडायरेक्ट करता है। - कोई API एक जॉब स्वीकार करता है और क्लाइंट को नतीजे वाले एक अलग रिसोर्स की ओर भेजता है।
- Linked Data: असली दुनिया की किसी चीज़ का नाम बताने वाला URI उस डॉक्यूमेंट पर रीडायरेक्ट करता है जो उसका विवरण देता है।