URL रीडायरेक्ट चेन चेकर
URL की पूरी रीडायरेक्ट चेन ट्रैक करें और प्रत्येक चरण के HTTP स्थिति कोड और हेडर का विश्लेषण करें।
URL रीडायरेक्ट चेन चेकर का उपयोग कैसे करें
- 1
एक URL दर्ज करें
जिस URL की आप जाँच करना चाहते हैं उसे पूरा, http:// या https:// सहित, टाइप करें या पेस्ट करें।
- 2
रीडायरेक्ट जाँचें
URL को ट्रेस करने और उसके अंतिम गंतव्य तक हर hop का पालन करने के लिए 'Check Redirects' पर क्लिक करें।
- 3
रीडायरेक्ट चेन पढ़ें
हर चरण, उसका HTTP स्टेटस कोड (जैसे 301 या 302), और पूरी चेन में लगने वाला कुल समय देखें।
- 4
SEO आकलन पर कार्रवाई करें
SEO Impact पैनल का इस्तेमाल करें, जो बहुत अधिक hop, धीमी चेन, अस्थायी रीडायरेक्ट, और एरर कोड चिह्नित करता है, ताकि समस्याएँ ठीक कर सकें।
रीडायरेक्ट को समझना और चेन क्यों नुकसान पहुँचाती हैं
रीडायरेक्ट क्या है और चेन कैसे बनती है
रीडायरेक्ट सर्वर का एक निर्देश है जो ब्राउज़र को बताता है कि उसने जो URL माँगा था वह अब कहीं और मौजूद है। सर्वर एक 3xx स्टेटस कोड और नए पते का नाम बताने वाले Location हेडर के साथ जवाब देता है, और ब्राउज़र अपने आप उसकी जगह वह पता माँग लेता है। रीडायरेक्ट चेन तब बनती है जब किसी रीडायरेक्ट का गंतव्य खुद एक रीडायरेक्ट हो: ब्राउज़र A माँगता है, उसे B पर भेजा जाता है, फिर B से C पर भेजा जाता है, और असली पेज उसे सिर्फ़ C पर मिलता है। उस रास्ते का हर तीर सर्वर तक एक अलग राउंड ट्रिप होता है।
चेन आमतौर पर समय के साथ अनजाने में जमा होती जाती हैं। कोई साइट http से https पर जाती है, बाद में non-www से www पर बदलती है, फिर किसी URL पाथ को नए सिरे से व्यवस्थित करती है, और अगर हर बदलाव को बिना समेकित किए पिछले के ऊपर परत-दर-परत चढ़ाया जाए, तो एक अकेला पुराना लिंक लैंड करने से पहले तीन या चार hop से उछलता रह सकता है। यह चेकर हर hop को ट्रेस करता है और पूरा रास्ता दिखाता है ताकि आप ठीक-ठीक देख सकें कि चेन कितनी लंबी हो गई है।
301 बनाम 302: स्थायी और अस्थायी
दो सबसे आम रीडायरेक्ट कोड का मतलब बहुत अलग होता है। 301 एक स्थायी रीडायरेक्ट है: यह ब्राउज़र और सर्च इंजन को बताता है कि यह बदलाव अंतिम है, इसलिए उन्हें बुकमार्क अपडेट करने चाहिए, पुराने URL के जमा हुए रैंकिंग सिग्नल नए URL को देने चाहिए, और गंतव्य को इंडेक्स करना चाहिए। 302 एक अस्थायी रीडायरेक्ट है: यह कहता है कि मूल URL वापस आएगा, इसलिए सर्च इंजन आमतौर पर मूल को ही इंडेक्स रखते हैं और रैंकिंग सिग्नल ट्रांसफ़र करने में सावधानी बरतते हैं। जो बदलाव असल में स्थायी हो उसके लिए 302 इस्तेमाल करना एक क्लासिक SEO गलती है जो link equity को पुराने URL पर ही अटका छोड़ देती है।
अंगूठे का नियम सरल है। अगर बदलाव स्थायी है, जैसे कोई हटाया गया पेज या माइग्रेट किया गया डोमेन, तो 301 इस्तेमाल करें। अगर यह सचमुच अस्थायी है, जैसे कोई मौसमी प्रचार, A/B टेस्ट, या मेंटेनेंस पेज, तो 302 इस्तेमाल करें। किसी लंबे समय तक चलने वाले रीडायरेक्ट को लेकर संदेह हो, तो 301 लगभग हमेशा सही विकल्प होता है।
307 और 308: सख़्त आधुनिक कोड
HTTP ने बाद में एक पुरानी अस्पष्टता हटाने के लिए 307 और 308 जोड़े। मूल 301 और 302 कोड को बड़े पैमाने पर इस तरह लागू किया गया था कि वे रीडायरेक्ट पर किसी POST अनुरोध को GET में बदल सकते थे, जो पेज मूव के लिए तो आमतौर पर सुविधाजनक है पर फ़ॉर्म सबमिशन और API के लिए गलत है। 308, 301 की तरह स्थायी रीडायरेक्ट है पर इस बात की गारंटी देता है कि HTTP मेथड और बॉडी सुरक्षित रहें, और 307 वही गारंटी देते हुए 302 का अस्थायी समतुल्य है। आम पेज रीडायरेक्ट के लिए 308 का व्यावहारिक SEO असर 301 जैसा और 307 का 302 जैसा होता है।
307 आपको ज़्यादातर दो जगह मिलेगा: जब ब्राउज़र भीतर ही भीतर http को https में अपग्रेड करता है तो HSTS प्रीलोडिंग द्वारा भेजे गए रीडायरेक्ट के रूप में, और उस API ट्रैफ़िक में जहाँ अनुरोध का मेथड बनाए रखना मायने रखता है। कंटेंट URL के लिए, स्थायी मूव के लिए 301 पर टिके रहना ही परंपरागत और भली-भाँति समझा गया विकल्प बना रहता है।
चेन और लूप क्यों हानिकारक हैं
चेन का हर hop एक पूरा अनुरोध-प्रतिक्रिया चक्र होता है, और वह latency जुड़ती चली जाती है, खासकर ऊँचे राउंड-ट्रिप समय वाले मोबाइल नेटवर्क पर जहाँ हर अतिरिक्त रीडायरेक्ट उपयोगकर्ता को कुछ भी दिखने से पहले सैकड़ों मिलीसेकंड जोड़ सकता है। चेन crawl budget भी बर्बाद करती हैं: सर्च इंजन की प्रति साइट अनुरोधों की एक सीमित भूख होती है, और उसे A से B से C से D तक का पीछा करने में खर्च करने का मतलब है असली कंटेंट क्रॉल करने के लिए कम संसाधन बचना। इसके भी प्रमाण हैं कि रैंकिंग सिग्नल किसी लंबी चेन में अंतिम पेज तक साफ़-साफ़ बहने के बजाय थोड़े छितरा सकते हैं।
रीडायरेक्ट लूप सबसे बिगड़ा हुआ मामला है: A, B की ओर इशारा करता है और B वापस A की ओर, इसलिए ब्राउज़र तब तक घूमता रहता है जब तक हार मानकर ERR_TOO_MANY_REDIRECTS जैसी कोई त्रुटि न दिखा दे, जिससे पेज पूरी तरह अगम्य हो जाता है। चेकर उन चेन को चिह्नित करता है जो बहुत लंबी हैं, जो धीमी हैं, उन अस्थायी रीडायरेक्ट को जो अनचाहे हो सकते हैं, और रास्ते में मौजूद एरर स्टेटस कोड को, ताकि इनमें से हर खराबी छिपी रहने के बजाय सामने आ जाए।
चेन को एक ही hop में समतल करना
चेन का इलाज यह है कि हर शुरुआती बिंदु एक ही hop में सीधे अंतिम गंतव्य पर रीडायरेक्ट हो। अगर A, B पर और B, C पर जाता है, तो आप A का नियम अपडेट करें ताकि वह सीधे C पर जाए, और बीच का B पड़ाव हट जाए। Apache पर इसका मतलब है अपने .htaccess या सर्वर कॉन्फ़िग में रीडायरेक्ट नियमों को संपादित करना ताकि स्रोत अंतिम लक्ष्य पर मैप हो; Nginx पर इसका मतलब है rewrite या return डायरेक्टिव अपडेट करना। लक्ष्य यह है कि किसी भी रीडायरेक्ट का गंतव्य खुद एक रीडायरेक्ट न हो।
रीडायरेक्ट का समय-समय पर ऑडिट करें, क्योंकि साइट के विकसित होने के साथ चेन वापस घुस आती हैं। किसी भी माइग्रेशन, HTTPS रोलआउट, या URL के पुनर्गठन के बाद, अपने सबसे ज़रूरी एंट्री URL को फिर से ट्रेस करें और पुष्टि करें कि उनमें से हर एक एक ही 301 में canonical पेज पर पहुँचता है। उन URL पर खास ध्यान दें जो बाहरी backlink में दिखते हैं, क्योंकि वही सबसे ज़्यादा link equity ढोते हैं और एक साफ़, सीधे रीडायरेक्ट से सबसे ज़्यादा फ़ायदा पाते हैं।
Canonicalization: हर साइट को जिन रीडायरेक्ट की ज़रूरत है
ज़्यादातर रीडायरेक्ट समस्याएँ canonicalization तक पहुँचती हैं, यानी किसी URL के हर रूप को एक ही canonical रूप में समेटने की प्रथा। इसके चार आयाम हैं: प्रोटोकॉल (http बनाम https), होस्ट (www बनाम non-www), ट्रेलिंग स्लैश (किसी पाथ में आख़िरी स्लैश के साथ या बिना), और अक्षरों का केस। अगर आपकी साइट इन सबके सभी संयोजनों पर पहुँच योग्य है, तो सर्च इंजन डुप्लिकेट कंटेंट देखते हैं और आपके लिंक सिग्नल इन रूपों में बँट जाते हैं। इसका इलाज 301 रीडायरेक्ट का एक सेट है जो हर रूप को एक ही पसंदीदा URL पर समेट देता है।
अहम बात यह है कि इन्हें चेन में जोड़ने के बजाय एक ही hop में मिला दिया जाए। http://example.com को https://example.com और फिर https://www.example.com पर भेजना दो रीडायरेक्ट हैं जहाँ एक से काम चल जाता। नियमों को इस तरह कॉन्फ़िगर करें कि कोई भी non-canonical अनुरोध, चाहे कितने भी आयाम गलत हों, एक ही 301 में पूरी तरह canonical URL पर पहुँचे। यही सबसे साफ़ संभव नतीजा है, और वही जिसे चेकर अच्छी प्रथा का लेबल देता है।
मेटा रिफ्रेश और JavaScript रीडायरेक्ट
हर रीडायरेक्ट HTTP स्तर पर नहीं होता। एक मेटा रिफ्रेश रीडायरेक्ट किसी HTML meta http-equiv="refresh" टैग का इस्तेमाल करके ब्राउज़र को थोड़ी देर बाद कहीं और भेजता है, और एक JavaScript रीडायरेक्ट किसी स्क्रिप्ट से window.location बदल देता है। दोनों उपयोगकर्ताओं के लिए काम करते हैं, पर SEO के लिहाज़ से घटिया हैं: ये धीमे होते हैं, सर्च इंजन इन्हें सर्वर-साइड 301 के मुकाबले कम भरोसे से लेते हैं, और देरी वाला मेटा रिफ्रेश झटका दे सकता है या यहाँ तक कि एक खराब अनुभव के रूप में चिह्नित हो सकता है। ये किसी HTTP-स्तर के रीडायरेक्ट ट्रेस में भी नहीं दिखेंगे, क्योंकि रीडायरेक्ट का फ़ैसला पेज की बॉडी लोड होने के बाद होता है।
जब भी सर्वर आपके नियंत्रण में हो, मेटा रिफ्रेश या JavaScript रीडायरेक्ट के बजाय असली HTTP 301 को तरजीह दें। क्लाइंट-साइड रीडायरेक्ट को उन्हीं मामलों के लिए बचाकर रखें जहाँ आप सचमुच सर्वर कॉन्फ़िगर नहीं कर सकते। चूँकि यह चेकर सर्वर द्वारा भेजे गए 3xx जवाबों का पालन करता है, ऐसा कोई पेज जो ब्राउज़र में रीडायरेक्ट करता दिखता है पर यहाँ सीधे 200 के रूप में दिखता है, यह एक मज़बूत संकेत है कि रीडायरेक्ट क्लाइंट-साइड पर हो रहा है और उसे सर्वर पर ले जाना चाहिए।
अक्सर पूछे जाने वाले प्रश्न
रीडायरेक्ट चेन चेकर मुझे क्या दिखाता है?
रीडायरेक्ट चेन SEO के लिए खराब क्यों हैं?
301 और 302 रीडायरेक्ट में क्या अंतर है?
क्या मुझे http या https सहित पूरा URL दर्ज करना होगा?
क्या यह टूल मुफ़्त है, और क्या यह URL को किसी सर्वर पर भेजता है?
संबंधित टूल्स
इन उपयोगी टूल्स के साथ आगे बढ़ें