SEO Redirects: 301, 302, 307 और 308 के लिए पूरी गाइड

संक्षेप में: redirect उपयोगकर्ताओं और crawlers को एक पुराने URL से नए URL पर भेजता है। SEO के लिए, जब कोई पेज स्थायी रूप से हट गया हो तो सर्वर-साइड 301 (या 308) इस्तेमाल करें, क्योंकि Google स्थायी redirect को इस संकेत के रूप में लेता है कि नए URL को index किया जाना चाहिए। 302 (या 307) सिर्फ़ अस्थायी बदलावों के लिए इस्तेमाल करें, हर पुराने URL को होम पेज के बजाय उसके सबसे करीबी समकक्ष पर भेजें, chains से बचें, और माइग्रेशन के बाद कम से कम एक साल तक redirects बनाए रखें।

हर साइट के URL बदलते हैं: कोई उत्पाद नया नाम पाता है, ब्लॉग की संरचना बदलती है, या पूरा domain HTTPS या नए ब्रांड पर चला जाता है। SEO redirects के बिना हर बदलाव एक मृत पेज, खोए हुए backlinks और ऐसे विज़िटर छोड़ जाता है जो एरर पर पहुँचते हैं। सही redirect के साथ Google पुराने URL के संकेत नए URL पर ले जाता है और उपयोगकर्ताओं को पता भी नहीं चलता। redirects और Google Search पर Google का दस्तावेज़ नियम तय करता है; यह गाइड उन्हें ऐसे फ़ैसलों में बदलती है जिन्हें आप पेज-दर-पेज लागू कर सकते हैं।

SEO में redirect क्या है?

Redirect एक निर्देश है कि कोई URL अब कहीं और रहता है। जब कोई browser या crawler पुराना पता माँगता है, तो सर्वर 3xx status code और एक Location header से जवाब देता है जो नए पते की ओर इशारा करता है, और क्लाइंट उसका पालन करता है। खोज इंजन के लिए redirect इंडेक्सिंग के बारे में भी कुछ बताता है: क्या नया URL नतीजों में पुराने की जगह ले, या बदलाव अस्थायी है।

Domain स्थानांतरित करने, डुप्लीकेट पेज मिलाने, HTTP से HTTPS पर जाने, URL संरचना बदलने, या हटाए गए पेज की जगह करीबी समकक्ष रखने के लिए redirects मानक उपकरण हैं। वे canonical tag के साथ मिलकर काम करते हैं, जो बिना विज़िटर को कहीं भेजे एक पसंदीदा URL बताता है।

कौन-से redirect प्रकार मौजूद हैं?

Google redirects को दो परिवारों में बाँटता है। स्थायी redirect उसकी इंडेक्सिंग प्रक्रिया को बताते हैं कि लक्ष्य canonical बनना चाहिए; अस्थायी redirect ऐसा नहीं करते, इसलिए पुराना URL नतीजों में बना रह सकता है।

Google जब भी संभव हो सर्वर-साइड स्थायी redirect की सिफ़ारिश करता है, और कहता है कि JavaScript redirect तभी इस्तेमाल करें जब न सर्वर-साइड और न meta refresh redirect संभव हो, क्योंकि Google शायद कभी ऐसा redirect नहीं देखता जो render पर निर्भर हो। JavaScript SEO पर हमारी गाइड समझाती है कि render क्यों गारंटीशुदा नहीं है।

301 या 302 redirect इस्तेमाल करें?

एक सवाल पूछें: क्या पुराना URL वापस आएगा? अगर नहीं, तो 301 redirect इस्तेमाल करें। स्थायी बदलाव के लिए 302 इस्तेमाल करना सबसे आम redirect गलती है: Google पुराने URL को index में रख सकता है और नतीजों में दिखा सकता है, जबकि नया पेज उन संकेतों का इंतज़ार करता है जो कभी पूरी तरह नहीं पहुँचते। Google कुछ पुराने 302 को समय के साथ सुधार लेता है, लेकिन आपको उस पर भरोसा नहीं करना चाहिए।

307 और 308 कोड एक तकनीकी कारण से मौजूद हैं। MDN की HTTP redirections गाइड के अनुसार, 301 या 302 browsers को POST request को GET में बदलने दे सकते हैं, जबकि 307 और 308 method और body को अपरिवर्तित रखते हैं। साधारण पेजों के लिए इसका SEO पर कोई फ़र्क नहीं पड़ता; यह forms, checkouts और APIs के लिए मायने रखता है।

क्या redirects PageRank खोते हैं?

ऐसे तरीके से नहीं जिसकी योजना बनानी पड़े। Google के Gary Illyes ने 2016 में कहा था कि 30x redirects अब PageRank नहीं खोते। असली नुकसान कहीं और से आते हैं: किसी असंबंधित पेज पर redirect करना, कुछ महीनों बाद redirect टूट जाना, या लंबी chains छोड़ देना जो crawling को धीमा करती हैं।

redirect chains और loops क्या हैं?

Chain तब बनती है जब URL A, B पर redirect करता है, और B, C पर। Chains सालों के माइग्रेशन से जमा होती हैं: HTTP से HTTPS, फिर www से non-www, फिर नई URL संरचना। Google के HTTP status codes दस्तावेज़ के अनुसार Google के crawlers 10 redirect hops तक चलते हैं, लेकिन Google सलाह देता है कि सीधे अंतिम गंतव्य पर redirect करें, और अगर यह संभव न हो, तो chains को तीन hops या उससे कम रखें। हर hop उपयोगकर्ताओं के लिए देरी जोड़ता है और बड़ी साइटों पर crawl budget बर्बाद करता है।

Loop तब बनता है जब A, B पर redirect करता है और B वापस A पर। Browsers एरर दिखाते हैं, crawlers हार मान लेते हैं और पेज index से बाहर हो जाता है। Loops आम तौर पर परस्पर विरोधी नियमों से आते हैं, उदाहरण के लिए एक CMS नियम और एक सर्वर नियम जो trailing slash पर असहमत हों।

redirect करें, 404 दें या 410?

हर हटाए गए पेज को redirect की ज़रूरत नहीं है। सिर्फ़ तभी redirect करें जब कोई करीबी समकक्ष मौजूद हो। URL बदलाव के साथ site moves पर Google का दिशानिर्देश कई पुराने URL को एक असंबंधित गंतव्य, जैसे होम पेज, पर redirect करने के खिलाफ़ चेताता है, जिससे उपयोगकर्ता भ्रमित हो सकते हैं और उसे soft 404 माना जा सकता है।

Google कहता है कि 429 को छोड़कर सभी 4xx एरर एक ही तरह से लिए जाते हैं, इसलिए 404 और 410 के बीच चुनाव का व्यावहारिक असर कम है: दोनों मामलों में पहले से index हुआ URL index से हटा दिया जाता है।

साइट माइग्रेशन के दौरान redirects कैसे संभालें?

माइग्रेशन वह जगह है जहाँ redirects traffic बचाते या बर्बाद करते हैं। हमारी पूरी SEO migration गाइड पूरे प्रोजेक्ट को कवर करती है; redirects के लिए पाँच नियम लागू होते हैं:

1. हर URL को एक-से-एक मैप करें। सभी index किए गए URL, backlinks वाले पेज और traffic वाले पेज निर्यात करें, फिर हर एक को उसका सबसे करीबी नया समकक्ष दें।
2. स्थायी सर्वर-साइड redirects इस्तेमाल करें। 301 या 308, सर्वर या CDN पर कॉन्फ़िगर किए गए, JavaScript में नहीं।
3. वह सब अपडेट करें जो आपके नियंत्रण में है। आंतरिक लिंक, canonical tags, hreflang, XML sitemaps और structured data सीधे नए URL की ओर इशारा करें, redirect के ज़रिए नहीं।
4. redirects कम से कम एक साल तक रखें। Google सलाह देता है कि उन्हें जितना हो सके रखें, आम तौर पर कम से कम एक साल, ताकि वह संकेत स्थानांतरित कर सके, जिनमें दूसरी साइटों के लिंक भी शामिल हैं।
5. इंडेक्सिंग पर नज़र रखें। Search Console में Page indexing रिपोर्ट देखें; Google indexing पर हमारी गाइड बताती है कि इसे कैसे पढ़ें।

redirect कैसे सेट करें?

तरीका आपके stack पर निर्भर करता है, लेकिन नतीजा एक ही होना चाहिए: सर्वर से एक 3xx जवाब।

• Apache: .htaccess फ़ाइल में एक नियम जैसे Redirect 301 /old-page https://example.com/new-page, या patterns के लिए RewriteRule नियम।
• Nginx: server block में, location = /old-page { return 301 https://example.com/new-page; }।
• WordPress: WordPress कुछ बदले हुए slugs को अपने आप redirect करता है, और बाकी को एक redirect प्लगइन डैशबोर्ड से संभालता है।
• Shopify, Wix, Webflow: हर एक की सेटिंग में एक अंतर्निहित URL redirect मैनेजर है, जो स्थायी redirects बनाता है।
• CDN या edge: Cloudflare और ऐसी ही सेवाएँ अनुरोध आपके सर्वर तक पहुँचने से पहले redirect नियम लागू कर सकती हैं, जो तेज़ है और domain बदलाव के लिए उपयोगी है।

हर बदलाव के बाद redirect जाँचक से पुराने URL की जाँच करें: यह हर hop का status code और अंतिम गंतव्य दिखाता है।

redirects AI visibility के लिए क्यों मायने रखते हैं?

पुराने URL आपके बदलने के बाद भी लंबे समय तक जीवित रहते हैं। दूसरी साइटें, newsletters, social posts और AI जवाब उस पते की ओर इशारा करते रहते हैं जो लिखे जाने के समय मौजूद था। जब ChatGPT, Perplexity या Gemini कोई पेज उद्धृत करते हैं और लिंक एरर पर ले जाता है, तो आप विज़िट खो देते हैं और उद्धरण का मूल्य खत्म हो जाता है। स्थायी redirect उन संदर्भों को काम करते रखता है और खोज इंजन और AI crawlers को पुराने पेज का इतिहास नए पेज से जोड़ने में मदद करता है। ChatGPT जिन पेजों का हवाला देता है उन पर हमारा अध्ययन दिखाता है कि ये जवाब स्थिर, सुस्थापित स्रोतों पर कितना निर्भर करते हैं।

अपने redirects का ऑडिट कैसे करें?

1. साइट को crawl करें और हर आंतरिक लिंक की सूची बनाएँ जो किसी redirect की ओर इशारा करता है; उसे अंतिम URL से बदलें।
2. chains और loops खोजें crawl रिपोर्ट में और हर स्रोत को सीधे उसके अंतिम गंतव्य की ओर इशारा करें।
3. टूटे लिंक जाँचें एक broken link जाँचक से, ख़ासकर पेज हटाने के बाद।
4. गंतव्य पेजों की indexability जाँचें एक indexability जाँचक से: noindex पेज पर redirect पूरा बदलाव बर्बाद करता है।
5. Search Console की समीक्षा करें उन पेजों के लिए जिन्हें "Page with redirect" या soft 404 बताया गया है, और indexing में गिरावट के लिए।
6. ब्राउज़ करते समय पेजों की जाँच करें मुफ़्त Sorank Chrome एक्सटेंशन से, जो उस पेज पर SEO समस्याएँ चिह्नित करता है जिसे आप देख रहे हैं।

Redirects technical SEO का वह हिस्सा हैं जिस पर अक्सर तब तक ध्यान नहीं जाता जब तक traffic गिरता नहीं। हर हटाए गए URL के लिए एक स्थायी, सीधा, प्रासंगिक redirect आपकी रैंकिंग और backlinks को आपके लिए काम करता रखता है। माइग्रेशन का असर क्लिक, positions और AI उद्धरणों पर एक ही जगह देखने के लिए, Sorank का GEO और SEO डैशबोर्ड इस्तेमाल करें।