Redirect Chain Checker
यह फ्री रीडायरेक्ट चेकर एक URL को रिक्वेस्ट करता है और हर रीडायरेक्ट को मैनुअली फॉलो करता है, दस हॉप तक, चेन में हर एड्रेस को उसके स्टेटस कोड और हॉप परमानेंट है या टेम्पररी के साथ दिखाता है। यह फाइनल URL और स्टेटस रिपोर्ट करता है, दो से ज्यादा हॉप वाली चेन, लूप और टेम्पररी रीडायरेक्ट को फ्लैग करता है, और बताता है क्या बदलना है। माइग्रेशन या HTTPS मूव के बाद इसे यूज करें।
Redirect Chain Checker
Technical SEO
इस टूल के बारे में
रीडायरेक्ट चुपचाप जमा होते हैं: http से https, फिर non-www से www, फिर पुराने स्लग से नए में, फिर ट्रेलिंग स्लैश। हर हॉप विजिटर के लिए एक राउंड ट्रिप का खर्च करता है और सर्च इंजन के लिए थोड़ी रैंकिंग वैल्यू खोता है, और Google कुछ के बाद फॉलो करना बंद कर देता है। एक लूप पेज को पूरी तरह डाउन ले जाता है। चेन ब्राउजर में अदृश्य होते हैं क्योंकि यह सीधे अंत में पहुंच जाता है।
चेकर हमारे सर्वर से URL को रिक्वेस्ट करता है बिना रीडायरेक्ट को ऑटोमैटिकली फॉलो किए। हर 3xx जवाब के लिए यह Location हेडर को पढ़ता है, हॉप को उसके स्टेटस के साथ लिस्ट करता है, और अगले एड्रेस को रिक्वेस्ट करता है, हर एक को सेफ्टी के लिए रीचेक करता है, जब तक पेज जवाब दे, चेन खुद पर वापस लूप हो, या दस हॉप यूज हो जाएं। यह एक meta refresh या JavaScript रीडायरेक्ट को भी नोटिस करता है जो 200 जवाब देने वाले पेज में छिपा हो, जिस तरह के सर्च इंजन को संदेह होता है।
जो यह दिखाता है वह हमारे सर्वर से डेस्कटॉप ब्राउजर यूजर एजेंट और कोई कुकीज नहीं के साथ पाथ है। साइट जो देश, भाषा या डिवाइस से रीडायरेक्ट करती हैं वे आपके विजिटर को कहीं और भेज सकती हैं। रीडायरेक्ट जो पेज लोड होने के बाद JavaScript के अंदर होते हैं उन्हें फॉलो नहीं किया जाता; सिर्फ meta refresh फॉर्म रिपोर्ट किया जाता है।
अक्सर पूछे जाने वाले सवाल
कितने रीडायरेक्ट बहुत ज्यादा हैं?
एक आदर्श है, दो स्वीकार्य है, तीन या ज्यादा एक चेन है जिसे ठीक करने लायक है। Google दस हॉप तक फॉलो करता है फिर हार मान जाता है, लेकिन हर हॉप विजिटर को देरी करता है और कुछ रैंकिंग वैल्यू खो सकता है। हर पुराने एड्रेस को सीधे फाइनल पेज पर पॉइंट करें अगले पुराने एड्रेस पर नहीं।
301, 302, 307 और 308 में क्या अंतर है?
301 और 308 परमानेंट हैं: सर्च इंजन रैंकिंग सिग्नल ट्रांसफर करते हैं और नया एड्रेस दिखाते हैं। 302 और 307 टेम्पररी हैं: पुराना एड्रेस इंडेक्स में रखा जाता है। 307 और 308 भी POST को GET में बदलने से मना करते हैं। मूव किए गए पेज के लिए, 301 (या 308) यूज करें; 302 सिर्फ सच में शॉर्ट-लिव्ड चेंज के लिए यूज करें।
रीडायरेक्ट लूप क्या है और मैं इसे कैसे ठीक करूं?
एक लूप एक चेन है जो एक एड्रेस पर वापस आती है जिसे वह पहले ही विजिट कर चुकी है, तो ब्राउजर "बहुत सारे रीडायरेक्ट" दिखाते हैं। यह आमतौर पर दो नियमों से आता है जो लड़ रहे हैं: एक प्लगइन https को फोर्स करते हुए जबकि सर्वर या CDN http को फोर्स करता है, या www और non-www नियम एक दूसरे को पॉइंट करते हैं। नियमों को एक बार में डिसेबल करें जब तक लूप न टूट जाए, फिर एक सिंगल नियम रखें।
मेरा रीडायरेक्ट पहले http से क्यों जाता है?
क्योंकि लिंक http:// से शुरू हुआ और सर्वर अगले नियम को लागू करने से पहले https पर रीडायरेक्ट करता है। नियमों को कंबाइन करें ताकि http://old सीधे https://final पर एक हॉप में जाए, और एक HSTS हेडर जोड़ें ताकि ब्राउजर बाद की विजिट पर http स्टेप को स्किप करें। HTTP हेडर चेकर दिखाता है कि HSTS सेट है या नहीं।
क्या चेकर meta refresh और JavaScript रीडायरेक्ट को फॉलो करता है?
यह फाइनल पेज में पाया गया meta refresh टैग रिपोर्ट करता है लेकिन इसे फॉलो नहीं करता, और यह JavaScript द्वारा किए गए रीडायरेक्ट को नहीं देख सकता क्योंकि यह स्क्रिप्ट नहीं चलाता। दोनों सर्वर-साइड 301 के लिए खराब विकल्प हैं: सर्च इंजन उन्हें अनदेखा कर सकते हैं और वे विजिटर को देरी करते हैं।