301 रीडायरेक्ट और बैकलिंक्स: साफ-सुथरी माइग्रेशन के लिए एक रेसिपी
साइट को मूव करने से पहले, यह पता लगाएं कि अन्य साइटें वास्तव में पुराने URLs को किससे लिंक कर रही हैं। बाकी सब बाद में साफ किया जा सकता है, लेकिन ये नहीं।
स्टेप वन: लिंक वाले URLs की सूची बनाएं
इसके लिए एक कॉल पर 2 क्रेडिट्स की लागत आती है, 1,000 rows तक।
curl "https://rankbrainmarketing.link/api.php?action=toppages&q=old-domain.com&per=1000&sort=ref_domains&order=desc&key=sk_live_..."सामग्री और विधि
- 1
एक्सपोर्ट
रिस्पॉन्स को स्प्रेडशीट के रूप में सेव करें। टॉप 100 URLs आमतौर पर लिंक वैल्यू का अधिकांश हिस्सा रखते हैं।
- 2
मैप
हर URL को नई साइट पर एक ही डेस्टिनेशन दें, अर्थ में सबसे करीब मिलता-जुलता। होम पेज पर ब्लैंकेट रीडायरेक्ट सिग्नल को बर्बाद करते हैं।
- 3
रीडायरेक्ट
स्थायी मूव के लिए 301 का उपयोग करें। इसे एक ही हॉप में सर्व करें, क्योंकि चेन्स क्रॉलिंग को धीमा करते हैं और कभी-कभी ड्रॉप भी हो जाते हैं।
- 4
टेस्ट
हर मैप किए गए URL का अनुरोध करें और 301 के बाद 200 की पुष्टि करें। कुछ भी अन्य सूची में वापस आना चाहिए।
- 5
रिफ्रेश के बाद फिर से खींचें
हमारा इंडेक्स मासिक रूप से अपडेट होता है, इसलिए नए डोमेन पर
refdomainsको चार से छह सप्ताह बाद चेक करें।
इसमें गलती होने के सामान्य तरीके
चेन्स पहले आते हैं। पुराना URL एक अस्थायी पेज से अंतिम पेज तक जाता है, जिससे हॉप दोगुने हो जाते हैं और गलतियों का अवसर मिलता है।
दूसरा मिश्रित सिग्नल है। एक 301 जो एक noindex वाला पेज दिखा रहा है, या robots.txt द्वारा ब्लॉक किया गया है, वैल्यू को बर्बाद कर देता है। हर डेस्टिनेशन को फेच करें और हेडर्स पढ़ें, केवल स्टेटस लाइन नहीं।
तीसरे स्थान पर केस और स्लैश वेरिएंट्स आते हैं। /Page/ और /page से लिंक कुछ सर्वरों पर दो URLs हो सकते हैं, और दोनों में इनबाउंड लिंक्स हो सकते हैं। दोनों को अपनी मैप में जोड़ें।
चौथा सबडोमेन स्प्लिट है। मूव से पहले www या non-www पर फैसला करें, फिर दूसरे होस्ट को एक ही नियम में रीडायरेक्ट करें, और साइटमैप उस होस्ट पर रखें जिसे आपने चुना है। पुरानी साइट पर Screaming Frog जैसे क्रॉलर का उपयोग करें, क्योंकि भूल गए पेज ही बाद में समस्या खड़ी करते हैं।
पांचवां समस्या आसानी से छूट जाता है। एक पुरानी साइटमैप में बंद पते अभी भी सूचीबद्ध होते हैं, और मैप के विपरीत होने के लंबे समय बाद भी यह क्रॉलर्स को रीडायरेक्ट के माध्यम से भेजता रहता है। उस दिन इसे बदल दें।
गतिशील लक्ष्य की ओर इशारा करने वाले रीडायरेक्ट
एक डेस्टिनेशन जो मूव के बाद अपना पता बदल देता है, एक दूसरा हॉप बनाता है जिसकी कोई योजना नहीं थी। नियम लिखने से पहले, हर डेस्टिनेशन का अंतिम पता चेक करें, बाद में नहीं।
स्थिर लक्ष्य एक साल बाद रीडायरेक्ट मैप की ऑडिट को आसान बनाते हैं।
पुरानी एरर जो रिपोर्ट्स में टिकी रहती हैं
पुराने क्रॉल एरर मूव के लंबे समय बाद भी रिपोर्ट्स में दिखाई देते हैं। एक पुरानी लाइन हमेशा लाइव फेल्योर नहीं होती। उस पर एक्शन लेने से पहले, प्रत्येक एरर की तारीख को स्विच की तारीख से तुलना करें।
इस चरण पर लोग जो सवाल पूछते हैं
क्या 301 से लिंक वैल्यू कम होती है? 2016 से Google ने कहा है कि 301 से PageRank कम नहीं होता। इसे हल्के में लें, क्योंकि एक अरिलेवेंट पेज पर रीडायरेक्ट को सॉफ्ट 404 के रूप में माना जा सकता है।
www सबडोमेन के बारे में? एक होस्ट चुनें, दूसरे को उसकी ओर रीडायरेक्ट करें, और साइटमैप अपडेट करें। यह स्पष्ट लगता है, फिर भी स्प्लिट होस्ट इंडेक्सिंग की सबसे आम गड़बड़ियों में से एक हैं।
पुराने डोमेन पर स्पैम लिंक्स भी रीडायरेक्ट का पालन करते हैं। सालों तक रीडायरेक्ट रखने से पहले स्पैम रनबुक चेक करें।
जब आप फाइनल चेक चलाते हैं, तो कुल रीडायरेक्ट की संख्या नहीं, बल्कि उन 301 रीडायरेक्ट्स की गिनती करें जिन पर बैकलिंक्स निर्भर करते हैं। लिंक वाले पेजों के लिए दस रीडायरेक्ट, उन हजार साफ रीडायरेक्ट्स से कहीं ज्यादा मायने रखते हैं जिन पेजों पर कोई लिंक नहीं है।
एक संबंधित सवाल यह है कि क्या पुराना डोमेन रजिस्टर रखना है। सालों तक इसे रखना सस्ती बीमा है, क्योंकि हर लैप्स्ड नाम एक और जगह है जहां एक बिखरा हुआ लिंक एरर में समाप्त हो सकता है।
क्या चेन एकल रीडायरेक्ट से ज्यादा नुकसान पहुंचाती है? एक हॉप सुरक्षित डिफ़ॉल्ट है। दो हॉप अक्सर काम करते हैं, लेकिन हर अतिरिक्त हॉप टूटने के लिए एक और जगह है, इसलिए डिजाइन के अनुसार चेन्स को छोटा रखें।
उदाहरण के लिए बनाया गया मैपिंग
| पुराना URL | रिफरिंग डोमेन (काल्पनिक) | नई डेस्टिनेशन | नोट |
|---|---|---|---|
| /blog/trail-shoes-2019 | 42 | /guides/trail-shoes | अर्थ में सबसे करीब मिलता-जुलता |
| /blog/tent-sizes | 18 | /guides/tents | सेक्शन पेज, स्वीकार्य |
| /tag/misc | 1 | (कोई नहीं) | इसे 410 लौने दें |
| /about-us | 9 | /about | सरल नाम बदलाव |
जब कोई नया पेफिट न हो तो URL मैप करना
टेबल आसान पंक्तियां दिखाती है। कठिन पंक्तियों के लिए एक ऐसा नियम चाहिए जिसे आप उस व्यक्ति को समझा सकें जिसने फैसला नहीं लिया था।
समान विषय, समान इंटेंट
ज्यादातर पुराने URLs का एक स्पष्ट सक्सेसर होता है, एक पेज जो उसी सवाल का जवाब देता है। उस पर मैप करें, फिर चेक करें कि पुराने विषय से आए पाठक को अभी भी उसका जवाब मिल रहा है या नहीं।
अर्थ में सबसे करीब मिलता-जुलता वह नियम है जिसे आप रिपोर्ट में बचा सकें।
सक्सेसर पेज की जांच भी करें। यदि उसे पतला कर दिया गया है, या अब वह किसी संकीर्ण विषय को कवर कर रहा है, तो रीडायरेक्ट एक पुराने लिंक को एक कमजोर पेज पर ले जाता है। दोनों पेजों को एक साथ पढ़कर इसकी जांच स्विच से पहले करें, बाद में नहीं।
गिनें कि आप कितने पुराने पेजों को रीडायरेक्ट करने के बजाय बंद कर रहे हैं। एक उच्च हिस्सा आमतौर पर इस बात का संकेत है कि नई साइट छोटी है, और यह योजना में ज़ोर देकर कहने लायक है।
जब कोई पेफिट न हो
कभी-कभी पुराने आर्टिकल ने उस प्रोडक्ट को कवर किया था जिसे आपने छोड़ दिया है या एक सवाल जिसका अब कोई नहीं पूछता। एक अरिलेवेंट पेज पर रीडायरेक्ट Google के लिए सॉफ्ट 404 जैसा लगता है। उस मामले में, होम पेज के बजाय असली कंटेंट वाला कैटेगरी पेज आमतौर पर सुरक्षिततर होता है।
हर अनमैच URL के लिए कारण एक छोटी लाइन में लिखें। एक रिव्यूअर तब जान सकता है कि यह जानबूझकर हटाया गया था या मैपिंग समय समाप्त होने के कारण बस चूक थी।
हमेशा के लिए चला गया: 404 या 410
एक URL जिसकी कोई लिंक वैल्यू नहीं है और न ही कोई सक्सेसर, 410 लौटा सकता है रीडायरेक्ट के बजाय। यह Google को बताता है कि हटाव जानबूझकर किया गया है। उस सूची को छोटा रखें, और एरर लौटाने से पहले उसे अपने टॉप पेज रिपोर्ट से तुलना करें।
410 पाठक के लिए सजा नहीं है। पेज चला गया है, और एक स्पष्ट स्टेटस कोड ब्राउज़र और क्रॉलर को बताता है कि उससे पूछना बंद करें। 404 और 410 के बीच का अंतर उस फैसले से कम मायने रखता है जिसके पीछे आप चुने हैं।
अपने मैप में प्रत्येक 410 के बगल में कारण लिखें, ताकि बाद में कोई गलती से पेज वापस न लाए।
इसका आकलन करने में कितना समय लगता है
कम से कम छह सप्ताह दें। Google पुराने URLs को अपनी गति से फिर से क्रॉल करता है, और बड़ी साइटों में अधिक समय लगता है।
हमारा लिंक इंडेक्स लगभग मासिक रूप से रिफ्रेश होता है, इसलिए पहला नए-डोमेन स्नैपशॉट अभी भी एक अंतर दिखा सकता है। पहले नज़रे में रोलबैक न करें।
मूव का आकलन लिंक वाले URLs पर करें, न कि साइटवाइड औसत पर। औसत उन कई पेजों के पीछे कुछ खोए लिंक छुपा देते हैं जिन्हें किसी ने साइट नहीं किया।
अपनी जांच एक निश्चित शेड्यूल पर रखें। अनियमित नज़रे अक्सर एक डीप को पकड़ लेती हैं और रिकवरी को छूट जाती हैं, जिससे एक स्वस्थ मूव विफलता जैसा लगता है।
स्विच के दिन चलाने के लिए जांच
इन जांच को मूव की घोषणा करने से पहले चलाएं। स्विच के दिन मिली एक विफलता, महीने बाद ट्रैफिक चार्ट में मिली विफलता से कहीं कम महंगी पड़ती है।
प्रत्येक परिणाम को जांच के समय के साथ लॉग करें। सुबह ली गई एक सूची और रात में ली गई दूसरी सूची उन कारणों से असहमत हो सकती हैं जिनका रीडायरेक्ट से कोई लेना-देना नहीं है।
एक पास में स्टेटस कोड
हर पुराने URL का एक बार अनुरोध करें और स्टेटस और पहली हॉप रिकॉर्ड करें। एक मैप किए गए URL को 301 और फिर 200 दिखाना चाहिए, बीच में कोई चेन नहीं।
कोई भी चीज जो 302 या 404 लौटाती है, तब तक एक गलती है जब तक आप इसे साबित न कर दें।
परिणामों को अपने मैप के साथ ही शीट में रखें। एक कॉलम जो प्रत्येक URL के लिए हॉप की गिनती करता है, उन चेन्स को दिखाता है जिन्हें आपने अपेक्षित नहीं किया था।
- पुराना URL
- पहले रिस्पॉन्स की स्थिति
- आखिरी हॉप के बाद पता
- हॉप की संख्या
हेडर्स और इंडेक्सिंग सिग्नल
चेक करें कि डेस्टिनेशन पर कोई noindex हेडर या मेटा रोबोट्स टैग नहीं है, और robots.txt उसे ब्लॉक नहीं कर रहा है। एक सही 301 जो एक छिपे हुए पेज की ओर इशारा करता है, वैल्यू को बर्बाद कर देता है।
रिस्पॉन्स हेडर्स को स्टेटस लाइन के साथ पढ़ें। केवल स्टेटस लाइन समस्या छुपाती है।
डेस्कटॉप के साथ-साथ मोबाइल पर भी एक नमूना टेस्ट करें। कुछ रीडायरेक्ट नियम डिवाइस या यूजर एजेंट के लिए लिखे जाते हैं, इसलिए एक नियम जो आपके ब्राउज़र में काम करता है, क्रॉलर के लिए अलग व्यवहार कर सकता है। उस पथ को टेस्ट करें जो क्रॉलर वास्तव में लेता है।
Screaming Frog पुरानी साइट को क्रॉल करता है उन URLs को पकड़ने के लिए जिन्हें लिंक इंडेक्स ने कभी नहीं देखा। सर्च कंसोल उन पेजों की सूची बनाता है जो Google पहले से दिखा रहा है। हमारा toppages कॉल तीसरे नज़रिए को कवर करता है, उन पेजों को जो अन्य साइटें लिंक करती हैं।
हमारी सिफारिश
टॉप सौ को हाथ से मैप करें
लॉंग टेल के लिए ऑटोमेशन ठीक है। लिंक आकर्षित करने वाले URLs को एक मानव निर्णय की जरूरत है, क्योंकि प्रत्येक एक वोट है जिसे आप दो बार नहीं डाल सकते।
- होम पेज के बजाय क्लोजस्ट-मैच पेजों को प्राथमिकता दें।
- रीडायरेक्ट को कम से कम एक साल के लिए लाइव रखें।
- मूव के बाद अनइंडेक्स्ड पेज की जांच करें।
301 और लिंक्स के बारे में सवाल
क्या मुझे ऐसे URL के लिए रीडायरेक्ट की जरूरत है जिससे कोई लिंक नहीं करता?
लिंक वैल्यू के लिए नहीं। आप अभी भी विजिटर और बुकमार्क्स को काम करने के लिए एक चाह सकते हैं। यदि पुराने पेज से सर्च ट्रैफिक आता था, तो क्लोजस्ट मैच पर रीडायरेक्ट आमतौर पर साफ-सुथरा जवाब होता है।
क्या मैं दो पुरानी साइटों को एक डोमेन में मर्ज कर सकता हूं?
हाँ, यदि प्रत्येक पुराने URL को उसकी अपनी डेस्टिनेशन मिलती है और होस्ट का फैसला मूव से पहले किया जाता है। मैपिंग ही कठिन हिस्सा है, नियम नहीं। पहले सूची की योजना बनाएं, फिर रीडायरेक्ट लिखें। स्विच से पहले प्रत्येक पुरानी साइट के क्रॉल के खिलाफ सूची को चेक करें, क्योंकि उन पेजों को जो किसी ने लिंक नहीं किया, उन्हें एक साधारण एक्सपोर्ट में अक्सर छूट जाता है।
कितने रीडायरेक्ट बहुत ज्यादा हैं?
कोई निश्चित संख्या मायने नहीं रखती। मायने इस बात का है कि क्या लिंक वाले URLs सभी एक हॉप में रिज़ॉल्व होते हैं। लिंक वाले पेजों के लिए लॉंग टेल के साफ रीडायरेक्ट बहुत कम मायने रखते हैं।
एक रीडायरेक्ट जो काम नहीं करता, उसके साथ क्या करें?
पहले डेस्टिनेशन ठीक करें, फिर नियम। ज्यादातर विफलताएं एक चेन, एक noindex डेस्टिनेशन या मैप में टाइपो होती हैं, और प्रत्येक एक ही हेडर चेक में दिखाई देता है। प्रत्येक फिक्स की एक तारीख वाली नोट रखें, ताकि आप बाद में बता सकें कि किस बदलाव ने किस समस्या को हल किया।
