रिडायरेक्ट मैप रेसिपी: अपने बैकलिंक्स के आधार पर पुरानी URLs को रैंक करें
एक रिडायरेक्ट मैप प्राथमिकता सूची है, हर URL की स्प्रेडशीट नहीं। उन पेजों से शुरू करें जिन पर अन्य साइट्स लिंक करती हैं, और बाकी मैप आसान हो जाएगा।
ArchiLinks research team ·
लिंक्स के आधार पर रैंक क्यों करें
टीमें क्रॉल से मैप बनाती हैं। यह संपूर्ण होता है। यह भूल गई 2014 की प्रेस पेज को होमपेज की तरह भी मान लेता है।
जब आप अपनी साइट पर बैकलिंक्स की जांच करते हैं और पेजों को लिंकिंग डोमेन की संख्या के आधार पर सॉर्ट करते हैं, तो अधिकांश माइग्रेशन में एक पैटर्न दिखाई देता है: कुछ दर्जन URLs बाहरी मूल्य का अधिकांश हिस्सा धारण करते हैं। उन URLs को हाथ से मैच किया जाता है, दो बार समीक्षित किया जाता है और पहले टेस्ट किया जाता है।
बाकी सब नियमों का पालन करते हैं। फोल्डर्स पैटर्न से मैप होते हैं, पैरामीटर हटा दिए जाते हैं, और उन orphan URLs पर जिन पर न तो लिंक हैं और न ही ट्रैफिक, आप निर्णय ले सकते हैं तो 410 लौटाएं। आउटपुट को माइग्रेशन चेकलिस्ट के साथ जोड़ें ताकि मैप लॉन्च से पहले टेस्ट हो और दिन 45 पर पुनः जांच हो, और API स्क्रिप्ट्स के साथ मासिक पुल शेड्यूल करें।
स्टेप 1: लिंक किए गए पेज खींचें
एक कॉल में 1,000 पंक्तियां तक लौटती हैं और 2 क्रेडिट्स की लागत आती है, चाहे पंक्ति संख्या कुछ भी हो। नीचे दिए गए फील्ड नाम उदाहरण हैं; एक वास्तविक प्रतिक्रिया देखें और कीज़ को समायोजित करें।
import csv, requests
BASE = "https://archilinks.com/api.php"
KEY = "sk_live_..."
def call(action, **params):
r = requests.get(BASE, params={"action": action, "key": KEY, **params}, timeout=30)
r.raise_for_status()
return r.json()
data = call("toppages", q="old-shop.com", per=1000)
rows = next(v for v in data.values() if isinstance(v, list))
with open("linked-pages.csv", "w", newline="") as f:
w = csv.writer(f)
w.writerow(["old_url", "links", "new_url"])
for row in rows:
w.writerow([row.get("url"), row.get("backlinks"), ""])स्टेप 2: तीसरा कॉलम भरें
अर्थ के आधार पर मैच करें
एक प्रोडक्ट पेज उसी प्रोडक्ट पर जाता है, या यदि प्रोडक्ट गायब है तो उसकी कैटेगरी पर। होमपेज पर कभी नहीं, जब तक कि वह पेज स्वयं होमपेज न हो।
एक दूसरे व्यक्ति को शीर्ष 50 की जांच करने दें
शाम 6 बजे थका हुआ व्यक्ति कैनोनिकल पर एक गाइड को ब्लॉग इंडेक्स पर मैप कर देता है। एक समीक्षक इसे पकड़ लेता है।
लॉंग टेल के लिए नियम
फोल्डर्स के लिए पैटर्न लिखें और ट्रैकिंग पैरामीटर हटा दें। हर नियम को वर्जन कंट्रोल में रखें और एक टिप्पणी लिखें कि क्यों।
स्टेप 3: सर्वर नियम उत्पन्न करें
nginx मैप फाइल को अच्छी तरह पढ़ता है, और यह दसियों हजार लाइनों के लिए स्केल करता है।
# /etc/nginx/redirects.map (generated from the csv)
/old/guide-canonicals /guides/canonical-tags;
/products/blue-widget /shop/widgets/blue;
# in nginx.conf, http context
map $request_uri $new_uri {
default "";
include /etc/nginx/redirects.map;
}
# in the server block of the old host
if ($new_uri) {
return 301 https://new-shop.com$new_uri;
}
स्टेप 4: हर हॉप टेस्ट करें
पाइपलाइन को फेल करें हर उस चीज पर जो एकल 301 और 200 की ओर नहीं जाती।
while IFS=, read -r old new; do
out=$(curl -s -o /dev/null -w "%{http_code} %{num_redirects} %{url_effective}" -L "https://old-shop.com$old")
echo "$old -> $out"
done < redirect-pairs.csv | grep -v "^.* -> 200 1 " && echo "FIX ABOVE"गलतियाँ जिन्हें हम पहले चेक करते
| लक्षण | संभावित कारण | सुधार |
|---|---|---|
| दो या तीन हॉप की चेन | पुराने नियम नए नियमों पर स्टैक हो गए | पुराने नियम को सीधे अंतिम URL की ओर इशारा करें |
| सब कुछ होमपेज पर आ जाता है | आलसी कैच-ऑल नियम | विषय के आधार पर मैच करें; Google भारी होमपेज रिडायरेक्ट को सॉफ्ट 404 मान सकता है |
| क्वेरी स्ट्रिंग खो गई | नियम आर्गुमेंट्स गिरा देता है | उन पैरामीटर को आगे बढ़ाएं जो कंटेंट बदलते हैं; बाकी को हटा दें |
| लॉन्च के बाद शीर्ष URL 404 लौटाता है | CSV से बाहर छोड़ दिया गया | पुल को फिर से चलाएं और लाइव मैप के साथ diff करें |
कौन से URLs हाथ से मैच की गई पंक्ति अर्जित करते हैं
हर URL को एक व्यक्ति की जरूरत नहीं होती। लिंकिंग डोमेन के आधार पर एक उपयोगी विभाजन है: किसी भी URL पर कई बाहरी साइट्स लिंक करती हैं उसे हाथ से मैच किया जाता है, और बाकी एक नियम सेट का पालन करते हैं। मान लीजिए आपके पास 4,000 पुरानी URLs हैं और 60 उनमें अधिकांश बाहरी लिंक्स धारण करते हैं। उन सत्ताईस को समीक्षा के लिए एक दोपहर लगती है, जबकि बाकी 3,940 एक पैटर्न और एक टेस्ट लेते हैं।
थ्रेशहोल्ड को स्क्रिप्ट में रखें, किसी के दिमाग में नहीं। पांच लिंकिंग डोमेन एक मध्यम साइट के लिए एक समझदारी भरी शुरुआत है। वहां से शुरू करें। जब पूरी साइट पर कम लिंक हों तो संख्या कम करें, और जब हाथ की सूची एक समीक्षक के लिए बहुत लंबी हो जाए तो उसे बढ़ाएं।
हाथ से मैच की गई और नियम से मैच की गई पंक्तियों को अलग रखना
हाथ से मैच की गई पंक्तियों में एक नामित समीक्षक और एक नोट होता है कि टारगेट क्यों चुना गया। नियम से मैच की गई पंक्तियों में एक पैटर्न होता है जो पूरे फोल्डर पर टेस्ट किया जाता है, ताकि एक अपवाद लॉन्च से पहले टेस्ट रिपोर्ट में दिखाई दे, बाद में ट्रैफिक चार्ट में नहीं।
मिक्स्ड केस अधिकांश भ्रम का कारण बनते हैं। एक प्रोडक्ट जो डिस्कंटिन्यूअस हो गया और एक सक्सेसर द्वारा बदल दिया गया, सक्सेसर पर मैप होता है। एक डिस्कंटिन्यूअस जिसका कोई सक्सेसर नहीं है, उसकी कैटेगरी में होता है, कभी होमपेज में नहीं।
यह देखने के लिए एक दूसरा पुल चलाना कि क्या बदला गया
मैप फाइनल होने से पहले पुराने होस्ट के लिए refdomains चलाएं, फिर लॉन्च के बाद फिर से, और दो सूचियों को डोमेन द्वारा मैच करें। दूसरे पुल में गायब एक लिंकिंग डोमेन लिंक मालिक के लिए एक सवाल है, चिंता का कारण नहीं, क्योंकि एक हटाए गए लिंक को इंडेक्स में दिखने में कुछ समय लग सकता है।
दोनों फाइलों को माइग्रेशन फोल्डर में साइड बाय साइड रखें, प्रत्येक नाम में तारीख के साथ। diff आपको बताता है कि कहाँ देखना है, और मैप आपको बताता है कि आपने इसके बारे में क्या किया।
उन URLs के साथ क्या करना है जिन पर कोई लिंक नहीं है, यह तय करना
Orphan URLs जिन पर न तो लिंक हैं और न ही ट्रैफिक, आसान हिस्सा हैं। कंटेंट हमेशा के लिए चला गया है तो स्पष्ट 404 या 410 लौटाएं, और केवल तभी रिडायरेक्ट करें जब एक निकटतम प्रतिस्थापन मौजूद हो, ताकि विजिटर्स और क्रॉलर्स दोनों कहीं उपयोगी पर जाएं।
जब आप अनिश्चित हों, तो मैप में एक छोटा नोट छोड़ दें और लॉग के पहले सप्ताह के बाद वापस आएं। आपका सर्वर लॉग दिखाता है कि कौन से पुराने पते अभी भी अनुरोध प्राप्त कर रहे हैं, जो सबसे अच्छा सबूत है जो आपको मिलेगा।
मैप रिलीज में कैसे फिट बैठता है
एक रिडायरेक्ट मैप साइट के साथ बदलता है। इस बात को ध्यान में रखें। नए पेज आते हैं, पुराने नाम बदलते हैं, और एक टेम्पलेट बदलाव पिछले महीने सुरक्षित दिखने वाले नियम को तोड़ सकता है। मैप को कोड की तरह मानें, वर्जन कंट्रोल में एक फाइल, हर डिप्लॉय से पहले एक समीक्षा, और हर बदलाव पर एक टेस्ट रन।
मैप को एक लेयर में रखने का प्रयास करें जहां तक संभव हो। रिडायरेक्ट एप्लिकेशन, CDN और CMS के बीच फैलते हैं, जो चेन बनते हैं, और चेन बिना पूरे क्रॉल के पहचानना मुश्किल होता है।
नियम कहाँ होने चाहिए
एक सर्वर मैप तेज और टेस्ट करने में आसान है। एक CMS प्लगइन कुछ पेजों के लिए उपयोगी है, लेकिन स्केल पर ऑडिट करना मुश्किल है। चाहे आप कुछ भी चुनें, एक-हॉप टेस्ट उसी जगह से पढ़ना चाहिए।
यदि दो लेयर एक ही URL को रिडायरेक्ट करती हैं, तो टेस्ट एक चेन रिपोर्ट करता है। उस लेयर से डुप्लिकेट हटाएं जिसे आप बंद करने की योजना बना रहे हैं।
हर बदलाव के बाद रियल होस्ट पर टेस्टिंग
स्टेजिंग पर हॉप टेस्ट चलाएं, फिर प्रोडक्शन पर, नियम फाइल में हर बदलाव के बाद। एक नियम जो स्टेजिंग पर पास हो जाता है, वह एक कैश के कारण पुराना रिस्पॉन्स होल्ड करने पर फेल भी हो सकता है, इसलिए दूसरा रन मायने रखता है।
आउटपुट को तारीख के साथ सेव करें। जब महीनों बाद एक शीर्ष URL टूट जाता है, तो पुराना रिजल्ट दिखाता है कि नियम बदला या साइट। माइग्रेशन चेकलिस्ट बताती है कि वह टेस्ट कब होना चाहिए, और उसे पहले चलाने से अगली जांच इससे तुलनीय रहती है।
नियम फाइल में बदलाव की समीक्षा
मैप में बदलावों के लिए एक समीक्षक नाम दें, और उस व्यक्ति से तीन चीजें जांचने को कहें: क्या हर टारगेट अभी भी विषय से मेल खाता है, नियम कितने हॉप बनाता है, और क्या पैटर्न काफी संकीर्ण है कि वह केवल उन URLs को छुए जिनके लिए इसे लिखा गया था। एक बदलाव जिसे किसी ने समीक्षित नहीं किया, वही सबसे ज्यादा चेन शुरू करने की संभावना रखता है।
साइट के बदलाव की समीक्षा के लिए वही समीक्षा मांगें। एक नई कैटेगरी जो एक पुराने फोल्डर को सोख लेती है, एक सही नियम को गलत जगह इशारा करवा सकती है बिना किसी के मैप को एडिट किए।
समीक्षक के नोट को बदलाव के बग में स्टोर करें। छह महीने बाद, नोट एक नियम की व्याख्या करता है जो अन्यथा मनमाना दिखता है, और वह उसी सवाल की दूसरी जांच बचाता है।
पूरे रन से पहले एक नमूना टेस्ट करना
पूरी सूची चलाने से पहले, पचास पंक्तियों का एक नमूना चुनें जिसमें शीर्ष लिंक किए गए पेज और कुछ साधारण पेज शामिल हों। पहले उस नमूने पर हॉप टेस्ट चलाएं। नमूना पढ़ने में जल्दी है, और एक नियम त्रुटि पूरी फाइल में दिखने से बहुत पहले इसमें दिखाई देती है।
हर नियम पैटर्न से कम से कम एक पंक्ति शामिल करें, और हर हाथ से मैच की गई ग्रुप से एक। एक पैटर्न जो दो सौ URLs के फोल्डर को कवर करता है, केवल उन पंक्तियों द्वारा टेस्ट किया जाता है जो नमूने में मौजूद हैं, इसलिए उन्हें जानबूझकर चुनें।
नियम फाइलों को छोटा रखना
एक नियम फाइल जो सैकड़ों पैटर्न से बढ़ जाती है, उसे समीक्षित करना मुश्किल हो जाता है। इसे साइट के सेक्शन के आधार पर विभाजित करें, और प्रत्येक फाइल को इतना छोटा रखें कि एक समीक्षक इसे एक बैठक में पढ़ सके।
उस दिन एक नियम हटा दें जब उसका फोल्डर चला जाए। पुराने नियम जो पीछे रह जाते हैं, वही बाद में ट्रैफिक को चेन में भेजते हैं।
मैप लाइव जाने से पहले
- हर पंक्ति में एक नया URL है, या एक जानबूझकर बना 404 या 410 है।
- कोई टारगेट स्वयं रिडायरेक्ट नहीं है।
- सबसे ज्यादा लिंकिंग डोमेन वाले 50 URLs को एक दूसरे व्यक्ति द्वारा समीक्षित किया गया था।
- क्वेरी पैरामीटर जो कंटेंट बदलते हैं, आगे बढ़ाए गए हैं।
- नियम फाइल वर्जन कंट्रोल में है, प्रत्येक पैटर्न पर एक टिप्पणी के साथ।
- एक रेफरिंग-डोमेन बेसलाइन पोस्ट-लॉन्च diff के लिए सेव किया गया है।
रिडायरेक्ट के सवाल जो बार-बार आते हैं
- क्या मुझे एक साल के बाद पुराने रिडायरेक्ट हटाने चाहिए?
- अधिकतर माइग्रेशन टीमें उन्हें कम से कम एक साल के लिए रखती हैं। उससे आगे, उन्हें तब तक रखें जब तक पुरानी URLs पर बाहरी लिंक या ट्रैफिक आ रहा हो। रिडायरेक्ट सर्व करने की लागत लगभग शून्य है, इसलिए उन्हें जल्दी डिलीट करने का अक्सर कोई अच्छा कारण नहीं होता।
- क्या केवल इंडेक्स किए गए पेजों को रिडायरेक्ट करना ठीक है?
- नहीं, अगर अनइंडेक्स वाले पेज लिंक्स धारण करते हैं। इंडेक्स स्टेटस बाहरी मूल्य के बारे में कम बताता है। हर उस URL को रिडायरेक्ट करें जिस पर एक लिंकिंग डोमेन है, फिर बाकी को ट्रैफिक के आधार पर तय करें।
- स्थायी स्थानांतरण के लिए 302 या 307 के बारे में?
- स्थायी स्थानांतरण के लिए 301 या 308 का उपयोग करें। एक 302 को वर्षों तक रखे रखने पर उसे स्थायी माना जा सकता है, लेकिन वह परिणाम किस्मत पर छोड़ दिया जाता है, और रिडायरेक्ट के अन्य क्लाइंट उसी तरह अंदाज नहीं लगा सकते।
- क्या मैं पुरानी साइट के 404 को नई साइट पर रिडायरेक्ट कर सकता हूं?
- केवल जब एक निकटतम मैच मौजूद हो। एक अनसंबंधित पेज पर रिडायरेक्ट Google की नजर में एक सॉफ्ट 404 है। कंटेंट चला गया है तो एक असली 404 या 410 लौटाएं।
