कोई रीडायरेक्ट 301 है या 302, यह जानने के लिए पुराना URL किसी URL रीडायरेक्ट चेकर में पेस्ट करें और हर हॉप का स्टेटस कोड देखें। 301 या 308 का मतलब है “हमेशा के लिए मूव हो गया” और यह Google को सर्च रिज़ल्ट में नया URL दिखाने के लिए कहता है। 302, 303 या 307 का मतलब है “अस्थायी” और यह Google को पुराना URL बनाए रखने के लिए कहता है। साथ ही हॉप भी गिन लें: सबसे अच्छा यह है कि एक ही रीडायरेक्ट सीधे उस फ़ाइनल पेज पर ले जाए जो 200 लौटाता हो। यह गाइड बताती है कि ब्राउज़र में, कमांड लाइन पर और हमारे मुफ़्त टूल से रीडायरेक्ट कैसे चेक करें, और जो समस्याएँ मिलें उन्हें कैसे ठीक करें।
SEO के लिए रीडायरेक्ट का प्रकार क्यों मायने रखता है
विज़िटर के लिए हर रीडायरेक्ट एक जैसा दिखता है: वह किसी लिंक पर क्लिक करता है और कहीं और पहुँच जाता है। लेकिन सर्च इंजन स्टेटस कोड पढ़ते हैं और उसे एक निर्देश की तरह मानते हैं। Google का अपना रीडायरेक्ट डॉक्यूमेंटेशन कहता है कि परमानेंट रीडायरेक्ट को इस संकेत के रूप में इस्तेमाल किया जाता है कि रीडायरेक्ट का टारगेट ही कैनोनिकल होना चाहिए, जबकि टेम्पररी रीडायरेक्ट को फ़ॉलो तो किया जाता है, पर उस संकेत के रूप में इस्तेमाल नहीं किया जाता। व्यवहार में इसका मतलब है:
- 301 / 308 (परमानेंट): Google सर्च रिज़ल्ट में नया URL दिखाता है और सारे सिग्नल उसी पर इकट्ठा करता है। इन्हें साइट माइग्रेशन, HTTP से HTTPS, स्लग बदलने, पेजों को मिलाने और www व बिना www वाले वर्ज़न में से एक चुनने के लिए इस्तेमाल करें।
- 302 / 303 / 307 (टेम्पररी): Google मूल URL ही दिखाता रहता है। इन्हें थोड़े समय की स्थितियों के लिए इस्तेमाल करें, जैसे लोगों को मेंटेनेंस पेज पर भेजना या कोई ऐसा टेस्ट चलाना जिसे आप बाद में हटा देंगे।
सबसे आम गलती है माइग्रेशन को 302 से करना, क्योंकि कोई प्लगइन या फ़्रेमवर्क डिफ़ॉल्ट रूप से यही इस्तेमाल करता है। नए पेज विज़िटर के लिए ठीक काम करते हैं, लेकिन Google पुराने URL अपने इंडेक्स में रख सकता है। इसे चेक करने में एक मिनट लगता है और इससे हफ़्तों की उलझन बच सकती है।
रीडायरेक्ट स्टेटस कोड एक नज़र में
| कोड | मतलब | परमानेंट? | रिक्वेस्ट मेथड बना रहता है? |
|---|---|---|---|
| 301 | Moved Permanently (हमेशा के लिए मूव हुआ) | हाँ | गारंटी नहीं (ब्राउज़र POST को GET में बदल सकते हैं) |
| 308 | Permanent Redirect (परमानेंट रीडायरेक्ट) | हाँ | हाँ |
| 302 | Found (मिल गया) | नहीं | गारंटी नहीं |
| 303 | See Other (कहीं और देखें) | नहीं | नहीं, हमेशा GET बन जाता है |
| 307 | Temporary Redirect (टेम्पररी रीडायरेक्ट) | नहीं | हाँ |
आम पेज लिंक, जो GET रिक्वेस्ट होते हैं, उनके लिए SEO के हिसाब से 301 और 308 एक जैसा बर्ताव करते हैं, और 302 और 307 भी। मेथड का फ़र्क सिर्फ़ फ़ॉर्म और API के लिए मायने रखता है।
My Botsy से रीडायरेक्ट कैसे चेक करें, स्टेप बाय स्टेप
- URL रीडायरेक्ट चेकर खोलें। यह मुफ़्त है और इसके लिए अकाउंट नहीं चाहिए।
- शुरुआती URL ठीक वैसे ही पेस्ट करें जैसे लोग या लिंक उसे इस्तेमाल करते हैं। प्रोटोकॉल भी शामिल करें, जैसे
http://example.com/old-page।http://और बिना www वाले वर्ज़न को अलग-अलग टेस्ट करने से छिपे हुए अतिरिक्त हॉप पकड़ में आते हैं। - चेक चलाएँ और हर पंक्ति पढ़ें। हर पंक्ति एक हॉप है: जिस URL की रिक्वेस्ट की गई और उसने किस स्टेटस कोड से जवाब दिया। आख़िरी पंक्ति आपका फ़ाइनल पेज होना चाहिए,
200के साथ। - बीच के कोड देखें। अगर बदलाव परमानेंट है, तो हर हॉप 301 या 308 होना चाहिए। चेन में एक भी 302 उस स्टेप को टेम्पररी बना देता है।
- हॉप गिनें। एक सबसे अच्छा है। दो आम हैं (जैसे पहले HTTP से HTTPS, फिर बिना www से www) और इन्हें एक में बदल देना चाहिए। तीन या ज़्यादा का मतलब है कि नियम एक के ऊपर एक जमा हो रहे हैं और उन्हें साफ़ करना चाहिए।
- डेस्टिनेशन कन्फ़र्म करें। पक्का करें कि फ़ाइनल URL वही पेज है जो आप चाहते थे, होमपेज या 404 नहीं। वह पेज सर्च इंजन को क्या बताता है, उसके कैनोनिकल टैग समेत, यह आप मेटा टैग चेकर से देख सकते हैं।
उदाहरण: दो हॉप वाली चेन
मान लीजिए आप http://example.com/pricing चेक करते हैं और यह दिखता है:
http://example.com/pricing 301
https://example.com/pricing 301
https://www.example.com/pricing 200दोनों हॉप परमानेंट हैं, इसलिए Google https://www.example.com/pricing को दिखाने वाला URL मानेगा। यह काम करता है, लेकिन हर पुराने लिंक को दो राउंड ट्रिप चुकाने पड़ते हैं। इसका हल यह है कि पहला नियम http://example.com/* को एक ही स्टेप में सीधे https://www.example.com/* पर भेजे।
उदाहरण: गलती से लगा 302
https://example.com/blog/old-slug 302
https://example.com/blog/new-slug 200आपने पोस्ट का नाम हमेशा के लिए बदला, लेकिन CMS ने टेम्पररी रीडायरेक्ट बना दिया। नियम को 301 (या 308) में बदलें, फिर पुष्टि के लिए चेक दोबारा चलाएँ।
रीडायरेक्ट चेक करने के दूसरे तरीके
ब्राउज़र के डेवलपर टूल से
DevTools खोलें (ज़्यादातर ब्राउज़र में F12), Network टैब पर जाएँ, Preserve log पर टिक करें और फिर पुराना URL लोड करें। हर रीडायरेक्ट अपनी अलग रिक्वेस्ट के रूप में दिखता है, अपने स्टेटस कोड और Location रिस्पॉन्स हेडर के साथ। एक बात का ध्यान रखें: अगर कोई साइट HSTS इस्तेमाल करती है, तो Chrome HTTP से HTTPS का 307 Internal Redirect दिखा सकता है। यह ब्राउज़र खुद बनाता है, आपका सर्वर नहीं, इसलिए सर्वर-साइड चेकर ज़्यादा भरोसेमंद स्रोत है।
कमांड लाइन पर curl से
अगर आप टर्मिनल इस्तेमाल करने में सहज हैं, तो यह कमांड हर हॉप के हेडर दिखाती है:
curl -sIL http://example.com/old-page-I सिर्फ़ हेडर माँगता है, -L रीडायरेक्ट फ़ॉलो करता है और -s प्रोग्रेस बार छिपाता है। HTTP/ वाली स्टेटस लाइनें और हर एक के नीचे location: हेडर देखें। कुछ सर्वर HEAD रिक्वेस्ट का जवाब सामान्य GET रिक्वेस्ट से अलग देते हैं, इसलिए अगर नतीजा अजीब लगे तो इसकी जगह curl -sL -o /dev/null -D - http://example.com/old-page आज़माएँ।
HTTP हेडर लुकअप से
किसी एक रिस्पॉन्स को विस्तार से देखने के लिए, जिसमें Location, Cache-Control और सिक्योरिटी हेडर शामिल हैं, HTTP हेडर लुकअप इस्तेमाल करें। किसी एक हॉप ने ठीक-ठीक क्या लौटाया, यह कन्फ़र्म करने के लिए यह बहुत काम का है।
रीडायरेक्ट की आम समस्याएँ और उन्हें ठीक करने का तरीका
रीडायरेक्ट चेन
हर अतिरिक्त हॉप विज़िटर के लिए एक और राउंड ट्रिप जोड़ता है। Google का क्रॉलर डॉक्यूमेंटेशन कहता है कि उसके क्रॉलर डिफ़ॉल्ट रूप से 10 रीडायरेक्ट हॉप तक फ़ॉलो करते हैं, लेकिन दूसरे टूल उससे पहले हार मान सकते हैं, और लंबी चेन को संभालना मुश्किल होता है। हर पुराने URL को सीधे उसके फ़ाइनल डेस्टिनेशन पर पॉइंट करें, और इंटरनल लिंक अपडेट करें ताकि वे रीडायरेक्ट से बिल्कुल न गुज़रें।
रीडायरेक्ट लूप
लूप तब बनता है जब A, B पर पॉइंट करता है और B वापस A पर, अक्सर इसलिए कि CMS की कोई सेटिंग और सर्वर का कोई नियम www, HTTPS या आख़िरी स्लैश को लेकर आपस में मेल नहीं खाते। ब्राउज़र “too many redirects” जैसी एरर दिखाते हैं। रीडायरेक्ट चेकर में लूप साफ़ दिख जाता है, क्योंकि वही URL बार-बार आते हैं। एक कैनोनिकल वर्ज़न तय करें और टकराने वाला नियम हटा दें।
सब कुछ होमपेज पर रीडायरेक्ट करना
जब आप बहुत सारे पेज डिलीट या मूव करते हैं, तो उन सबको होमपेज पर भेज देने का मन करता है। जो विज़िटर किसी खास पेज की तलाश में थे, वे उलझ जाते हैं। हर पुराने URL को उसके सबसे करीबी विकल्प पर रीडायरेक्ट करें, और जिन पेजों का कोई विकल्प नहीं है उन्हें 404 या 410 लौटाने दें।
उलटे-पुलटे सिग्नल
अगर कोई URL पेज B पर 301 करता है, लेकिन पेज B का कैनोनिकल टैग कहीं और पॉइंट करता है, तो आप सर्च इंजन को आपस में टकराने वाले निर्देश दे रहे हैं। मेटा टैग चेकर से डेस्टिनेशन का कैनोनिकल चेक करें और पक्का करें कि दोनों मेल खाते हों।
ट्रैकिंग पैरामीटर का खो जाना
कुछ रीडायरेक्ट नियम क्वेरी स्ट्रिंग हटा देते हैं, जिससे कैंपेन लिंक के UTM टैग भी हट जाते हैं। टैग वाला कोई URL टेस्ट करें (UTM लिंक जनरेटर से एक बनाएँ) और चेक करें कि पैरामीटर आख़िरी हॉप तक बचे रहते हैं। GA4 में UTM पैरामीटर पर हमारी गाइड बताती है कि यह क्यों मायने रखता है। किसी लंबे फ़ाइनल URL को उसके हिस्सों में बाँटने के लिए उसे URL पार्सर में पेस्ट करें।
पुराने डोमेन पर सर्टिफिकेट की समस्या
अगर आपने डोमेन बदला है, तो पुराने डोमेन को भी एक वैलिड HTTPS सर्टिफिकेट चाहिए। इसके बिना, जो लोग https://old-domain.com टाइप करते हैं या उस पर क्लिक करते हैं, उन्हें रीडायरेक्ट चलने से पहले ही सिक्योरिटी चेतावनी दिखती है। SSL लुकअप से इसकी पुष्टि करें, और अगर डोमेन रिज़ॉल्व ही नहीं हो रहा, तो DNS रिकॉर्ड कैसे चेक करें वाली हमारी गाइड से शुरुआत करें।
मेटा रिफ़्रेश और JavaScript रीडायरेक्ट
हर रीडायरेक्ट स्टेटस कोड नहीं होता। <meta http-equiv="refresh"> टैग या window.location स्क्रिप्ट भी विज़िटर को कहीं और भेज सकती है। Google का डॉक्यूमेंटेशन कहता है कि वह तुरंत (0 सेकंड) वाले मेटा रिफ़्रेश को परमानेंट और देरी वाले को टेम्पररी मानता है, और JavaScript रीडायरेक्ट की सलाह तभी देता है जब सर्वर-साइड या मेटा रिफ़्रेश रीडायरेक्ट मुमकिन न हों, क्योंकि रेंडरिंग फ़ेल होने पर Google उन्हें शायद न देख पाए। ऐसे मामलों में सर्वर-साइड चेकर पेज को 200 बताते हैं, इसलिए अगर कोई पेज आपके ब्राउज़र में “रीडायरेक्ट” होता है लेकिन चेकर में 200 दिखाता है, तो उसके HTML में मेटा रिफ़्रेश या स्क्रिप्ट ढूँढें।
रीडायरेक्ट की एक छोटी चेकलिस्ट
- परमानेंट बदलाव में हर हॉप पर 301 या 308 इस्तेमाल हो।
- हर पुराना URL एक ही हॉप में अपने फ़ाइनल पेज तक पहुँचे।
- फ़ाइनल पेज 200 लौटाए और उसका कैनोनिकल टैग खुद उसी पर पॉइंट करे।
- HTTP, HTTPS, www और बिना www वाले सभी वर्ज़न एक ही URL पर खत्म हों।
- जहाँ ज़रूरी हो, क्वेरी स्ट्रिंग और UTM टैग बचे रहें।
- इंटरनल लिंक फ़ाइनल URL पर पॉइंट करें, रीडायरेक्ट पर नहीं।
अक्सर पूछे जाने वाले सवाल
मुझे कैसे पता चलेगा कि रीडायरेक्ट 301 है या 302?
URL को किसी रीडायरेक्ट चेकर से चलाएँ या अपने ब्राउज़र के डेवलपर टूल में Network टैब देखें। हर हॉप का स्टेटस कोड यह बता देता है: 301 और 308 परमानेंट हैं, जबकि 302, 303 और 307 टेम्पररी हैं।
क्या 302 रीडायरेक्ट SEO के लिए बुरा है?
नहीं, अगर बदलाव सच में अस्थायी है। समस्या तब होती है जब इसे परमानेंट बदलाव के लिए इस्तेमाल किया जाता है, क्योंकि तब Google नए URL की जगह पुराना URL ही दिखाता रह सकता है।
301 और 308 में क्या फ़र्क है?
दोनों परमानेंट हैं। 308 इस बात की गारंटी देता है कि रिक्वेस्ट मेथड और बॉडी वैसे ही रहें, जो फ़ॉर्म और API के लिए ज़रूरी है। आम पेज लिंक के लिए SEO के हिसाब से दोनों एक जैसे काम करते हैं।
कितने रीडायरेक्ट बहुत ज़्यादा हैं?
एक का लक्ष्य रखें। Google के क्रॉलर डिफ़ॉल्ट रूप से 10 हॉप तक फ़ॉलो करते हैं, लेकिन हर अतिरिक्त हॉप विज़िटर को धीमा करता है और समस्याओं को ढूँढना मुश्किल बनाता है, इसलिए जब भी हो सके चेन को छोटा करें।
मेरा ब्राउज़र ऐसा 307 रीडायरेक्ट क्यों दिखाता है जो मैंने कभी सेट ही नहीं किया?
यह आमतौर पर Chrome का HTTP से HTTPS वाला इंटरनल HSTS रीडायरेक्ट होता है। ब्राउज़र इसे आपके सर्वर से संपर्क करने से पहले ही बना देता है, इसलिए आपका सर्वर असल में क्या लौटाता है यह देखने के लिए सर्वर-साइड रीडायरेक्ट चेकर इस्तेमाल करें।
क्या रीडायरेक्ट से लिंक की वैल्यू आगे जाती है?
Google परमानेंट रीडायरेक्ट को इस बात का मज़बूत संकेत मानता है कि टारगेट ही कैनोनिकल URL होना चाहिए, इसलिए सिग्नल वहीं इकट्ठा होते हैं। टेम्पररी रीडायरेक्ट को यह संकेत नहीं माना जाता, और इसीलिए रीडायरेक्ट का प्रकार मायने रखता है।
