छह माइग्रेशन गलतियाँ जो क्लाइंट के बैकलिंक्स को फँसा सकती हैं
क्लाइंट फ़ाइल में अधिकांश लिंक नुकसान कोई पेनल्टी नहीं है। यह एक पुराना URL है जो साइट स्थानांतरित होने पर जवाब देना बंद कर देता है, और टॉप-पेज रिपोर्ट इसे एक मिनट में दिखाती है।
LinkSkimmr रिसर्च टीम ·
जब साइट स्थानांतरित होती है तो लिंक्स कहाँ जाते हैं
लिंक्स साइट्स पर नहीं, बल्कि URLs पर इशारा करते हैं। URL बदलें और पुराने URL वाले हर लिंक को आगे बढ़ाने (फॉरवर्ड) की आवश्यकता होगी।
यह तब तक स्पष्ट लगता है जब तक माइग्रेशन पूरा नहीं हो जाता। कई टीमों को यह नियम पता होता है। एक WordPress माइग्रेशन, www से बिना www वाले डोमेन में बदलाव या नई कैटेगरी संरचना शुक्रवार को लाइव हो जाती है, और नोट में लिखा होता है कि रीडायरेक्ट्स बाद में होंगे। जब आप एक माइग्रेशन के बाद साइट के बैकलिंक की जाँच करते हैं, तो सवाल यह नहीं होता कि कितने लिंक मौजूद हैं, बल्कि यह होता है कि कितने लिंक अभी भी लाइव पेज पर जा रहे हैं, और दस मिनट की रूटीन इसका जवाब देती है।
माइग्रेशन के लिए Google का अपना मार्गदर्शन पुराने URLs से नए URLs की एक-से-एक मैपिंग है। सर्वर-साइड 301 रीडायरेक्ट काम करते हैं। उन्हें जितना संभव हो उतने समय तक चालू रखें। डोमेन बदलने के लिए, सर्च कंसोल में 'Change of Address' टूल एक अतिरिक्त कदम है। मैपिंग अक्सर टूट जाती है, और Screaming Frog या Ahrefs Site Audit ज्यादातर समस्याओं को उजागर कर देते हैं।
यहाँ टूल्स मदद करते हैं: सर्च कंसोल Google की ओर से क्रॉल और कवरेज दिखाता है, Screaming Frog क्रॉल से रीडायरेक्ट चेन की सूची बनाता है, और हमारा टॉप-पेज कॉल दिखाता है कि कौन से URLs लिंक्स को धारण कर रहे हैं। इनमें से कोई एक अकेला पूरा चित्र नहीं देता, और संयोजन एक छोटी साइट पर एक घंटे से भी कम समय लेता है।
गलती, लक्षण, समाधान
गलती
डेटा में यह कैसे दिखाई देता है
समाधान
सभी पेज होम पेज पर रीडायरेक्ट हो रहे हैं
सबसे अधिक लिंक्ड पेज गायब हैं; केवल होम पेज URL बचा है
प्रत्येक पुराने URL को उसके निकटतम नए पेज पर मैप करें
www और बिना www वाले डोमेन दोनों 200 प्रतिक्रिया दे रहे हैं
समान लिंक्स दो होस्ट्स के बीच बंटे हुए हैं
एक होस्ट चुनें, दूसरे को 301 से रीडायरेक्ट करें
तीन या अधिक हॉप वाली रीडायरेक्ट चेन
टॉप पेज कई छलांगों के बाद ही रिज़ॉल्व होता है
पुराने URL को सीधे अंतिम URL पर पॉइंट करें
स्थायी स्थानांतरण के लिए 302 का उपयोग
पुराना URL लिंक्ड पेज के रूप में अभी भी दिखाई दे रहा है
एक बार माइग्रेशन अंतिम होने पर 301 में स्विच करें
पुराना 'अबाउट' पेज डिलीट कर दिया गया, फॉरवर्ड नहीं किया गया
एक अच्छे लिंक्स वाला URL 404 लौटा रहा है
इसे नए 'अबाउट' पेज पर फॉरवर्ड करें
कैटेगरी संरचना बिना मैपिंग के बदल दी गई
सैकड़ों लिंक्ड URLs 404 लौटा रहे हैं
पहले पुराने URLs एक्सपोर्ट करें, उन्हें एक शीट में मैप करें
दो कॉल में फँसे हुए मूल्य को खोजें
सबसे अधिक लिंक्ड पेल्स खींचें, फिर प्रत्येक URL को ब्राउज़र में या curl -I के साथ टेस्ट करें। जो भी साफ़ 200 या एकल 301 नहीं है, उसे सूची में डालें।
bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."
# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5
हम जो मरम्मत क्रम का उपयोग करेंगे
1
पहले होस्ट को ठीक करें
एक कैनोनिकल होस्ट, बाकी सब उसकी ओर 301 से। इसमें मिनट लगते हैं और हर लिंक एक साथ प्रभावित होता है।
2
टॉप बीस URLs को मैप करें
बीस अच्छे लिंक्स वाले पेल्स आमतौर पर अधिकांश मूल्य धारण करते हैं। उनका मैपिंग हाथ से, एक-से-एक करें।
3
चेन को सीधा करें
हर बहु-हॉप पाथ को अंतिम URL तक एकल हॉप से बदलें।
4
अगले महीने पुनः जाँच करें
हमारा इंडेक्स लगभग मासिक अपडेट होता है, इसलिए सफलता या असफलता घोषित करने से पहले एक चक्र का इंतज़ार करें।
एक सीमा जिसे ज़ोर से कहना जरूरी है
रीडायरेक्ट ठीक करने से लिंक मूल्य एक लाइव पेज पर वापस आता है। यह रैंकिंग की गारंटी नहीं देता, और यह स्रोत पर हटाए गए लिंक्स को पुनर्प्राप्त नहीं कर सकता। दोनों बातों को क्लाइंट फ़ाइल में नोट करें।
रीडायरेक्ट से जुड़े सबसे आम सवाल
क्या मैं पुराने पेज को नए 'अबाउट' पेज पर रीडायरेक्ट कर सकता हूँ?
हाँ, जब नया पेज समान उद्देश्य सेवा करता हो। पुराने URL से निकटतम समकक्ष URL पर 301 लिंक को उपयोगी रखता है। हर मृत URL को होम पेज पर भेजना अच्छा काम नहीं करता क्योंकि गंतव्य उस वचन से मेल नहीं खाता जो लिंक ने दिया था।
एक साइट पर कितने 301 रीडायरेक्ट्स बहुत ज्यादा हैं?
गिनती उस पाथ के आकार से कम मायने रखती है। लंबी चेन क्रॉल प्रयास बर्बाद करती है और अक्सर टूटती है, इसलिए हर पुराने URL को एकल हॉप पर रखें और एक स्प्रेडशीट में पूरा मैप रखें जिसे आप ऑडिट कर सकें।
मैं www को non-www वर्जन में कैसे भेजूँ?
एक होस्ट को कैनोनिकल चुनें, फिर सर्वर या DNS प्रदाता पर दूसरे होस्ट से उसकी ओर साइट-वाइड 301 जोड़ें। curl -I के साथ दोनों वर्जन टेस्ट करें, और पुष्टि करें कि टॉप-पेज लिस्ट में लिंक्स चुने गए होस्ट पर जा रहे हैं।
माइग्रेशन लाइव होने के सप्ताह में क्या जाँचें
यदि आप माइग्रेशन के सप्ताह में साइट के बैकलिंक की जाँच करते हैं, तो नंबरों से पहले मैप की जाँच करें। मैप तय करता है कि क्या नंबर बिल्कुल ठीक हो सकते हैं।
नए सिमसपेन के अलावा पुराने सिमसपेन को क्रॉल करें
पुराना सिमसपेन अभी भी उन URLs की सूची बनाए रखता है जिन्होंने अपनी जगह कमाई थी। इसे लाइव साइट के खिलाफ क्रॉल करें, और हर वह पंक्ति जो 404 या रीडायरेक्ट चेन लौटाती है, मैप की एक लाइन बन जाती है।
क्रॉल आउटपुट को उस तारीख के साथ नाम दें जिसमें उसकी नामकरण हो। एक महीने बाद दूसरा क्रॉल दिखाता है कि कौन से फिक्स टिके और कौन से फॉरवर्ड चुपचाप गायब हो गए।
माइग्रेशन से पहले और बाद में टॉप पेल्स की तुलना करें
माइग्रेशन से पहले टॉप-पेज लिस्ट सेव करें, फिर नई साइट स्थिर होने के बाद कॉल फिर से चलाएं। मैप लागू होने के बाद लिंक्ड URLs की दो लिस्ट्स को मेल खाना चाहिए, और वे पंक्तियाँ जो मेल नहीं खातीं, आपकी टू-डू लिस्ट हैं।
हर रन 2 क्रेडिट्स का खर्च है, इसलिए तुलना सस्ती है। खर्च डेटा में नहीं, मैपिंग में है।
स्टेजिंग रूल को पीछे छोड़ने की तलाश करें
क्रॉलर्स को ब्लॉक करने वाला एक रूल लॉन्च के बाद भी अनदेखा रह सकता है। अपने सबसे अच्छे लिंक्स वाले पेल्स वाले टेम्पलेट्स पर robots.txt और किसी भी noindex टैग की जाँच करें, इससे पहले कि आप माइग्रेशन को पूरा घोषित करें।
क्लाइंट फ़ाइल में एक लाइन काफी है: किन टेम्पलेट्स की जाँच की और किस दिन। इसके बगल में प्रत्येक फॉरवर्ड के मालिक का नाम लिखें, क्योंकि एक ऐसा फॉरवर्ड जिसकी कोई व्याख्या नहीं कर सकता, अगली रीडिज़ाइन में डिलीट हो जाता है।
स्थायी स्थानांतरण के लिए कौन सा रीडायरेक्ट कोड उपयुक्त है
कोड एक छोटा चुनाव है जिसका आपके संदेश पर बड़ा प्रभाव पड़ता है। क्रॉलर्स पुराने पेज पर कुछ भी पढ़ने से पहले स्टेटस कोड पढ़ते हैं।
एक अंतिम स्थानांतरण के लिए 301 क्यों उपयुक्त है
301 कहता है कि स्थानांतरण स्थायी है। 302 कहता है कि पुराना पता वापस आ सकता है, जो एक अंतिम स्थानांतरण के लिए गलत संदेश है। 302 का उपयोग केवल तब करें जब कोई अस्थायी टेस्ट वास्तव में चल रहा हो।
एक बार स्थानांतरण स्थिर होने पर, किसी भी अस्थायी फॉरवर्ड को 301 में बदल दें। वर्षों तक 302 को बनाए रखना स्थानांतरण को आधा-अधूरा रखने का एक शांत तरीका है।
302 के बाद 301 क्यों गलत होता है
एक 302 जो दूसरे URL पर फॉरवर्ड करता है, जो फिर 301 भेजता है, दो हॉप और मिश्रित संकेत बनाता है। सर्च इंजन आमतौर पर चेन फॉलो कर सकते हैं, लेकिन चेन धीमी होती है, और अगली बार जब कोई रूल एडिट करता है तो यह आसानी से टूट जाती है।
इसे एकल 301 में बदल दें जो सीधे अंतिम पते की ओर इशारा करता है। एक हॉप टेस्ट करने में आसान है, क्लाइंट को समझाने में आसान है और जिंदा रखने में आसान है।
क्वेरी पैरामीटर वाले URLs को कैसे रीडायरेक्ट करें
CMS बदलाव के बाद क्वेरी स्ट्रिंग वाले पुराने URLs आम हैं। मान लीजिए पुराना पता एक प्रोडक्ट पेज था जिसमें कलर पैरामीटर था। तय करें कि क्या पैरामीटर कंटेंट बदलता है। यदि हाँ, तो पैरामीटर वाले URL को मेल खाने वाले नए पेज पर मैप करें; यदि नहीं, तो एक नियम जो पैरामीटर हटा दे, पेज को सेवा दे सकता है।
नियम लाइव होने के बाद कुछ पैरामीटर वाले URLs को हाथ से टेस्ट करें। एक नियम जो साफ़ पाथ के लिए काम करता है, वह क्वेरी स्ट्रिंग को अनदेखा कर सकता है, और पैरामीटर वाले लिंक्स वे हैं जिन्हें आप छूट सकते हैं।
तीन फॉरवर्ड जो फिक्स लगते हैं
कुछ फॉरवर्ड स्टेटस चेक पास कर लेते हैं और फिर भी मूल्य खो देते हैं। पेज 301 के साथ जवाब देता है, लेकिन गंतव्य उन लोगों और क्रॉलर्स के लिए गलत है जो लिंक फॉलो करते हैं।
एक रीडायरेक्ट लूप
दो नियम जो एक-दूसरे को वापस भेजते हैं, ब्राउज़र में लूप के रूप में दिखाई देते हैं, और ज्यादातर टूल्स कुछ ही हॉप के बाद हार मान लेते हैं। पुराने URL को टेस्ट करें, हॉप की गिनती करें और उस नियम को ठीक करें जो वापस उसी जगह इशारा करता है जहाँ से यह शुरू हुआ था।
लूप देखने में सबसे आसान समस्या है और इसे एक सप्ताह के लिए छोड़ने में सबसे आसान है। जिस दिन आपको यह मिले, उसे ठीक करें, और curl -sIL के साथ हॉप की गिनती करें ताकि आप हर स्टेटस लाइन पढ़ सकें, केवल आखिरी नहीं।
एक साइन-इन स्क्रीन पर फॉरवर्ड
एक अच्छे लिंक्स वाला पुराना पेज जो लॉगिन फॉर्म पर फॉरवर्ड करता है, एक विज़िटर को कंटेंट के बजाय एक दीवार देता है। मान लीजिए आप एक पुराने गाइड को साइन-इन पेज पर फॉरवर्ड करते हैं, जो फिर थर्ड-पार्टी लॉगिन पर भेजता है। उस पाथ में लिंक की कोई मदद नहीं होती।
उस पब्लिक पेज पर फॉरवर्ड करें जो लिंक के विषय से मेल खाता हो। यदि ऐसा कोई पेज मौजूद नहीं है, तो एक साफ़ 404 उस फॉरवर्ड से अधिक ईमानदार है जो कहीं भी नहीं जाता।
एक काम उदाहरण, काल्पनिक
एक क्लाइंट की कल्पना करें जिसने एक ब्लॉग थीम से दूसरी में स्थानांतरित किया है। केवल उदाहरण संख्याएँ।
मान लीजिए टॉप-पेज रिपोर्ट में माइग्रेशन से पहले 140 URLs लिस्टेड थे, और माइग्रेशन के बाद 90 ने 404 लौटाया क्योंकि नई परमलिंक पैटर्न में डेटा फोल्डर गायब था। उनमें से सबसे अच्छे लिंक्स वाले बीस URLs का मैपिंग हाथ से दोपहर में अधिकांश इशारे किए गए मूल्य को पुनर्प्राप्त कर सकता है, और थ्रेशोल्ड टेबल आपको बताती है कि क्लाइंट को बदलाव का वर्णन कैसे करें।
वही मैप सबसे अच्छा जवाब है जब क्लाइंट पूछता है कि क्या बदला। पुराने पते, नए पते और प्रत्येक के लिए स्टेटस कोड के साथ बीस मैप्ड URLs दिखाएं। एक टेबल convinced करती है। बीस पंक्तियाँ किसी भी सारांश से अधिक convinced करती हैं, और टेबल अगली पार के लिए चेकलिस्ट के रूप में काम करती है।
