सारांश: मुफ़्त रीडायरेक्ट चेकर किसी URL को crawler की तरह एक-एक चरण में फ़ॉलो करता है, और हर चरण का स्टेटस कोड, पता और सर्वर अंतिम पेज तक दिखाता है। आप श्रृंखला एक नज़र में देखते हैं (उदाहरण के लिए 301 > 301 > 200), रीडायरेक्ट की संख्या, अंतिम स्टेटस, और यह कि कोई लूप है या नहीं। लक्ष्य एक स्थायी रीडायरेक्ट है जो सीधे अंतिम URL पर जाए: Google 10 चरणों तक फ़ॉलो करता है, पर सीधे गंतव्य की ओर इशारा करने की सलाह देता है।
एक रीडायरेक्ट चेकर वह दिखाता है जो ब्राउज़र छिपा देता है। कोई विज़िटर पुराना पता टाइप करता है और सही पेज पर पहुँच जाता है, पर उसे बीच के तीन चरण, वह अस्थायी 302 जो 301 होना चाहिए था, या वह लूप नहीं दिखता जो कुछ bots के लिए पेज तोड़ देता है। माइग्रेशन के बाद साइट अपना इतिहास रीडायरेक्ट से ही बचाती है: Google स्थायी रीडायरेक्ट को इस संकेत के रूप में लेता है कि गंतव्य ही canonical URL होना चाहिए (Google, रीडायरेक्ट और Google सर्च)।
रीडायरेक्ट चेकर क्या दिखाता है?
एक URL डालें। टूल उसका अनुरोध करता है बिना अपने-आप रीडायरेक्ट फ़ॉलो किए, जवाब पढ़ता है, फिर अगला पता खुद माँगता है, 20 चरणों तक।
| हिस्सा | आप क्या देखते हैं | अच्छा नतीजा कैसा दिखता है |
|---|---|---|
| निष्कर्ष | कोड की श्रृंखला और अंतिम URL | एक 301 या 308, फिर 200 |
| रीडायरेक्ट | अंतिम पेज से पहले चरणों की संख्या | 0 या 1 |
| अंतिम स्टेटस | आखिरी जवाब का कोड | 200 |
| चरण | अनुरोधों की कुल संख्या | 1 या 2 |
| लूप | क्या श्रृंखला किसी पहले देखे URL पर लौटती है | नहीं |
| रीडायरेक्ट श्रृंखला | हर चरण उसके कोड, लेबल, URL और सर्वर के साथ | हर बीच का URL जानबूझकर रीडायरेक्ट हो |
निष्कर्ष लाल होता है जब लूप हो या अंतिम पेज 2xx न हो, नारंगी जब एक से ज़्यादा रीडायरेक्ट हों, और बाकी समय हरा। मुफ़्त संस्करण में प्रतिदिन 3 जाँचें चलती हैं।
कौन सा रीडायरेक्ट स्टेटस कोड इस्तेमाल करें?
स्थायी कोड तब इस्तेमाल करें जब बदलाव पक्का हो, और अस्थायी कोड सिर्फ़ तब जब मूल URL वापस आने वाला हो। Google स्थायी रीडायरेक्ट का गंतव्य सर्च नतीजों में दिखाता है, और अस्थायी रीडायरेक्ट का मूल पेज।
| कोड | अर्थ | Google इसे कैसे लेता है | इसे कब इस्तेमाल करें |
|---|---|---|---|
| 301 | स्थायी रूप से स्थानांतरित | स्थायी | नाम बदले पेज, माइग्रेशन, http से https, मिला हुआ कंटेंट |
| 308 | स्थायी रीडायरेक्ट, वही मेथड | स्थायी | 301 जैसा, जब फ़ॉर्म या APIs को अपना मेथड रखना हो |
| 302 | मिला | अस्थायी | एक छोटा अभियान या ऐसा पेज जो लौटेगा |
| 303 | कहीं और देखें | अस्थायी | फ़ॉर्म सबमिट होने के बाद |
| 307 | अस्थायी रीडायरेक्ट, वही मेथड | अस्थायी | अस्थायी स्थानांतरण जिनमें मेथड बदलना नहीं चाहिए |
301 और 308 के बीच, या 302 और 307 के बीच का फ़र्क तकनीकी है: 307 और 308 के साथ क्लाइंट को अनुरोध का मेथड नहीं बदलना चाहिए, जबकि 301 और 302 ऐतिहासिक रूप से POST को GET बनने देते हैं (RFC 9110, HTTP semantics)। SEO के लिए मायने रखता है कि रीडायरेक्ट स्थायी है या अस्थायी।
श्रृंखला में कितने रीडायरेक्ट बहुत ज़्यादा हैं?
एक से ज़्यादा रखना पहले ही बहुत है। डिफ़ॉल्ट रूप से Google के crawlers 10 रीडायरेक्ट चरणों तक फ़ॉलो करते हैं, और रीडायरेक्ट होने वाले URL का कंटेंट अनदेखा कर दिया जाता है (Google, HTTP स्टेटस कोड Google के crawlers को कैसे प्रभावित करते हैं)। साइट के स्थानांतरण के लिए Google सीधे अंतिम गंतव्य पर रीडायरेक्ट की सलाह देता है, या अगर यह संभव न हो, तो श्रृंखला आदर्श रूप से 3 चरणों से ज़्यादा न रखें और 5 से कम, क्योंकि हर चरण देरी जोड़ता है और हर ब्राउज़र लंबी श्रृंखलाएँ नहीं संभालता (Google, साइट स्थानांतरण और माइग्रेशन)।
| श्रृंखला | निष्कर्ष | सुधार |
|---|---|---|
| 301 > 200 | अच्छा | कुछ करने की ज़रूरत नहीं |
| 301 > 301 > 200 | काम करता है, पर बेकार | पहले URL को सीधे अंतिम URL पर ले जाएँ, और अंदरूनी लिंक अपडेट करें |
| स्थायी स्थानांतरण पर 302 > 200 | गलत संकेत | 302 को 301 बनाएँ |
| 301 > 404 | टूटा हुआ | सबसे नज़दीकी चालू पेज पर रीडायरेक्ट करें, या पुराने URL को 404 या 410 लौटाने दें |
| A > B > A | लूप: पेज तक पहुँचा नहीं जा सकता | सर्वर या CMS के टकराते नियम ठीक करें |
रीडायरेक्ट श्रृंखलाएँ और लूप कैसे बनते हैं?
श्रृंखलाएँ समय के साथ जमती हैं: हर बदलाव पिछले नियमों के ऊपर एक नया नियम जोड़ता है। आम परतें ये हैं:
- प्रोटोकॉल और होस्ट: http से https, फिर example.com से www.example.com, एक नियम के बजाय दो अलग नियमों के रूप में।
- ट्रेलिंग स्लैश: किसी और रीडायरेक्ट के बाद सर्वर का /page से /page/ जोड़ना।
- लगातार माइग्रेशन: एक पेज 2022 में नाम बदलकर, फिर 2024 में फिर बदला गया, और पुराना नियम अब भी बीच के URL की ओर इशारा करता है।
- CMS और सर्वर में असहमति: एक प्लगइन एक दिशा में रीडायरेक्ट करता है, सर्वर कॉन्फ़िग या CDN दूसरी दिशा में, और यही लूप बनाता है।
अपने होम पेज के चार रूप जाँचें (http और https, www के साथ और बिना): हर एक को एक ही चरण में अंतिम URL तक पहुँचना चाहिए। परिभाषाओं के लिए हमारी ग्लॉसरी प्रविष्टियाँ देखें: 301 redirect और crawl budget।
साइट माइग्रेशन के बाद रीडायरेक्ट कैसे जाँचें?
- पुराने URL की सूची लें: वे जिन पर traffic या लिंक थे। URL extractor आपके मुख्य पेजों के लिंक सूचीबद्ध करता है।
- उनमें से एक नमूना जाँचें रीडायरेक्ट चेकर से: एक स्थायी चरण, अंतिम 200, और ऐसा गंतव्य जो पुराने कंटेंट से मेल खाए।
- सब कुछ होम पेज पर रीडायरेक्ट करने से बचें। Google चेतावनी देता है कि बहुत से पुराने URL को एक असंबंधित पेज पर, जैसे नए होम पेज पर, भेजने से उपयोगकर्ता उलझ सकते हैं और उसे soft 404 माना जा सकता है।
- अंदरूनी लिंक अपडेट करें ताकि वे अंतिम URL की ओर इशारा करें, रीडायरेक्ट की ओर नहीं। broken link checker किसी पेज के उन लिंक को चिह्नित करता है जो रीडायरेक्ट होते हैं या विफल होते हैं।
- रीडायरेक्ट को जितना हो सके उतना रखें, आम तौर पर कम से कम एक साल, जैसी Google सलाह देता है।
- अपना sitemap दोबारा बनाएँ सिर्फ़ नए अंतिम URL के साथ, XML sitemap generator से।
रीडायरेक्ट चेकर की सीमाएँ क्या हैं?
- सिर्फ़ सर्वर रीडायरेक्ट। टूल HTTP स्टेटस कोड और Location हेडर पढ़ता है। पेज के अंदर का meta refresh या JavaScript रीडायरेक्ट फ़ॉलो नहीं होता; पेज 200 देता है और श्रृंखला वहीं रुक जाती है। Google सलाह देता है कि JavaScript रीडायरेक्ट तभी इस्तेमाल करें जब सर्वर-साइड या meta refresh रीडायरेक्ट संभव न हों।
- एक user agent। कुछ साइटें डिवाइस, देश या भाषा के आधार पर अलग रीडायरेक्ट करती हैं। यह जाँच दिखाती है कि एक जगह से, बिना cookies वाला crawler क्या देखता है।
- हर चरण पर 10 सेकंड। इससे धीमा सर्वर timeout त्रुटि लौटाता है।
- निजी पते ब्लॉक होते हैं। जो श्रृंखला किसी अंदरूनी या निजी होस्ट तक जाती है, वह सुरक्षा के लिए “ब्लॉक्ड” चरण पर रुक जाती है।
अंतिम चरण के बाद क्या होता है यह देखने के लिए अंतिम URL को canonical checker या indexability checker से चलाएँ: noindex पेज पर साफ़ रीडायरेक्ट भी एक खोया हुआ पेज ही है।
रीडायरेक्ट की समस्याएँ traffic खोने से पहले कैसे पकड़ें?
उन पेजों पर नज़र रखें जो क्लिक खो रहे हैं: टूटा हुआ रीडायरेक्ट अक्सर पहले पुराने URL के traffic में गिरावट के रूप में दिखता है, जबकि नए URL पर कोई बढ़त नहीं।
- गिरते पेज पहचानें Sorank GEO और SEO डैशबोर्ड में, जो क्लिक और AI विज़िट पेज-दर-पेज फ़ॉलो करता है।
- माइग्रेशन के बाद अपना अधिकार बनाए रखें authority tracker से, जो दिखाता है कि आपके लिंक अब भी गिने जाते हैं या नहीं।
- पूछें कि क्या बदला सरल शब्दों में SEO Chat से, जो आपकी साइट जानता है और आपके डेटा से जवाब देता है।
सबसे अच्छा रीडायरेक्ट एक स्थायी चरण है जो सही पेज पर जाए। हर बदलाव के बाद ऊपर अपने ज़रूरी URL जाँचें, फिर अपने traffic और दृश्यता को autopilot पर मॉनिटर करने के लिए Sorank plans देखें।
