301 redirect एक स्थायी HTTP redirect है, जो उपयोगकर्ताओं और सर्च इंजनों को नए URL पर भेजता है और रैंकिंग, लिंक व authority सुरक्षित रखता है।

इस पेज पर
जब आप कोई पेज ले जाते हैं, URL संरचना बदलते हैं, या साइट माइग्रेट करते हैं, तो हर पुराना पता तब तक टूटता है जब तक आप उसे कहीं और नहीं भेजते। 301 Redirect (HTTP 301 Moved Permanently) वही निर्देश है जो यह काम करता है। सर्वर पुराने URL के अनुरोध का जवाब 301 status कोड और नए पेज के पते के साथ देता है, इसलिए ब्राउज़र, क्रॉलर और AI सिस्टम, सभी एरर के बजाय सही मंज़िल पर पहुँचते हैं।
301 redirect खोज के लिए इसलिए मायने रखते हैं क्योंकि ये स्थायी होते हैं, और सर्च इंजन इन्हें वैसा ही मानते हैं। Google redirect की मंज़िल को canonical पेज के रूप में इंडेक्स करता है और मूल पेज की लगभग पूरी रैंकिंग शक्ति उसे सौंप देता है। सही तरीके से किया गया माइग्रेशन, जिसमें 301 redirect इस्तेमाल होते हैं, आपका ट्रैफ़िक, आपके backlinks और आपकी authority सुरक्षित रखता है। गलत तरीके से किया जाए तो वर्षों की मेहनत मिट सकती है।
301 redirect HTTP स्तर पर काम करता है। जब कोई ब्राउज़र या क्रॉलर URL माँगता है, तो सर्वर status कोड से जवाब दे सकता है। 200 OK का मतलब है पेज मौजूद है और यह रही उसकी सामग्री। 404 Not Found का मतलब है वहाँ कुछ नहीं है। 301 Moved Permanently का मतलब है संसाधन का नया पता है, और जवाब में एक Location header होता है जो नए URL की ओर इशारा करता है। क्लाइंट फिर उस नए URL का अनुरोध अपने-आप करता है। 301 status कोड के लिए MDN संदर्भ इस व्यवहार का पूरा विवरण देता है।
उपयोगकर्ता के नज़रिए से redirect अदृश्य है: वह लिंक क्लिक करता है या पुराना पता टाइप करता है और नए पेज पर पहुँच जाता है। सर्च इंजन के नज़रिए से 301 एक मज़बूत और टिकाऊ संकेत है। Google का redirect दस्तावेज़ समझाता है कि स्थायी redirect से Google मंज़िल को canonical के रूप में इंडेक्स करता है और खोज परिणामों में वही दिखाता है, जबकि पुराना URL समय के साथ इंडेक्स से हट जाता है।
सबसे आम गलती है 301 और 302 को आपस में मिलाना। 301 स्थायी है। 302 Found (और उसके समान 307 Temporary Redirect) संकेत देता है कि बदलाव अस्थायी है और मूल URL वापस आएगा। 302 के लिए Google मूल URL को इंडेक्स में रखता है और मंज़िल को canonical नहीं मानता।
मोटा नियम सीधा है: अगर बदलाव स्थायी है, तो 301 इस्तेमाल करें। 302 तभी इस्तेमाल करें जब आपका सचमुच इरादा हो कि मूल URL वापस लाया जाए, जैसे छोटे A/B टेस्ट या किसी संक्षिप्त प्रचार पेज की अदला-बदली के दौरान। स्थायी बदलाव के लिए 302 भेजने से गलत URL इंडेक्स में रह सकता है और रैंकिंग संकेत दो पतों में बँट सकते हैं। एक 308 Moved Permanently भी है, जो 301 की तरह व्यवहार करता है पर मूल अनुरोध का method सुरक्षित रखता है, जो कुछ तकनीकी स्थितियों में उपयोगी है।
वर्षों तक चिंता रही कि redirect authority लीक करते हैं। पुरानी सलाह थी कि किसी भी redirect से PageRank का थोड़ा नुकसान होता है। यह चिंता काफ़ी हद तक पुरानी पड़ चुकी है। Google ने कहा है कि 301 redirect लगभग सभी रैंकिंग संकेत मंज़िल तक पहुँचाते हैं, इसलिए आप आम तौर पर वह मूल्य बनाए रखते हैं जो मूल URL ने अपनी backlink प्रोफ़ाइल से कमाया था।
इसीलिए 301 redirect साइट माइग्रेशन, डोमेन बदलने और HTTPS में जाने के केंद्र में हैं। Google का साइट मूव मार्गदर्शन किसी भी URL बदलाव की रीढ़ के रूप में 301 की सिफ़ारिश करता है। जब आप दो पेजों को मिलाते हैं, तो कमज़ोर URL से मज़बूत URL पर 301 दोनों के संकेत जोड़ देता है। 301 और canonical tag का संबंध समझना उपयोगी है: 301 उपयोगकर्ताओं को सचमुच दूसरी जगह भेजता है और सबसे मज़बूत canonicalization संकेत है, जबकि canonical tag एक नरम इशारा है जो तब इस्तेमाल होता है जब दोनों URL जीवित रहने चाहिए। सच्चे स्थानांतरण में 301 ही जीतता है।
जब भी कोई URL स्थायी रूप से बदले, 301 इस्तेमाल करें। आम मामलों में शामिल हैं: HTTP से HTTPS पर जाना, रीब्रांड के बाद डोमेन बदलना, www उपसर्ग हटाना (या जोड़ना), URL के रास्ते (paths) दोबारा संरचित करना, डुप्लीकेट या कमज़ोर पेजों को एक मज़बूत पेज में मिलाना, और पुरानी सामग्री को उसके सबसे करीबी प्रासंगिक विकल्प की ओर भेजकर हटाना।
मार्गदर्शक सिद्धांत है प्रासंगिकता। हर पुराने URL को उस पेज पर भेजें जो उपयोगकर्ता की मूल ज़रूरत से सबसे मेल खाता हो। हटाए गए हर पेज को अपने होमपेज पर भेजना एक ज्ञात anti-pattern है: Google अक्सर अप्रासंगिक होमपेज redirect को soft 404 मानता है, और उपयोगकर्ताओं को भ्रम होता है। पुराने URL से सबसे करीबी समकक्ष तक एक-से-एक मानचित्र रैंकिंग और भरोसा, दोनों बचाता है।
सर्वर-साइड redirect सबसे अच्छा तरीका है। Google सर्वर-साइड 301 को सबसे भरोसेमंद तरीका मानता है, क्योंकि वे किसी पेज के रेंडर होने से पहले प्रोसेस हो जाते हैं। Apache पर इन्हें .htaccess फ़ाइल या virtual host में सेट करें; NGINX पर return 301 नियम इस्तेमाल करें; PHP या अन्य backend में code के भीतर status कोड और Location header सेट करें। Content management systems और platforms आम तौर पर एक redirect manager देते हैं जो ये नियम अपने-आप लिखता है।
और तरीके भी हैं, पर वे कमज़ोर हैं। शून्य सेकंड पर सेट meta refresh को Google स्थायी संकेत मानता है, जबकि देरी वाले meta refresh को अस्थायी माना जाता है। location का उपयोग करने वाले JavaScript redirect पेज रेंडर होने के बाद ही काम करते हैं, इसलिए Google सलाह देता है कि इन्हें तभी इस्तेमाल करें जब कोई सर्वर-साइड विकल्प उपलब्ध न हो। जब भी संभव हो, redirect सर्वर पर सेट करें।
Redirect शृंखला तब बनती है जब URL A, B पर redirect करता है, और B, C पर। हर कदम विलंब जोड़ता है, आपके crawl budget का एक हिस्सा बर्बाद करता है, और इस जोखिम को बढ़ाता है कि क्रॉलर अंतिम पेज तक पहुँचने से पहले रुक जाए। समाधान है शृंखलाओं को समतल करना, ताकि हर पुराना URL एक ही कदम में सीधे अंतिम मंज़िल की ओर इशारा करे।
Redirect लूप इससे भी बुरे हैं। अगर A, B पर redirect करता है और B वापस A पर, तो ब्राउज़र हार मान लेता है और एरर दिखाता है, और वह पेज सभी के लिए अनुपलब्ध हो जाता है। शृंखलाओं और लूप को पकड़ने के लिए अपने redirect नियमों का नियमित ऑडिट करें, खासकर कई माइग्रेशन के बाद जब नियम एक-दूसरे पर चढ़ गए हों।
301 redirect एक सुरक्षा जाल है, साफ़ लिंक का स्थायी विकल्प नहीं। भले ही redirect पूरी तरह काम कर रहे हों, आपको अपनी internal linking अपडेट करनी चाहिए, ताकि मेनू, सामग्री के भीतर के लिंक और बटन सीधे नए URL पर जाएँ। इससे अतिरिक्त कदम हटता है, उपयोगकर्ता अनुभव तेज़ होता है, और आपका लिंक ग्राफ़ साफ़ रहता है।
यही बात आपके XML sitemap पर भी लागू होती है। माइग्रेशन के बाद sitemap में सिर्फ़ अंतिम, जीवित URL (200 status वाली मंज़िलें) होने चाहिए, कभी पुराने redirect किए गए पते नहीं। Sitemap में redirect किए गए URL डालने से मिश्रित संकेत जाते हैं और Google के इस बदलाव को प्रोसेस करने की गति धीमी होती है।
Redirect पारंपरिक Google रैंकिंग से आगे भी मायने रखते हैं। ChatGPT, Perplexity और Gemini जैसे AI सहायक वेब पेज क्रॉल करते हैं और उद्धृत करते हैं, और उन्हें भी आपकी सामग्री का canonical संस्करण वैसे ही पहचानना होता है जैसे Google पहचानता है। एक साफ़ 301 यह सुनिश्चित करता है कि जब कोई AI सिस्टम पुराना लिंक फ़ॉलो करे, तो वह आपके मौजूदा पेज तक पहुँचे और उद्धरण सही, जीवित URL को दे।
टूटे हुए या शृंखलाबद्ध redirect AI क्रॉलरों को सामग्री पूरी तरह छोड़ने पर मजबूर कर सकते हैं, यानी उद्धरण खोना। एक स्वस्थ technical SEO आधार के हिस्से के रूप में, अच्छी तरह रखे गए 301 खोज इंजनों और AI, दोनों को उन पेजों की ओर रखते हैं जिन्हें आप पढ़ा और उद्धृत करवाना चाहते हैं। नियमित GEO SEO ऑडिट redirect शृंखलाएँ, लूप और टूटे लक्ष्य दृश्यता खोने से पहले सामने ले आता है।
हर redirect को लागू करने के बाद जाँचें। किसी क्रॉलर या HTTP header जाँचकर्ता से पुष्टि करें कि हर पुराना URL एक ही 301 लौटाता है और सही पेज पर पहुँचता है। Google Search Console की Page Indexing रिपोर्ट इंडेक्सिंग बदलाव दिखाती है और redirect की समस्याएँ चिह्नित करती है, इसलिए माइग्रेशन के दौरान और बाद में उस पर नज़र रखें।
301 redirect को लंबे समय के लिए बनाए रखें। Google सलाह देता है कि इन्हें कम से कम एक साल तक सक्रिय रखें, ताकि सारे संकेत पूरी तरह स्थानांतरित हों और बाहरी लिंक काम करते रहें। पुराने URL की ओर इशारा करने वाले backlinks वर्षों तक बने रह सकते हैं, इसलिए स्थायी redirect का मतलब वाकई स्थायी है।
301 redirect किसी URL को ले जाने का स्थायी, SEO के लिए सुरक्षित तरीका है। यह उपयोगकर्ताओं और सर्च इंजनों को नए पते पर भेजता है, लगभग सारे रैंकिंग संकेत पहुँचाता है, और आपके मूल पेज की कमाई authority की रक्षा करता है। स्थायी बदलावों के लिए 301 (302 नहीं) इस्तेमाल करें, उन्हें सर्वर-साइड लागू करें, हर पेज को उसके सबसे करीबी समकक्ष पर भेजें, शृंखलाएँ समतल करें, internal links और sitemaps अपडेट करें, और नियमों को लंबे समय तक सक्रिय रखें। इस तरह, पूरी साइट माइग्रेशन भी आपका ट्रैफ़िक और रैंकिंग बचा सकता है। देखें कि Sorank redirect का ऑडिट कैसे करता है और खोज व AI में आपकी दृश्यता कैसे बचाता है।
स्रोत
Google का आधुनिक मार्गदर्शन है कि 301 redirect लगभग सभी रैंकिंग संकेत मंज़िल URL तक पहुँचाता है, इसलिए आप आम तौर पर वह authority बनाए रखते हैं जो मूल पेज ने backlinks से कमाई थी। Redirect से PageRank का लगभग 15% खोने का पुराना डर अब पुराना हो चुका है। बड़े जोखिम हैं अप्रासंगिक पेज पर redirect करना (जिसे soft 404 माना जा सकता है) या लंबी redirect शृंखलाएँ बनाना। हर पुराने URL को उसके सबसे करीबी समकक्ष की ओर इशारा करें, और पूरा मूल्य बनाए रखने के लिए एक ही कदम का इस्तेमाल करें।
301 redirect स्थायी है और 302 redirect अस्थायी। 301 के साथ Google मंज़िल को canonical URL मानता है, रैंकिंग संकेत स्थानांतरित करता है, और अंततः पुराने URL को अपने इंडेक्स से हटा देता है। 302 के साथ Google मूल URL को इंडेक्स में रखता है, क्योंकि उसे उम्मीद है कि पेज वापस आएगा। डोमेन बदलने या URL संरचना बदलने जैसे स्थायी स्थानांतरणों के लिए 301 इस्तेमाल करें, और 302 को सचमुच अस्थायी स्थितियों के लिए रखें, जैसे छोटा टेस्ट या मौसमी पेज की अदला-बदली।
301 redirect को लंबे समय के लिए, आदर्श रूप से स्थायी रूप से, सक्रिय रखें। Google सलाह देता है कि redirect कम से कम एक साल तक सक्रिय रहें, ताकि सारे रैंकिंग संकेत नए URL तक पूरी तरह पहुँचें। चूँकि पुराने URL की ओर इशारा करने वाले बाहरी backlinks और bookmarks वर्षों तक बचे रह सकते हैं, redirect को बहुत जल्दी हटाने से वे लिंक टूट जाएँगे और 404 एरर बनेंगे। 301 को बनाए रखने की लागत लगभग नहीं है, इसलिए इसे अस्थायी समाधान नहीं, बल्कि अपनी साइट कॉन्फ़िगरेशन का स्थायी हिस्सा मानें।
आपसे पहले लोगों ने Sorank आज़माया है
