पढ़ने में 12 मिनट
URL रीडायरेक्ट कैसे चेक करें (और रीडायरेक्ट चेन कैसे पढ़ें)
TrueURL, curl और DevTools से URL रीडायरेक्ट चेक करने का तरीका: रीडायरेक्ट चेन का हर हॉप पढ़ें और लूप, लंबी चेन व मिले-जुले 301/302 ठीक करें।
लेख पढ़ेंमुफ़्त रीडायरेक्ट टूल
किसी URL और उसके अंतिम पते के बीच का हर हॉप ट्रेस करें। बेवजह के रीडायरेक्ट, अस्थायी कोड और धीमे हॉप ढूंढें, फिर पूरी चेन को घटाकर एक ही रीडायरेक्ट में बदलें।
जांचने के लिए Enter दबाएं
Cloudflare का एज नेटवर्क सर्टिफ़िकेट हमेशा वैलिडेट करता है, इसलिए इस विकल्प से यह जांच छोड़ी नहीं जा सकती। सर्टिफ़िकेट की समस्याएं नतीजे में दिखाई जाती हैं।
पहली रिक्वेस्ट के साथ भेजी जाती है, ज़्यादा से ज़्यादा 16 KB। JSON बॉडी application/json के रूप में और बाकी बॉडी फ़ॉर्म के रूप में भेजी जाती है, जब तक आप Content-Type हेडर सेट न करें।
1 से 50 तक। ब्राउज़र 20 के बाद रुक जाते हैं।
साइटें फ़ोन, क्रॉलर और लिंक प्रीव्यू बॉट को अलग-अलग जगह रीडायरेक्ट कर सकती हैं।
चेन की हर रिक्वेस्ट के साथ भेजे जाते हैं।
कोई कस्टम हेडर नहीं।
यह हेडर भेजने के लिए वैल्यू डालें। हेडर की वैल्यू कभी सेव नहीं होती।
HTML पेजों में मिलने वाले <meta http-equiv="refresh"> टैग और Refresh हेडर फ़ॉलो करें।
पेज की स्क्रिप्ट में location.href = "…" जैसे सीधे, बिना शर्त वाले रीडायरेक्ट फ़ॉलो करें।
सेटिंग्स इसी ब्राउज़र में याद रखी जाती हैं। कुकीज़, हेडर की वैल्यू और POST बॉडी कभी सेव नहीं होतीं।
रीडायरेक्ट चेन उन रीडायरेक्ट का सिलसिला है जिन्हें ब्राउज़र या क्रॉलर को कॉन्टेंट वाले पेज तक पहुंचने से पहले फ़ॉलो करना पड़ता है। एक हॉप (रीडायरेक्ट चेन का एक कदम), जैसे /old-page से /new-page, बिल्कुल सामान्य है। चेन तब लंबी होती है जब सालों में नियम एक के ऊपर एक जुड़ते जाते हैं: पहले HTTP से HTTPS का नियम, फिर www का, फिर ट्रेलिंग स्लैश (URL के आखिर का /) का, और फिर पिछले रीडिज़ाइन का नियम। नीचे की चेन में चार रीडायरेक्ट हैं, जबकि एक से ही काम चल जाता:
http://example.com/shop 301
https://example.com/shop 301
https://www.example.com/shop 301
https://www.example.com/shop/ 302
https://www.example.com/store/ 200
हर पंक्ति एक हॉप है। स्टेटस बताता है कि रीडायरेक्ट किस तरह का है: 301 और 308 स्थायी हैं, जबकि 302, 303 और 307 अस्थायी। मेथड दिखाता है कि कहां POST बदलकर GET बन गया, जैसा ब्राउज़र 301, 302 या 303 के बाद करते हैं। Location की वैल्यू जस की तस दिखती है, यानी ठीक वही जो सर्वर ने भेजा। इससे रिलेटिव पाथ, छूटे हुए स्लैश या बेवजह जुड़ी क्वेरी स्ट्रिंग पकड़ना आसान हो जाता है। जिन हॉप पर मेटा रिफ़्रेश या JavaScript का लेबल है, वे क्लाइंट-साइड रीडायरेक्ट हैं, जो Location हेडर में नहीं, बल्कि पेज के HTML में (या Refresh हेडर में) मिले।
चेन चार में से किसी एक तरह खत्म होती है: अंतिम URL पर सामान्य रिस्पॉन्स, रीडायरेक्ट लूप, अधिकतम हॉप की सीमा, या किसी खास हॉप पर एरर, जैसे DNS फ़ेल होना, टाइमआउट या सर्टिफ़िकेट की समस्या।
http://example.com/page सीधे https://www.example.com/page/ पर जाए।पढ़ने में 12 मिनट
TrueURL, curl और DevTools से URL रीडायरेक्ट चेक करने का तरीका: रीडायरेक्ट चेन का हर हॉप पढ़ें और लूप, लंबी चेन व मिले-जुले 301/302 ठीक करें।
लेख पढ़ेंपढ़ने में 13 मिनट
हर 3xx स्टेटस कोड का मतलब: 301, 302, 303, 307 और 308 की तुलना स्थायी/अस्थायी, मेथड, कैशिंग और SEO पर, nginx, Apache और PHP उदाहरणों के साथ।
लेख पढ़ेंकोशिश करें कि किसी भी पुराने URL से उसके अंतिम URL तक सिर्फ़ एक रीडायरेक्ट हो। जब बचना मुमकिन न हो, तो दो भी चल सकते हैं, जैसे HTTP से HTTPS पर अपग्रेड और उसके बाद होस्ट बदलना। TrueURL तीन से ज़्यादा रीडायरेक्ट वाली चेन पर फ़्लैग लगाता है। Googlebot 10 हॉप के बाद हार मान लेता है, और ब्राउज़र लगभग 20 के बाद “too many redirects” एरर दिखाकर रुक जाते हैं।
Google कह चुका है कि 3xx रीडायरेक्ट से PageRank कम नहीं होता, इसलिए चेन सीधे तौर पर लिंक इक्विटी (रैंकिंग सिग्नल) को कमज़ोर नहीं करती। असली दिक्कतें हैं धीमे पेज, बेकार गई क्रॉल रिक्वेस्ट और यह बढ़ा हुआ खतरा कि चेन का कोई हॉप टूटा हुआ या अस्थायी निकले। ऐसी चेन को तकनीकी कर्ज़ (technical debt) मानें और उन्हें छोटा करें।
चेन आखिरकार किसी अंतिम URL पर खत्म हो जाती है। लूप कभी खत्म नहीं होता, क्योंकि वह घूमकर ऐसे URL पर लौट आता है जिस पर पहले जा चुका है, और ब्राउज़र पेज की जगह एरर दिखाते हैं। TrueURL दोनों को पकड़ता है; रीडायरेक्ट लूप चेकर पर लूप की आम वजहें और उन्हें ठीक करने के तरीके बताए गए हैं।
हां। एडवांस सेटिंग्स में HTTP मेथड को POST पर सेट करें और रिक्वेस्ट बॉडी जोड़ें। तब चेन ब्राउज़र के नियमों पर चलती है: POST के बाद 301, 302 या 303 मिलने पर अगली रिक्वेस्ट बिना बॉडी के GET बन जाती है, जबकि 307 या 308 उसी बॉडी के साथ POST दोहराते हैं।
अंतिम URL का होस्ट नेम आपके डाले गए होस्ट नेम से अलग है (शुरुआत का www. नहीं गिना जाता)। शॉर्ट लिंक और डोमेन माइग्रेशन में ऐसा होना सामान्य है। लेकिन अगर आपकी अपनी साइट का कोई पेज अचानक किसी दूसरे डोमेन पर पहुंच जाए, तो गौर से देखें: इसकी वजह गलत कॉन्फ़िगर किया गया नियम, हैक हुई साइट या कोई ओपन रीडायरेक्ट हो सकती है।
हां, डिफ़ॉल्ट रूप से। TrueURL HTML रिस्पॉन्स में मेटा रिफ़्रेश टैग और सामान्य JavaScript रीडायरेक्ट ढूंढता है, वहां से चेन को आगे बढ़ाता है और उन हॉप पर लेबल लगाता है, ताकि आप उन्हें HTTP रीडायरेक्ट से अलग पहचान सकें। सिर्फ़ सर्वर-साइड रीडायरेक्ट देखने के लिए आप इसे बंद कर सकते हैं, या ज़्यादा जानकारी के लिए मेटा रिफ़्रेश चेकर इस्तेमाल करें।
उस हॉप की रिक्वेस्ट कोई HTTP रिस्पॉन्स आने से पहले ही फ़ेल हो गई: होस्ट नेम रिज़ॉल्व नहीं हुआ, कनेक्शन रिफ़्यूज़ हुआ या टाइम आउट हो गया, TLS सर्टिफ़िकेट अमान्य था, या रीडायरेक्ट किसी अमान्य या ब्लॉक किए गए पते पर ले जा रहा था। हॉप का एरर मैसेज बताता है कि इनमें से कौन-सी वजह है। उससे पहले के हॉप फिर भी दिखते हैं, ताकि आप देख सकें कि चेन ठीक कहां टूटी।