रीडायरेक्ट टाइप्स के बारे में बात यह है: वे लिंक पर क्लिक करने वाले यूजर को समान दिखते हैं। ब्राउजर आपको दोनों तरीकों से A से B तक ले जाता है। लेकिन सर्च इंजन के लिए, अंतर इतना महत्वपूर्ण है कि अगर आप इसे गलत करते हैं तो माइग्रेशन को खराब कर सकता है।
रीडायरेक्ट प्रकारों के बारे में यह बात है: वे एक उपयोगकर्ता के लिए किसी लिंक पर क्लिक करने जैसे दिखते हैं। ब्राउज़र किसी भी तरह से आपको A से B तक ले जाता है। लेकिन खोज इंजनों के लिए, अंतर इतना महत्वपूर्ण है कि यदि आप इसे गलत तरीके से करते हैं तो माइग्रेशन को तबाह कर सकता है।
ये दोनों रीडायरेक्ट कोड वास्तव में क्या मायने रखते हैं
HTTP प्रोटोकॉल स्तर पर, 301 क्लाइंट (ब्राउज़र, Googlebot, Bingbot, जो भी हो) को बताता है कि संसाधन एक नए स्थान पर स्थायी रूप से स्थानांतरित हो गया है। 302 कहता है कि यह अस्थायी रूप से स्थानांतरित हो गया है। बस यही है। स्पेक स्तर पर बस यही पूरा अंतर है।
लेकिन डाउनस्ट्रीम SEO निहितार्थ वह है जहां यह दिलचस्प हो जाता है।
301 के साथ, Google पुरानी URL के सिग्नल्स (बैकलिंक्स, पेज अथॉरिटी, क्रॉल प्रायोरिटी) को नई URL पर मर्ज करता है। 302 के साथ, Google को मूल URL को इंडेक्स्ड रखना चाहिए, क्योंकि यह मूव अस्थायी है। व्यावहारिक रूप से, Google इन सालों में इस मामले में ज्यादा स्मार्ट हो गया है, और Google के अपने डॉक्यूमेंटेशन में स्वीकार किया गया है कि Googlebot 302s से भी सिग्नल्स ट्रांसफर कर "सकता है", अंततः। लेकिन "सकता है" और "अंततः" ऐसे शब्द नहीं हैं जिन पर मैं क्लाइंट की रेवेन्यू दांव लगाना चाहूंगा।
लिंक इक्विटी का सवाल
301s से लिंक इक्विटी ट्रांसफर तुरंत नहीं होता है। यह आमतौर पर कुछ क्रॉल साइकिलस लेता है, जो क्रॉल बजट और डोमेन साइज के आधार पर दिन या हफ्ते हो सकते हैं। एक बिल्कुल नई डेस्टिनेशन URL के लिए जिसके पास कोई मौजूदा अथॉरिटी नहीं है, यह कंसोलिडेशन बहुत महत्वपूर्ण है। मैंने साइट्स को देखा है जो गलत 302s को 301s में ठीक करने के बाद, सिर्फ सही किए गए .htaccess फाइल को चलाकर और Google Search Console के माध्यम से रीक्रॉल को फोर्स करके 6-8 हफ्तों में माइग्रेशन से पहले ट्रैफिक लेवल तक रिकवर हो गए हैं।
301 रीडायरेक्ट कब यूज करें
301 यूज करें जब भी मूव सच में परमानेंट हो। कुछ ठोस परिस्थितियां:
- आप HTTP से HTTPS पर माइग्रेट कर रहे हैं (यहां हर एक रीडायरेक्ट 301 होना चाहिए)
- एक पेज डिलीट हो गया है और आप URL को इसके सबसे नज़दीकी रिलेवेंट रिप्लेसमेंट की ओर पॉइंट कर रहे हैं
- आपने WordPress में अपनी परमालिंक स्ट्रक्चर बदल दी है (यह लोगों को लगातार परेशानी देता है)
- आप एक मर्जर या रीब्रांड के बाद दो डोमेन्स को एक में कंसोलिडेट कर रहे हैं
- एक प्रोडक्ट डिसकंटिन्यूड हो गया है और आप कैटेगरी पेज पर रीडायरेक्ट कर रहे हैं
एक WooCommerce माइग्रेशन पर जो मैंने 2022 के अंत में एक फैशन रिटेलर के लिए किया था, उनके पास लगभग 800 पुराने प्रोडक्ट URLs थे जिन्हें उनकी नई URL स्ट्रक्चर की ओर रीडायरेक्ट करने की जरूरत थी। हर एक को Redirection प्लगइन के जरिए regex मैचिंग के साथ 301 मिला। सेटअप को साफ-सुथरा करने में लगभग दो घंटे लगे। विकल्प यह था कि इसे मैनुअली करते या "बस टेस्ट करने के लिए" 302s का इस्तेमाल करते, जिससे उन्हें महीनों का रिकवरी टाइम खर्च होता।
HTTPS माइग्रेशन ट्रैप
यह वाला खास तौर पर। मुझे अब भी डेवलपर्स दिखते हैं जो HTTP से HTTPS माइग्रेशन कर रहे हैं और 302s का इस्तेमाल कर रहे हैं क्योंकि वो "पहले SSL को टेस्ट करना चाहते हैं"। मत करो। अगर सर्टिफिकेट इंस्टॉल है और काम कर रहा है, तो सीधे 301s पर जाओ। HTTPS माइग्रेशन पर 302 अप्रोच "डुप्लिकेट कंटेंट" फ्लैग्स का सबसे आम कारण है जो Google Search Console में आता है, क्योंकि Googlebot एक समय के लिए दोनों वर्जन को इंडेक्स कर सकता है।
302 रीडायरेक्ट कब करें
ज्यादातर लोगों को लगता है उससे कहीं कम केस। 302 उपयुक्त है जब:
- आप एक पेज पर A/B टेस्टिंग कर रहे हों और टेस्ट के दौरान ओरिजनल URL को उसके रैंकिंग सिग्नल्स बनाए रखने चाहते हों
- आप एक अस्थायी प्रमोशनल कैम्पेन चला रहे हों (एक शॉर्ट-टर्म लैंडिंग पेज जो आपके होमपेज को Black Friday के लिए रिप्लेस करता है, उदाहरण के लिए)
- आप मेंटेनेंस कर रहे हों और कुछ घंटों के लिए यूजर्स को स्टेटस पेज की ओर रूट कर रहे हों
- आपको यूजर्स को किसी पेज के लोकलाइजड वर्जन की ओर जियो-रीडायरेक्ट करना हो बिना इसे परमानेंट बनाए
यह आखिरी वाला लंबे समय तक सोचने लायक है। अगर आप UK विजिटर्स को /en-gb/ की ओर और US विजिटर्स को /en-us/ की ओर रीडायरेक्ट कर रहे हो, तो वो 302s होने चाहिए, क्योंकि कोई भी यूजर ग्रुप कैनोनिकल URL को "ओन" नहीं करता। Google geo-targeting को वैसे भी hreflang के जरिए अलग से हैंडल करता है, लेकिन 302 सिग्नल देता है कि ओरिजनल URL अभी भी कैनोनिकल डेस्टिनेशन है।
Seahawk के पास पिछले साल एक SaaS क्लाइंट था जो 30 दिन का फ्री ट्रायल प्रमोशन चला रहा था, जहाँ होमपेज अस्थायी रूप से /free-trial/ लैंडिंग पेज पर रीडायरेक्ट हो रहा था। सही फैसला: 302। वे चाहते थे कि प्रमोशन खत्म होने के तुरंत बाद होमपेज अपनी रैंकिंग वापस पा ले। अगर उन्होंने 301 इस्तेमाल किया होता, तो होमपेज के सिग्नल /free-trial/ पर कंसोलिडेट होने लगते, जो कैंपेन के बाद पूरी तरह गायब होने वाला था।
"Google 302s को 301s की तरह मानता है" यह मिथ है
आपने शायद यह कहीं पढ़ा होगा। और इसमें सच्चाई की एक बूँद है। Google कुछ परिस्थितियों में एक लंबे समय तक चलने वाले 302 को 301 की तरह मान सकता है, खासकर अगर डेस्टिनेशन URL लंबे समय तक लगातार एक जैसा रहे। John Mueller ने विभिन्न Google Search Central office hours सेशन में इसका जिक्र किया है।
लेकिन यहाँ मुद्दा है: यह Google डेवलपर की गलतियों को माफ करना है, न कि कोई ऐसी चीज जिसके लिए आप प्लान करें। Bing इसी तरह काम नहीं करता। और डोमेन माइग्रेशन जैसी महत्वपूर्ण चीज के लिए Google के विवेक पर निर्भर रहना सिर्फ खराब काम है। सही टूल इस्तेमाल करें।
कैसे जाँचें कि आपके पास किस तरह का रीडायरेक्ट है
अगर आप निश्चित नहीं हैं कि साइट पर अभी क्या चल रहा है, तो जाँचने के कुछ तेज़ तरीके हैं।
सबसे तेज़: अपना टर्मिनल खोलें और curl -I https://example.com/old-page चलाएँ। रिस्पांस हेडर में HTTP/1.1 301 या HTTP/1.1 302 देखें। पाँच सेकंड लगते हैं।
सैकड़ों URLs के लिए ज़्यादा विस्तृत ऑडिट के लिए, मैं Screaming Frog SEO Spider इस्तेमाल करता हूँ। अपना crawl एक्सपोर्ट करें, response code 3xx से फ़िल्टर करें, और आप साइट के हर रीडायरेक्ट को और उसकी किस्म को देख सकते हैं। मैं Seahawk में हर साइट ऑडिट पर इसे स्टैंडर्ड के तौर पर चलाता हूँ। फ्री वर्ज़न 500 URLs तक हैंडल करता है, जो बहुत सारी छोटी साइट्स को कवर करता है।
WordPress के लिए विशेष रूप से, Redirection plugin के पास एक built-in लॉग है जो आपको हर रीडायरेक्ट रीयल टाइम में दिखाता है, response code के साथ। माइग्रेशन के बाद कुछ भी अजीब पकड़ने के लिए सच में उपयोगी है।
Redirect Chains: यह समस्या है जिस पर कोई पर्याप्त बात नहीं करता
एक 301 जो किसी और 301 की ओर इशारा करता है, और वह अंतिम URL की ओर। यह एक redirect chain है, और यह उन साइटों पर हर समय होता है जो कई migrations या CMS changes से गुजरी हों। chain में हर hop link equity transfer को थोड़ा कमजोर करता है और crawl budget को खर्च करता है।
जो नियम मैं follow करता हूँ: अगर Screaming Frog एक से ज्यादा redirects की कोई chain दिखाता है, तो उसे ठीक करो। पहले URL को सीधे अंतिम destination की ओर इशारा करो। यह 301 और 302 दोनों chains पर लागू होता है।
Redirects को सही तरीके से लागू करना
आपके stack पर निर्भर करता है, लेकिन सबसे आम scenarios ये हैं:
Apache (.htaccess): `` Redirect 301 /old-page https://www.example.com/new-page ``
Nginx: `` return 301 https://www.example.com/new-page; ``
WordPress (Redirection plugin के माध्यम से): HTTP code field को explicitly 301 पर सेट करो। plugin 301 को default मानता है, लेकिन मैंने देखा है कि दूसरे plugins या imports से यह बदल जाता है, इसलिए हमेशा double-check करो।
Cloudflare Page Rules: आप CDN level पर redirect rules को explicit 301 या 302 status codes के साथ सेट कर सकते हो। यह domain-wide redirects के लिए उपयोगी है request के server तक पहुँचने से पहले।
एक बात मैं add करूँगा: किसी भी redirect को लागू करने के बाद, curl या HTTP Status Checker tool से verify करो। बस browser में link पर क्लिक मत करो। Browsers redirects को aggressively cache करते हैं, और तुम सोचोगे कि यह काम कर रहा है जबकि server actually पहली बार आने वाले visitors के लिए कुछ और return कर रहा है।
Backlinks की क्या होती है जो Redirected URLs की ओर इशारा करते हैं
संक्षिप्त उत्तर: एक 301 रीडायरेक्ट समय के साथ लिंकिंग वैल्यू को गंतव्य URL में समेकित कर देता है। लेकिन बैकलिंक्स ख़ुद गायब नहीं होते या अपने आप अपडेट नहीं होते। वे अभी भी पुराने URL की ओर इशारा करते हैं। रीडायरेक्ट Google को उन लिंक्स की वैल्यू को नए गंतव्य के साथ जोड़ने के लिए कहता है।
यही कारण है कि 301s सेट किए बिना अपनी परमालिंक स्ट्रक्चर बदलना विनाशकारी है। आपके द्वारा अर्जित हर बैकलिंक जो /blog/post-name/ की ओर इशारा करता है, बेकार हो जाता है यदि वह URL अब 404s करता है /articles/post-name/ को रीडायरेक्ट करने की जगह।
मैंने 2020 में एक कंटेंट साइट का ऑडिट किया था जिसने WordPress थीम बदली थी, और नई थीम में एक अलग URL स्ट्रक्चर बना हुआ था। कोई रीडायरेक्ट्स सेट नहीं किए गए थे। उन्होंने लगभग 200 लेखों पर लिंक इक्विटी खो दी थी। Ahrefs डेटा के अनुसार, यहां तक कि एक अच्छी तरह से लागू किया गया 301 रीडायरेक्ट लगभग 90-99% लिंक इक्विटी बनाए रखता है, हालांकि Google ने कोई आधिकारिक आंकड़ा प्रकाशित नहीं किया है। बात यह है: एक खराब 301 भी एक 404 को विशाल मार्जिन से हरा देता है।
FAQ
क्या 301 रीडायरेक्ट 100% लिंक इक्विटी पास करता है?
नहीं, और शायद कभी नहीं किया है। Google ने ऐतिहासिक रूप से सुझाव दिया है कि किसी भी रीडायरेक्ट के माध्यम से PageRank में थोड़ी सी हानि होती है। पहले उद्धृत आंकड़ा लगभग 15% हानि थी, हालांकि Google ने तब से इसे कुछ हद तक वापस ले लिया है। Ahrefs और Moz दोनों अनुमान लगाते हैं कि एक एकल साफ 301 के लिए हानि न्यूनतम है। जो आपको मारता है वह chains, loops, या गलत रीडायरेक्ट type का उपयोग करना है।
क्या मैं 301 रीडायरेक्ट को बाद में कहीं और इशारा करने के लिए बदल सकता हूँ?
हाँ। एक 301 एक server-side instruction है, न कि कुछ ऐसा जो Google के index में स्थायी रूप से बना हुआ है। आप किसी भी समय गंतव्य को अपडेट कर सकते हैं। Google अपनी अगली क्रॉल पर नया गंतव्य लेगा। 301 में "permanent" का अर्थ उस समय permanent intent है, न कि यह तकनीकी रूप से अपरिवर्तनीय है।
Google को 301 रीडायरेक्ट को प्रोसेस करने में कितना समय लगता है?
उच्च-प्राधिकार वाली साइट्स के लिए जिनकी बार-बार क्रॉलिंग होती है, कभी-कभी एक या दो दिन में। छोटी साइट्स के लिए, इसमें कई हफ़्ते लग सकते हैं। Google Search Console के URL Inspection tool के माध्यम से नए URLs को सबमिट करना और इंडेक्सिंग का अनुरोध करना इसे meaningfully तेज़ करता है। मैं इसे हर migration पर standard के रूप में करता हूँ।
क्या मुझे हर पुराने URL को रीडायरेक्ट करना चाहिए या सिर्फ महत्वपूर्ण वाले?
हर उस URL को जिसके पास कोई भी बैकलिंक हो, कोई इंडेक्स्ड ट्रैफिक हो, या कोई इंटरनल लिंक उस तक पॉइंट कर रहा हो, एक सही 301 मिलना चाहिए। जिन पेजों के पास जीरो लिंक्स और जीरो इंडेक्स्ड ट्रैफिक हो, उनके लिए 404 ठीक है। जेनुइनली डेड URLs को रीडायरेक्ट करके रीडायरेक्ट ब्लोट न बनाएं जिनके पास कभी कोई वैल्यू ही नहीं था।
JavaScript रीडायरेक्ट्स के बारे में क्या? क्या उन्हें एक जैसे ट्रीट किया जाता है?
नहीं। JavaScript रीडायरेक्ट्स (window.location का इस्तेमाल करके) को Googlebot बहुत धीमा प्रोसेस करता है क्योंकि उन्हें JavaScript रेंडरिंग की जरूरत होती है। ये दूसरे क्रॉलर्स में भी इनकंसिस्टेंट हैं। किसी भी SEO-सेंसिटिव चीज़ के लिए, सर्वर-साइड रीडायरेक्ट्स इस्तेमाल करें। हमेशा।
---
रीडायरेक्ट टाइप उन चीजों में से एक है जो ट्रिविअल दिखती है जब तक कि वो नहीं होती। मैंने कॉल्स पर घंटों बिताए हैं क्लाइंट्स को समझाते हुए कि उनका ट्रैफिक माइग्रेशन के छह महीने बाद क्यों गिरा, इसे एक डेवलपर के फैसले तक ट्रेस करके कि 302s इस्तेमाल करना "सेफर" था। ये सेफ नहीं है। टाइप को सही रखो, चेन्स को छोटा रखो, और अपने ब्राउजर के अलावा किसी और चीज़ से वेरीफाई करो।