माइग्रेट करने से पहले अपनी CARS & BS को व्यवस्थित करें।
यह सरल स्मरणीय संकेत संपूर्ण URL सूची बनाने के लिए छह आवश्यक डेटा स्रोतों को कवर करता है:
- Crawl (क्रॉल)
- Analytics (एनालिटिक्स)
- Redirects (existing) (रीडायरेक्ट - मौजूदा)
- Sitemap (साइटमैप)
- Backlinks (बैकलिंक)
- Search Console (सर्च कंसोल)
सभी छह से एकत्र करें, और आप किसी भी महत्वपूर्ण URL को नहीं चूकेंगे।
| URL एकत्रण कार्य |
उद्देश्य |
| HTML URL के लिए डोमेन क्रॉल करें |
सभी लाइव पेज खोजें |
| स्टेटस कोड द्वारा वर्गीकृत करें |
रीडायरेक्ट आवश्यकताओं की पहचान करें |
| बैकलिंक वाले URL एकत्र करें |
SEO इक्विटी संरक्षित करें |
| XML साइटमैप क्रॉल करें |
घोषित महत्वपूर्ण पेज कैप्चर करें |
| Search Console डेटा एक्सपोर्ट करें |
इंडेक्स किए गए URL खोजें |
| एनालिटिक्स URL एकत्र करें |
ट्रैफिक उत्पन्न करने वाले पेज पहचानें |
| मौजूदा रीडायरेक्ट टेबल ऑडिट करें |
रीडायरेक्ट चेन रोकें |
| सभी डेटासेट एकीकृत करें |
व्यापक रीडायरेक्ट सूची बनाएं |
व्यापक URL सूची संकलित करने के लिए मुझे कौन से डेटासेट का उपयोग करना चाहिए?
सर्वोत्तम अभ्यास
एक सफल साइट माइग्रेशन के लिए कई स्रोतों से URL एकत्र करना आवश्यक है ताकि कोई महत्वपूर्ण पेज छूटे नहीं। किसी एक स्रोत पर निर्भर रहने से आपके रीडायरेक्ट कवरेज में खामियां रह जाएंगी।
आवश्यक डेटा स्रोत
| स्रोत |
यह क्या कैप्चर करता है |
| डोमेन क्रॉल |
सभी खोजने योग्य HTML URL |
| XML साइटमैप |
वे URL जिन्हें आपने महत्वपूर्ण घोषित किया है |
| Google Search Console |
वे URL जिनके बारे में Google जानता है |
| एनालिटिक्स |
वास्तविक ट्रैफिक वाले URL |
| बैकलिंक टूल |
बाहरी लिंक वाले URL |
| मौजूदा रीडायरेक्ट टेबल |
वर्तमान रीडायरेक्ट मैपिंग |
मल्टी-सोर्स दृष्टिकोण
प्रत्येक स्रोत ऐसे URL कैप्चर करता है जो अन्य चूक सकते हैं:
- क्रॉलर आंतरिक रूप से लिंक न किए गए अनाथ पेज चूक जाते हैं
- साइटमैप पुराने या अपूर्ण हो सकते हैं
- Search Console केवल इंडेक्स किए गए URL दिखाता है
- एनालिटिक्स शून्य ट्रैफिक वाले पेज चूक जाता है
- बैकलिंक टूल बाहरी रूप से लिंक किए गए पेजों पर ध्यान केंद्रित करते हैं
सभी उपलब्ध स्रोतों से एकत्र करें, फिर डीडुप्लिकेट करें। अनावश्यक डेटा होना उस उच्च-मूल्य URL को चूकने से बेहतर है जो माइग्रेशन के बाद ट्रैफिक या SEO इक्विटी खो देता है।
HTML URL एकत्र करने के लिए मैं डोमेन कैसे क्रॉल करूं?
महत्वपूर्ण पहला कदम
Screaming Frog, Sitebulb, या समान वेब क्रॉलर जैसे टूल का उपयोग करके अपने संपूर्ण डोमेन को क्रॉल करके शुरू करें। यह आपकी साइट संरचना में लिंक किए गए सभी HTML पेजों को खोजता है।
क्रॉल कॉन्फ़िगरेशन
अनुशंसित सेटिंग्स:
- क्रॉल डेप्थ: असीमित (या सभी पेजों तक पहुंचने के लिए पर्याप्त ऊंचा)
- robots.txt का सम्मान करें: माइग्रेशन उद्देश्यों के लिए अक्षम करें (आपको सभी URL चाहिए)
- आंतरिक लिंक फॉलो करें: सक्षम
- स्टार्ट फोल्डर के बाहर क्रॉल करें: अक्षम (अपने डोमेन पर रहें)
- HTML स्टोर करें: वैकल्पिक लेकिन कंटेंट तुलना के लिए उपयोगी
क्या एक्सट्रैक्ट करें
अपने क्रॉल से निम्नलिखित एक्सपोर्ट करें:
URL Address
Status Code
Indexability
Canonical URL
Meta Robots
Title
बड़ी साइटों को संभालने के टिप्स
100,000+ URL वाली साइटों के लिए:
- सबडायरेक्टरी द्वारा खंडित करें:
/blog/, /products/, /pages/ को अलग-अलग क्रॉल करें
- लिस्ट मोड का उपयोग करें: खोजने के बजाय सीधे ज्ञात URL फीड करें
- मेमोरी आवंटन बढ़ाएं: Screaming Frog को 8GB+ RAM की आवश्यकता हो सकती है
- रात भर चलाएं: बड़े क्रॉल में घंटों लग सकते हैं
⚠️ लाइव साइट को क्रॉल करें
माइग्रेशन शुरू होने से पहले हमेशा अपनी वर्तमान प्रोडक्शन साइट को क्रॉल करें। स्टेजिंग या डेवलपमेंट एनवायरनमेंट को क्रॉल करने से वे URL चूक जाएंगे जो केवल प्रोडक्शन में मौजूद हैं।
अपना क्रॉल कम से कम दो बार चलाएं: एक बार माइग्रेशन योजना की शुरुआत में और एक बार लॉन्च से ठीक पहले। विकास के दौरान URL बदलते हैं, और आपको सबसे वर्तमान डेटा की आवश्यकता होती है।
मुझे स्टेटस कोड द्वारा URL को कैसे वर्गीकृत करना चाहिए?
आवश्यक संगठन
क्रॉल करने के बाद, सभी खोजे गए URL को उनके HTTP स्टेटस कोड द्वारा वर्गीकृत करें। प्रत्येक श्रेणी को आपकी रीडायरेक्ट रणनीति में अलग हैंडलिंग की आवश्यकता होती है।
स्टेटस कोड श्रेणियां
200 OK URL: आपकी प्राथमिक रीडायरेक्ट स्रोत सूची
| उपश्रेणी |
विवरण |
कार्रवाई |
| इंडेक्स योग्य |
सर्च परिणामों में दिखाई दे सकते हैं |
उच्च प्राथमिकता रीडायरेक्ट |
| गैर-इंडेक्स योग्य |
इंडेक्सिंग से ब्लॉक |
रीडायरेक्ट आवश्यकता का मूल्यांकन करें |
| कैनोनिकल |
किसी अन्य URL की ओर इशारा करता है |
कैनोनिकल टार्गेट पर रीडायरेक्ट करें |
| NoIndex |
Meta noindex टैग मौजूद |
निम्न प्राथमिकता रीडायरेक्ट |
| UTM पैरामीटर |
मार्केटिंग ट्रैकिंग URL |
आमतौर पर रीडायरेक्ट से बाहर रखें |
| फ़िल्टर पैरामीटर |
फेसेटेड नेविगेशन URL |
आमतौर पर रीडायरेक्ट से बाहर रखें |
301/302 रीडायरेक्ट URL: पहले से रीडायरेक्ट हो रहे हैं
- मौजूदा रीडायरेक्ट गंतव्यों को दस्तावेज़ीकृत करें
- सुनिश्चित करें कि नए रीडायरेक्ट अंतिम गंतव्यों की ओर इशारा करते हैं
- रीडायरेक्ट चेन बनाने से बचें
404 Not Found URL: टूटे हुए लेकिन संभावित रूप से महत्वपूर्ण
- इन URL की ओर इशारा करने वाले बैकलिंक की जांच करें
- इंडेक्स किए गए 404 के लिए Search Console की समीक्षा करें
- यदि उनका SEO मूल्य है तो रीडायरेक्ट की आवश्यकता हो सकती है
प्रत्येक स्टेटस कोड श्रेणी के लिए अलग स्प्रेडशीट टैब या फ़ाइलें बनाएं। इससे प्रत्येक समूह पर अलग-अलग रीडायरेक्ट रणनीतियां लागू करना आसान हो जाता है।
क्या मुझे 200 के अलावा अन्य स्टेटस कोड वाले URL शामिल करने चाहिए?
हाँ: पूर्ण कवरेज के लिए महत्वपूर्ण
कई माइग्रेशन प्रोजेक्ट केवल 200 स्टेटस पेजों पर ध्यान केंद्रित करते हैं, लेकिन 301/302 और 404 URL समान रूप से महत्वपूर्ण हैं SEO इक्विटी और उपयोगकर्ता अनुभव बनाए रखने के लिए।
301/302 URL क्यों महत्वपूर्ण हैं
मौजूदा रीडायरेक्ट ऐसे URL का प्रतिनिधित्व करते हैं जिनका कभी मूल्य था:
- बाहरी साइटें अभी भी पुराने URL से लिंक कर सकती हैं
- सर्च इंजन के पास पुराने URL इंडेक्स हो सकते हैं
- उपयोगकर्ताओं ने पुराने URL बुकमार्क किए हो सकते हैं
यदि आप मौजूदा रीडायरेक्ट को अनदेखा करते हैं:
पुराना URL → वर्तमान रीडायरेक्ट → नई साइट (टूटा हुआ)
उचित हैंडलिंग के साथ:
पुराना URL → नई साइट (सीधे)
404 URL क्यों महत्वपूर्ण हैं
404 स्टेटस का मतलब यह नहीं है कि URL बेकार है:
| 404 परिदृश्य |
रीडायरेक्ट की आवश्यकता |
| बाहरी साइटों से बैकलिंक हैं |
हाँ: लिंक इक्विटी संरक्षित करें |
| Search Console में दिखाई देता है |
हाँ: Google इसके बारे में जानता है |
| एनालिटिक्स में ट्रैफिक दिखाता है |
हाँ: उपयोगकर्ता इसे खोज रहे हैं |
| हाल ही में हटाया गया कंटेंट |
शायद: प्रासंगिकता का मूल्यांकन करें |
| कभी ट्रैफिक या लिंक नहीं था |
नहीं: अनदेखा करना सुरक्षित |
404 डेटा एकत्र करना
404 को इससे एक्सपोर्ट करें:
- Screaming Frog क्रॉल परिणाम
- Google Search Console कवरेज रिपोर्ट
- सर्वर एक्सेस लॉग
- एनालिटिक्स (शून्य पेजव्यू लेकिन सेशन वाले पेज)
⚠️ सब कुछ रीडायरेक्ट न करें
हर 404 को रीडायरेक्ट की आवश्यकता नहीं है। उन 404 पर ध्यान केंद्रित करें जिनमें बैकलिंक, सर्च इंप्रेशन हैं, या जो ऐसे कंटेंट का प्रतिनिधित्व करते हैं जो स्थानांतरित हो गया है न कि जानबूझकर हटाया गया।
अपनी 404 सूची को Ahrefs या Search Console डेटा के साथ क्रॉस-रेफरेंस करें। उन 404 URL के लिए रीडायरेक्ट को प्राथमिकता दें जिनमें बाहरी बैकलिंक या हाल के सर्च इंप्रेशन हैं।
मुझे किन URL विविधताओं का ध्यान रखना चाहिए?
सामान्य माइग्रेशन समस्या
एक ही पेज को कई URL विविधताओं के माध्यम से एक्सेस किया जा सकता है। किसी भी विविधता को चूकने का मतलब है टूटे हुए लिंक और खोया हुआ ट्रैफिक।
महत्वपूर्ण URL विविधताएं
| विविधता प्रकार |
उदाहरण A |
उदाहरण B |
| www बनाम non-www |
www.example.com/page |
example.com/page |
| ट्रेलिंग स्लैश |
/products/ |
/products |
| बड़े-छोटे अक्षर |
/Products/Widget |
/products/widget |
| URL एन्कोडिंग |
/search?q=hello%20world |
/search?q=hello world |
| प्रोटोकॉल |
https:// |
http:// |
| इंडेक्स फ़ाइलें |
/folder/index.html |
/folder/ |
विविधताएं समस्याएं कैसे पैदा करती हैं
बाहरी लिंक और बुकमार्क किसी भी विविधता का उपयोग कर सकते हैं:
बैकलिंक उपयोग करता है: example.com/Blog/Post-Title
आपका रीडायरेक्ट: www.example.com/blog/post-title
परिणाम: 404 त्रुटि, रीडायरेक्ट मिलान नहीं हुआ
सभी विविधताएं एकत्र करना
- बैकलिंक रिपोर्ट जांचें: बाहरी साइटें असंगत प्रारूप का उपयोग करती हैं
- सर्वर लॉग समीक्षा करें: वास्तविक अनुरोधित URL देखें
- मैन्युअल रूप से परीक्षण करें: महत्वपूर्ण पेजों की सामान्य विविधताओं को आज़माएं
- Search Console: Google द्वारा सामना की गई URL विविधताएं दिखाता है
मानकीकरण रणनीति
अपने कैनोनिकल प्रारूप पर निर्णय लें, फिर सभी विविधताओं को रीडायरेक्ट करें:
| पुराना पथ |
इस पर रीडायरेक्ट करें |
| /Products/ |
/products |
| /PRODUCTS/ |
/products |
| /products |
/products |
| /Products |
/products |
यदि आपका प्लेटफ़ॉर्म इसे सपोर्ट करता है तो केस-इनसेंसिटिव मिलान का उपयोग करें। अन्यथा, उच्च-ट्रैफिक URL की सभी ज्ञात केस विविधताओं के लिए रीडायरेक्ट जेनरेट करें।
बैकलिंक वाले URL कैसे एकत्र करूं?
SEO इक्विटी संरक्षित करें
बाहरी बैकलिंक वाले URL SEO मूल्य रखते हैं जो 301 रीडायरेक्ट के माध्यम से स्थानांतरित होता है। बैकलिंक विश्लेषण टूल प्रकट करते हैं कि किन URL में यह इक्विटी है।
सामान्य बैकलिंक टूल
| टूल |
मुख्य विशेषता |
| Ahrefs |
Site Explorer → Best by Links |
| Semrush |
Backlink Analytics → Indexed Pages |
एक्सपोर्ट प्रक्रिया (सामान्य कदम)
- टूल की साइट विश्लेषण सुविधा में अपना डोमेन दर्ज करें
- पेज या URL रिपोर्ट पर नेविगेट करें (दिखाता है कि कौन से पेज बैकलिंक प्राप्त करते हैं)
- बैकलिंक वाले पेजों की पूरी सूची एक्सपोर्ट करें
- केवल अपने डोमेन के URL तक फ़िल्टर करें
कैप्चर करने के लिए प्रमुख डेटा बिंदु
| डेटा बिंदु |
उद्देश्य |
| टार्गेट URL |
बैकलिंक प्राप्त करने वाला URL |
| रेफरिंग डोमेन |
लिंक करने वाली अद्वितीय साइटों की संख्या |
| कुल बैकलिंक |
समग्र लिंक संख्या |
| लिंक क्वालिटी स्कोर |
प्राधिकरण संकेतक (टूल के अनुसार भिन्न) |
प्राथमिकता ढांचा
सभी बैकलिंक URL समान नहीं हैं:
| रेफरिंग डोमेन |
प्राथमिकता |
कार्रवाई |
| 50+ |
महत्वपूर्ण |
रीडायरेक्ट करना आवश्यक |
| 10-49 |
उच्च |
रीडायरेक्ट करना चाहिए |
| 2-9 |
मध्यम |
यदि व्यावहारिक हो तो रीडायरेक्ट करें |
| 1 |
निम्न |
व्यक्तिगत रूप से मूल्यांकन करें |
404 बैकलिंक मत भूलें
अधिकांश बैकलिंक टूल उन URL की ओर इशारा करने वाले लिंक दिखाते हैं जो 404 रिटर्न करते हैं:
- स्टेटस कोड फ़िल्टर या ब्रोकन बैकलिंक रिपोर्ट खोजें
- केवल 404 URL दिखाने के लिए फ़िल्टर करें
- इन URL को एक्सपोर्ट करें (टूटे होने के बावजूद उन्हें रीडायरेक्ट की आवश्यकता है)
⚠️ गैर-मौजूद पेजों के लिए बैकलिंक
बाहरी साइटें अक्सर ऐसे URL से लिंक करती हैं जो अब आपकी साइट पर मौजूद नहीं हैं। बैकलिंक वाले इन 404 URL को लिंक इक्विटी कैप्चर करने के लिए सबसे प्रासंगिक मौजूदा पेज पर रीडायरेक्ट किया जाना चाहिए।
माइग्रेशन योजना के दौरान मासिक बैकलिंक डेटा एक्सपोर्ट करें। नए बैकलिंक नियमित रूप से दिखाई देते हैं, और आप लॉन्च से पहले उन सभी को कैप्चर करना चाहते हैं।
मुझे XML साइटमैप क्यों क्रॉल करना चाहिए?
घोषित महत्वपूर्ण URL कैप्चर करें
आपका XML साइटमैप उन URL का प्रतिनिधित्व करता है जिन्हें आपने स्पष्ट रूप से सर्च इंजनों को बताया है कि महत्वपूर्ण हैं। ये सभी आपकी रीडायरेक्ट योजना में शामिल होने चाहिए।
साइटमैप क्या प्रकट करते हैं
| साइटमैप तत्व |
माइग्रेशन उपयोग |
| URL सूची |
वे पेज जिन्हें आप महत्वपूर्ण मानते हैं |
| अंतिम संशोधित तिथियां |
हाल ही में अपडेट किया गया कंटेंट |
| प्राथमिकता मान |
आपकी कंटेंट पदानुक्रम |
| परिवर्तन आवृत्ति |
कंटेंट अपडेट पैटर्न |
साइटमैप URL एक्सट्रैक्ट करना
विधि 1: सीधे डाउनलोड
https://example.com/sitemap.xml
https://example.com/sitemap_index.xml
विधि 2: Screaming Frog
- मोड → लिस्ट
- अपलोड → साइटमैप डाउनलोड करें
- साइटमैप URL दर्ज करें
- URL मान्य करने के लिए क्रॉल करें
विधि 3: Search Console
- साइटमैप रिपोर्ट सबमिट किए गए URL दिखाती है
- इंडेक्स कवरेज दिखाता है कि कौन से इंडेक्स किए गए हैं
साइटमैप बनाम क्रॉल तुलना
अपने साइटमैप URL की क्रॉल परिणामों के साथ तुलना करें:
| परिदृश्य |
अर्थ |
कार्रवाई |
| साइटमैप में, क्रॉल में मिला |
सामान्य |
रीडायरेक्ट में शामिल करें |
| साइटमैप में, क्रॉल में नहीं |
अनाथ पेज |
पेज के अस्तित्व की पुष्टि करें, शामिल करें |
| क्रॉल में, साइटमैप में नहीं |
साइटमैप से गायब |
रीडायरेक्ट में शामिल करें |
यदि आपका साइटमैप आपके CMS द्वारा ऑटो-जेनरेट किया गया है, तो यह क्रॉल से अधिक वर्तमान हो सकता है। हमेशा दोनों को एकत्र करें और डीडुप्लिकेट करें।
Google Search Console से URL कैसे एक्सपोर्ट करूं?
Google क्या जानता है खोजें
Google Search Console उन URL को प्रकट करता है जिन्हें Google ने खोजा और इंडेक्स किया है, चाहे वे आपके क्रॉल या साइटमैप में दिखाई दें या नहीं।
URL डेटा एक्सपोर्ट करना
कवरेज रिपोर्ट से:
- इंडेक्सिंग → पेज पर नेविगेट करें
- प्रत्येक स्टेटस श्रेणी (मान्य, बहिष्कृत, आदि) पर क्लिक करें
- प्रत्येक श्रेणी के लिए URL सूची एक्सपोर्ट करें
परफॉर्मेंस रिपोर्ट से:
- परफॉर्मेंस पर नेविगेट करें
- पेज टैब पर क्लिक करें
- इंप्रेशन/क्लिक वाले URL देखने के लिए एक्सपोर्ट करें
एक्सपोर्ट करने के लिए कवरेज श्रेणियां
| श्रेणी |
यह क्यों महत्वपूर्ण है |
| मान्य (इंडेक्स किया गया) |
सर्च परिणामों में दिखाई देने वाले URL |
| चेतावनी के साथ मान्य |
इंडेक्स किया गया लेकिन समस्याएं हैं |
| बहिष्कृत - क्रॉल किया गया इंडेक्स नहीं किया गया |
Google ने पाया लेकिन इंडेक्स नहीं किया |
| बहिष्कृत - खोजा गया इंडेक्स नहीं किया गया |
Google जानता है लेकिन क्रॉल नहीं किया है |
| बहिष्कृत - रीडायरेक्ट |
URL जिन्हें Google रीडायरेक्ट के रूप में देखता है |
परफॉर्मेंस डेटा मूल्य
सर्च इंप्रेशन या क्लिक वाले URL सिद्ध मूल्यवान हैं:
- उपयोगकर्ता उन्हें सर्च के माध्यम से खोज रहे हैं
- Google उन्हें प्रश्नों के लिए प्रासंगिक मानता है
- इन URL को खोना ट्रैफिक खोना है
पूर्ण चित्र के लिए अंतिम 16 महीनों का डेटा एक्सपोर्ट करें।
⚠️ Search Console URL सीमाएं
Search Console एक्सपोर्ट UI में 1,000 पंक्तियों तक सीमित हैं। बड़ी साइटों पर पूर्ण डेटा के लिए Search Console API या Google के Bulk Data Export (BigQuery) का उपयोग करें।
"बहिष्कृत - रीडायरेक्ट" श्रेणी पर विशेष ध्यान दें। ये वे रीडायरेक्ट दिखाते हैं जिन्हें Google ने पहले ही पता लगा लिया है। सुनिश्चित करें कि वे आपकी नई रीडायरेक्ट योजना में शामिल हैं।
अनुशंसित टूल: SEOGets
Search Console डेटा के साथ काम करने के अधिक शक्तिशाली तरीके के लिए, SEOGets का उपयोग करने पर विचार करें। उनकी इंडेक्सिंग रिपोर्ट आपके इंडेक्स किए गए पेजों का नेटिव Search Console इंटरफ़ेस की तुलना में अधिक परिष्कृत दृश्य प्रदान करती है, जिससे रीडायरेक्ट योजना के लिए आवश्यक URL की पहचान और एक्सपोर्ट करना आसान हो जाता है।

एनालिटिक्स से URL कैसे एकत्र करूं?
ट्रैफिक उत्पन्न करने वाले पेज पहचानें
एनालिटिक्स डेटा दिखाता है कि कौन से URL वास्तव में आगंतुक ट्रैफिक प्राप्त करते हैं। ये आपके उच्चतम-प्राथमिकता रीडायरेक्ट उम्मीदवार हैं।
Google Analytics (GA4) से एक्सपोर्ट करना
- रिपोर्ट → एंगेजमेंट → पेज और स्क्रीन पर नेविगेट करें
- तिथि सीमा को पिछले 12-16 महीने पर सेट करें
- पूर्ण पेज पथ रिपोर्ट एक्सपोर्ट करें
कैप्चर करने के लिए प्रमुख मेट्रिक्स
| मेट्रिक |
प्राथमिकता संकेतक |
| सेशन |
समग्र ट्रैफिक मात्रा |
| उपयोगकर्ता |
अद्वितीय आगंतुक संख्या |
| एंगेजमेंट दर |
कंटेंट क्वालिटी सिग्नल |
| रूपांतरण |
व्यावसायिक मूल्य |
प्राथमिकता स्तर बनाना
ट्रैफिक मात्रा के अनुसार URL को खंडित करें:
| मासिक सेशन |
प्राथमिकता |
रीडायरेक्ट उपचार |
| 1,000+ |
महत्वपूर्ण |
रीडायरेक्ट करना आवश्यक, गंतव्य सत्यापित करें |
| 100-999 |
उच्च |
रीडायरेक्ट करना आवश्यक |
| 10-99 |
मध्यम |
रीडायरेक्ट करना चाहिए |
| 1-9 |
निम्न |
यदि व्यावहारिक हो तो रीडायरेक्ट करें |
| 0 |
सबसे निम्न |
केवल तभी रीडायरेक्ट करें यदि बैकलिंक मौजूद हों |
लैंडिंग पेज मत भूलें
उन पेजों के लिए फ़िल्टर करें जहां उपयोगकर्ता आपकी साइट पर प्रवेश करते हैं:
- ये अक्सर बाहरी रूप से लिंक किए गए या बुकमार्क किए गए होते हैं
- लैंडिंग पेज खोना भारी ट्रैफिक प्रभाव डालता है
- शीर्ष लैंडिंग पेजों के लिए रीडायरेक्ट को प्राथमिकता दें
एनालिटिक्स URL की अपने क्रॉल के साथ तुलना करें। ट्रैफिक वाले पेज जो क्रॉल में नहीं मिले वे अनाथ कंटेंट हो सकते हैं जिन्हें अभी भी रीडायरेक्ट की आवश्यकता है।
मुझे मौजूदा 301 रीडायरेक्ट टेबल कहां मिलेंगे?
रीडायरेक्ट चेन रोकें
नए रीडायरेक्ट बनाने से पहले, आपको पता होना चाहिए कि कौन से रीडायरेक्ट पहले से मौजूद हैं। मौजूदा रीडायरेक्ट को अनदेखा करने से चेन बनती है जो SEO और परफॉर्मेंस को नुकसान पहुंचाती है।
सामान्य रीडायरेक्ट स्रोत
| स्रोत |
कहां खोजें |
एक्सपोर्ट विधि |
| CMS रीडायरेक्ट एडमिन |
WordPress, Shopify, आदि एडमिन पैनल |
बिल्ट-इन एक्सपोर्ट या डेटाबेस क्वेरी |
| रीडायरेक्ट प्लगइन |
Yoast, Redirection, Rank Math |
प्लगइन सेटिंग्स → एक्सपोर्ट |
| एज सेवाएं |
Cloudflare, Fastly, Netlify |
डैशबोर्ड → नियम → एक्सपोर्ट |
| नेटवर्क प्लेटफॉर्म |
लोड बैलेंसर, CDN |
कॉन्फ़िगरेशन फ़ाइलें |
| सर्वर कॉन्फ़िग |
.htaccess, nginx.conf |
सीधे फ़ाइल एक्सेस |
CMS-विशिष्ट स्थान
WordPress:
- Redirection प्लगइन: टूल → Redirection → एक्सपोर्ट
- Yoast Premium: SEO → रीडायरेक्ट → एक्सपोर्ट
- डेटाबेस:
wp_redirection_items टेबल
Shopify:
- एडमिन → कंटेंट → URL रीडायरेक्ट → एक्सपोर्ट
Webflow:
- साइट सेटिंग्स → प्रकाशन → 301 रीडायरेक्ट
क्या दस्तावेज़ीकृत करें
प्रत्येक मौजूदा रीडायरेक्ट के लिए, कैप्चर करें:
| फ़ील्ड |
उदाहरण |
| स्रोत URL |
/old-page |
| गंतव्य URL |
/new-page |
| रीडायरेक्ट प्रकार |
301 या 302 |
| स्थान |
प्लगइन, .htaccess, CDN |
| बनाई गई तिथि |
2024-03-15 |
⚠️ कई रीडायरेक्ट स्रोत
कई साइटों में कई स्थानों पर कॉन्फ़िगर किए गए रीडायरेक्ट होते हैं (CMS, प्लगइन्स, सर्वर, CDN)। पूर्ण चित्र प्राप्त करने के लिए सभी स्रोतों का ऑडिट करें। एक स्रोत चूकने से अप्रत्याशित रीडायरेक्ट व्यवहार हो सकता है।
माइग्रेशन से पहले सभी मौजूदा रीडायरेक्ट को एक दस्तावेज़ में समेकित करें। यह आपका संदर्भ बन जाता है कि क्या पहले से संभाला गया है और क्या नए रीडायरेक्ट के साथ संघर्ष कर सकता है।
रीडायरेक्ट चेन डेटा का उपयोग करने का एक सहायक तरीका क्या है?
माइग्रेशन से पहले साफ़ करें
रीडायरेक्ट चेन तब होती है जब एक रीडायरेक्ट दूसरे रीडायरेक्ट की ओर इशारा करता है, कई हॉप बनाता है। ये SEO और पेज स्पीड को नुकसान पहुंचाते हैं। माइग्रेशन उन्हें खत्म करने का सही समय है।
रीडायरेक्ट चेन की पहचान करना
Screaming Frog में:
- अपनी साइट क्रॉल करें
- स्टेटस कोड → 3xx द्वारा फ़िल्टर करें
- उन रीडायरेक्ट को देखें जहां रीडायरेक्ट URL भी एक रीडायरेक्ट है
चेन उदाहरण:
/page-a → 301 → /page-b → 301 → /page-c → 200
यह 2-हॉप चेन है जो बननी चाहिए:
/page-a → 301 → /page-c
/page-b → 301 → /page-c
चेन समाधान प्रक्रिया
- सभी रीडायरेक्ट चेन मैप करें: हर A→B→C पैटर्न दस्तावेज़ीकृत करें
- अंतिम गंतव्य पहचानें: पता करें कि प्रत्येक चेन अंततः कहां जाती है
- स्रोत रीडायरेक्ट अपडेट करें: सीधे अंतिम गंतव्य की ओर इशारा करें
- मध्यवर्ती रीडायरेक्ट हटाएं: अनावश्यक हॉप हटाएं
- समाधान सत्यापित करें: परीक्षण करें कि चेन खत्म हो गई हैं
सामान्य चेन परिदृश्य
| परिदृश्य |
पहले |
बाद |
| HTTP से HTTPS से पेज |
http→https→/new |
http→/new (यदि सर्वर पर HTTPS लागू) |
| पुराना रीडायरेक्ट + नया रीडायरेक्ट |
/old→/middle→/new |
/old→/new, /middle→/new |
| WWW सामान्यीकरण चेन |
non-www→www→/page |
non-www→/page (DNS स्तर पर www) |
⚠️ चेन क्रॉल बजट बर्बाद करती है
सर्च इंजन बॉट लंबी रीडायरेक्ट चेन का पालन नहीं कर सकते, जिसका अर्थ है कि चेन के अंत में पेज ठीक से क्रॉल या इंडेक्स नहीं हो सकते। Google अधिकतम 2 हॉप की सिफारिश करता है।
नए रीडायरेक्ट बनाने से पहले सभी चेन मैप करने के लिए अपने मौजूदा रीडायरेक्ट टेबल डेटा का उपयोग करें। अपनी मास्टर रीडायरेक्ट सूची अपडेट करें ताकि प्रत्येक स्रोत URL सीधे नई साइट पर अपने अंतिम गंतव्य की ओर इशारा करे।
एकीकृत URL डेटासेट कैसे बनाऊं?
महत्वपूर्ण अंतिम चरण
सभी स्रोतों से URL एकत्र करने के बाद, उन्हें एक ही, डीडुप्लिकेटेड डेटासेट में मिलाएं। यह आपकी मास्टर रीडायरेक्ट स्रोत सूची बन जाती है।
एकीकरण प्रक्रिया
चरण 1: प्रारूप मानकीकृत करें
- प्रोटोकॉल हटाएं (
https://)
- डोमेन हटाएं (
www.example.com)
- ट्रेलिंग स्लैश मानकीकृत करें
- लोअरकेस में बदलें (यदि आपकी साइट केस-इनसेंसिटिव है)
चरण 2: Screaming Frog के माध्यम से मान्य करें
प्रत्येक URL सूची को Screaming Frog में लिस्ट मोड में चलाएं:
- मोड → लिस्ट
- अपनी URL सूची अपलोड करें
- प्रत्येक URL को मान्य करने के लिए क्रॉल शुरू करें
- स्टेटस कोड के साथ परिणाम एक्सपोर्ट करें
यह सभी स्रोतों में प्रत्येक URL की वर्तमान स्थिति की पुष्टि करता है।
चरण 3: मिलाएं और डीडुप्लिकेट करें
स्रोत A: 5,000 URL
स्रोत B: 3,500 URL
स्रोत C: 8,200 URL
स्रोत D: 2,100 URL
─────────────────────
संयुक्त: 18,800 URL
डीडुप के बाद: 12,400 अद्वितीय URL
चरण 4: मेटाडेटा से समृद्ध करें
प्रत्येक स्रोत से कॉलम जोड़ें:
| URL |
स्टेटस |
बैकलिंक |
सेशन |
साइटमैप में |
रीडायरेक्ट है |
| /page-a |
200 |
45 |
1,200 |
हाँ |
नहीं |
| /page-b |
404 |
12 |
0 |
नहीं |
नहीं |
| /page-c |
301 |
8 |
340 |
हाँ |
हाँ |
अपने एकीकृत डेटासेट को वर्जन-कंट्रोल्ड स्प्रेडशीट या डेटाबेस में रखें। आप माइग्रेशन प्रक्रिया के दौरान इसे संदर्भित और अपडेट करते रहेंगे।
अपने URL मैप करने के लिए तैयार हैं?
एक बार जब आप सभी स्रोतों से URL एकत्र कर लेते हैं और अपना एकीकृत डेटासेट बना लेते हैं, तो अगला कदम पुराने URL को नए गंतव्यों पर मैप करना है। यदि आपने पहले रीडायरेक्ट कार्य किया है, तो आप जानते हैं कि यह पारंपरिक रूप से रीडायरेक्ट कार्य का सबसे समय लेने वाला हिस्सा है, लेकिन ऐसा होना जरूरी नहीं है।
Redirects.net आपकी पुरानी URL को आपकी नई साइट पर सर्वोत्तम गंतव्यों पर स्वचालित रूप से मैप करने के लिए बुद्धिमान मिलान एल्गोरिदम का उपयोग करता है। अपनी एकीकृत URL सूची अपलोड करें, और कार्यान्वयन के लिए तैयार मैप किए गए रीडायरेक्ट प्राप्त करें।
Redirects.net मुफ्त में आज़माएं →