रीडायरेक्ट चेकर — रीडायरेक्ट चेन और स्टेटस कोड ट्रेस करें

HTTP रीडायरेक्ट कैसे काम करते हैं?

रीडायरेक्ट एक 3xx रिस्पॉन्स है जिसके Location हेडर में दूसरा URL होता है: 301 और 308 का मतलब स्थायी बदलाव (सर्च इंजन पेज की रैंकिंग स्थानांतरित करते हैं), 302 और 307 अस्थायी, और 307/308 रिक्वेस्ट मेथड बनाए रखते हैं जबकि 301/302 POST को GET में बदल सकते हैं। रीडायरेक्ट की हर कड़ी एक राउंड ट्रिप खर्च करती है, और लूप एक दोष है; अंतिम URL और स्टेटस की जाँच API और SEO टेस्टिंग का नियमित हिस्सा है।

गाइड पढ़ें: HTTP स्टेटस कोड समझें

रीडायरेक्ट चेकर कैसे इस्तेमाल करें

ट्रेस करने के लिए URL डालें — HTTPS अपग्रेड भी जाँचना हो तो http:// से शुरू करें।
चाहें तो हॉप की अधिकतम संख्या कम कर दें।
ट्रेस चलाएँ और हर हॉप देखें; Findings सूची सुधार के सुझाव देती है।

रीडायरेक्ट चेकर की खूबियाँ

10 हॉप तक पीछा करता है और हर हॉप का URL, स्टेटस, अर्थ, Location हेडर तथा समय दिखाता है
रीडायरेक्ट की संख्या, अंतिम स्टेटस, अंतिम URL, कुल latency और HTTPS स्थिति का सारांश
लूप की पहचान और चेतावनियाँ: लंबी चेन (दो से ज़्यादा रीडायरेक्ट), अस्थायी 302/307 हॉप (स्थायी बदलाव के लिए 301/308 इस्तेमाल करने की याद के साथ), सापेक्ष Location हेडर और HTTPS डाउनग्रेड
चेन के दौरान होस्ट बदलने को उजागर करता है (http → https → www)
SEO माइग्रेशन ऑडिट के लिए पूरी चेन का CSV एक्सपोर्ट

रीडायरेक्ट चेकर का उदाहरण

पुराने ब्लॉग URL को ट्रेस करना

इनपुट:

http://example.com/blog/post

आउटपुट:

1  http://example.com/blog/post      301 → https://example.com/blog/post   38 ms
2  https://example.com/blog/post     301 → https://www.example.com/blog/post   41 ms
3  https://www.example.com/blog/post 200                                       120 ms
Findings: HTTPS upgrade at hop 2 · Chain crosses 2 hosts: example.com → www.example.com.

रीडायरेक्ट चेकर के बारे में अक्सर पूछे जाने वाले सवाल

कितने रीडायरेक्ट ठीक माने जाते हैं?

आदर्श रूप से एक। हर हॉप एक अतिरिक्त राउंड ट्रिप लेता है और लंबी चेन से सर्च इंजन थोड़ा कम रैंकिंग सिग्नल आगे भेजते हैं। चेन में दो से ज़्यादा रीडायरेक्ट हों या कई होस्ट बदलें तो टूल चेतावनी देता है।

रीडायरेक्ट लूप क्या है?

ऐसी चेन जो पहले देखे जा चुके किसी URL पर लौट आए (A → B → A)। ब्राउज़र ERR_TOO_MANY_REDIRECTS दिखाकर हार मान लेते हैं। रिले लूप पहचान कर वहीं रुक जाता है।

https:// के बजाय http:// से शुरू क्यों करें?

सादे HTTP से शुरू करने पर पता चलता है कि साइट HTTPS पर अपग्रेड करती है या नहीं, किस स्टेटस कोड के साथ करती है, और www/non-www का canonicalisation उसी हॉप में होता है या एक और रीडायरेक्ट जोड़ता है।

नतीजे मेरे ब्राउज़र में दिखने वाली चीज़ से अलग क्यों हैं?

रिले आपकी कुकी, भाषा या डिवाइस हेडर के बिना एक सामान्य रिक्वेस्ट भेजता है। जो साइटें लॉगिन स्थिति, लोकेशन या User-Agent के आधार पर रीडायरेक्ट करती हैं, वे अलग व्यवहार कर सकती हैं।

तकनीकी नोट्स

रीडायरेक्ट का पीछा Mutqan रिले बिना कुकी और बिना ब्राउज़र हेडर के करता है; 301/302/303/307/308 सभी फ़ॉलो किए जाते हैं। हर हॉप सादे GET से माँगा जाता है, इसलिए मेथड बदलने के नियम (301/302 किसी POST को GET में बदल सकते हैं, 303 GET पर ले जाता है, 307/308 मेथड और बॉडी बनाए रखते हैं) लागू ही नहीं होते और रिपोर्ट नहीं किए जाते।

संदर्भ

RFC 9110: HTTP SemanticsIETF · 2022HTTP मेथड, हेडर फ़ील्ड, स्टेटस कोड और कंटेंट निगोशिएशन के अर्थ, वायर वर्ज़न से स्वतंत्र।
HTTP response status codes — MDNMDN Web Docs (Mozilla)100 से 511 तक हर स्टेटस कोड, उसका अर्थ और सामान्य उपयोग।