किसी साइट को एक जगह से दूसरी जगह ले जाने का तरीका

इस दस्तावेज़ में, साइट के मौजूदा पेजों के यूआरएल में बदलाव करने के तरीकों के बारे में बताया गया है. इनकी मदद से, Google Search के नतीजों में आपके पेजों की परफ़ॉर्मेंस पर पड़ने वाले खराब असर को कम किया जा सकता है. यूआरएल में बदलाव करके, साइट का प्रोटोकॉल बदलने के कुछ उदाहरण नीचे दिए गए हैं:

• यूआरएल का HTTP से HTTPS में पर शिफ़्ट होना.
• डोमेन नेम में बदलाव, जैसे कि example.com से example.net में बदलना या कई डोमेन या होस्टनेम को मर्ज करना
• यूआरएल पाथ में बदलाव: example.com/page.php?id=1 से example.com/widget या example.com/page.html से example.com/page.htm

खास जानकारी

1. साइट को एक जगह से दूसरी जगह ले जाने के सबसे सही तरीके. जानें कि इससे क्या होगा और इससे आपके उपयोगकर्ताओं और रैंकिंग पर किस तरह असर पड़ सकता है. अगर साइट को एचटीटीपी से एचटीटीपीएस पर ले जाया जा रहा है, तो एचटीटीपीएस को इस्तेमाल करने के लिए सबसे सही तरीके देखें.
2. नई साइट बनाएं और उसकी अच्छी तरह से जांच करें.
3. मौजूदा यूआरएल और उनके नए फ़ॉर्मैट के बीच यूआरएल मैपिंग तैयार करें.
4. पुराने यूआरएल से नए यूआरएल पर रीडायरेक्ट करने के लिए, सर्वर को कॉन्फ़िगर करके साइट का प्रोटोकॉल बदलना शुरू करें.
5. पुराने और नए, दोनों यूआरएल के ट्रैफ़िक पर नज़र रखें.

साइट को एक जगह से दूसरी जगह ले जाने के सबसे सही तरीके

• अपनी साइट के हिसाब से देखें, अगर सही लगे, तो छोटे-छोटे चरणों में उसे एक जगह से दूसरी जगह पर ले जाएं.
  अगर आपकी साइट बड़ी है और तकनीकी तौर पर साइट के एक हिस्से को दूसरी जगह ले जाना मुमकिन है, तो हमारा सुझाव है कि शुरुआत में साइट का कोई एक हिस्सा दूसरी जगह ले जाएं और जांचे कि इससे ट्रैफ़िक और खोज को इंडेक्स करने की प्रोसेस पर कोई असर पड़ता है या नहीं. उसके बाद, आप चाहें, तो पूरी साइट को एक साथ दूसरी जगह ले जाएं या अलग-अलग हिस्सों में ले जाएं. शुरुआती टेस्टिंग के लिए सेक्शन चुनते समय, साइट का ऐसा हिस्सा चुनें जिसमें कम बदलाव होते हों. इस पर अक्सर या अचानक होने वाले इवेंट का ज़्यादा असर न होता हो. ध्यान रखें कि साइट को दूसरी जगह ले जाने का असर देखने के लिए, उसके किसी एक सेक्शन को दूसरी जगह ले जाना, टेस्टिंग का अच्छा तरीका है. हालांकि, खोज के मामले में, यह ज़रूरी नहीं है कि यह सेक्शन पूरी साइट पर होने वाले असर के बारे में बता सके. एक साथ जितने ज़्यादा पेजों को दूसरी जगह ले जाने की कोशिश की जाएगी, आपको उतनी ही ज़्यादा समस्याओं का सामना करना पड़ सकता है. सावधानी से प्लानिंग करने पर समस्याएं कम हो सकती हैं.
• एक बार में सिर्फ़ एक चीज़ बदलें
  अपनी साइट में सारे बदलाव एक ही समय में करने के बजाय, सिलसिलेवार तरीके से एक के बाद एक बदलाव करें. उदाहरण के लिए, अगर आपको अपनी साइट को किसी नए डोमेन नेम पर ले जाना है, कॉन्टेंट मैनेजमेंट सिस्टम (सीएमएस) बदलना है, और नए लेआउट का इस्तेमाल करने के लिए अपनी साइट को अपडेट करना है, तो एक बार में एक ही बदलाव करें: पहले साइट को नए डोमेन पर ले जाएं और फिर साइट का लेआउट बदलें.
• अगर हो सके, तो अपनी साइट को ऐसे समय दूसरी जगह ले जाएं, जब ट्रैफ़िक कम होता है.
  आपकी साइट पर आने वाला ट्रैफ़िक, समय के हिसाब से कम-ज़्यादा हो सकता है या हफ़्ते के कुछ खास दिनों में कम हो सकता है. इसलिए, जब आपको ट्रैफ़िक में बार-बार गिरावट दिखे, तो साइट को उस दौरान दूसरी जगह ले जाना सही रहता है. इसका मतलब है कि साइट को दूसरी जगह ले जाने के दौरान, अगर कोई समस्या आती है, तो उसकी वजह से कुछ ही लोगों पर असर पड़ेगा. साथ ही, जब Googlebot आपकी साइट को क्रॉल करता है, तब आपके सर्वर के ज़्यादातर रिसॉर्स इसके लिए इस्तेमाल किए जा सकते हैं.
• साइट को दूसरी जगह पर ले जाने के दौरान, उसकी रैंकिंग में थोड़ी देर के लिए उतार-चढ़ाव हो सकता है.
  आपकी साइट में अहम बदलाव होने के बाद, जब Google उसे फिर से क्रॉल या इंडेक्स करता है, तब आपको रैंकिंग में उतार-चढ़ाव दिख सकते हैं. सामान्य नियम के मुताबिक, मीडियम साइज़ की किसी वेबसाइट को अपने ज़्यादातर पेज हमारे इंडेक्स में ले जाने में, कुछ हफ़्ते लग सकते हैं. बड़ी साइटों को इससे ज़्यादा समय लग सकता है. Googlebot और हमारे सिस्टम, दूसरी जगह ले जाए गए यूआरएल कितनी तेज़ी से खोजते और प्रोसेस करते हैं, यह मोटे तौर पर आपके सर्वर की रफ़्तार और यूआरएल की संख्या पर निर्भर करता है. साइटमैप सबमिट करने से, खोजने की प्रोसेस तेज़ हो सकती है. साथ ही, अपनी साइट को एक साथ नहीं, बल्कि हिस्सों में दूसरी जगह ले जाना अच्छा रहता है.
• लिंक क्रेडिट की चिंता न करें.
  301, 302, और अन्य सर्वर साइड रीडायरेक्ट की वजह से PageRank में कमी नहीं आती है.
• Search Console का इस्तेमाल करें.
  Search Console आपके बहुत काम आ सकता है. खास तौर पर, किसी साइट को एक जगह से दूसरी जगह ले जाने के दौरान. Search Console में हर प्रॉपर्टी के लिए डेटा की अलग से पुष्टि करें. ज़्यादा जानकारी के लिए, इंंडेक्स की स्थिति की रिपोर्ट का इस्तेमाल करें. साइटमैप के बारे में रिपोर्ट का इस्तेमाल करके देखें कि साइटमैप में सबमिट किए गए कितने यूआरएल को इंडेक्स किया गया है.
• धैर्य बनाए रखें, इसमें थोड़ा समय लग सकता है
  साइट को नए यूआरएल पर ले जाने के लिए, Googlebot को आपकी पुरानी और नई साइट के हर यूआरएल को कम से कम एक बार देखना होगा. कोई तय क्रॉल फ़्रीक्वेंसी नहीं होती. यह आपकी साइट के साइज़ और क्रॉलिंग की रफ़्तार पर निर्भर करता है कि Googlebot कितनी तेज़ी से क्रॉल करेगा. एक बार में एक ही यूआरएल का प्रोटोकॉल बदला जाता है.

नई साइट बनाना

हर साइट को माइग्रेट करने के लिए की जाने वाली तैयारी अलग-अलग होती है, लेकिन आम तौर पर आपको इनमें से एक या एक से ज़्यादा काम करने होते हैं:

• कॉन्टेंट मैनेजमेंट सिस्टम सेट अप करें (आम तौर पर, इस्तेमाल की जाने वाली पुरानी साइट की तरह ही) और पुरानी साइट से कॉन्टेंट को इंपोर्ट करें.
• ऐसी इमेज और डाउनलोड की गई फ़ाइलों को ट्रांसफ़र करें जिन्हें होस्ट किया जा रहा है. इनमें, PDF दस्तावेज़ जैसी फ़ाइलें शामिल हैं.
  इन पर शायद Google Search या लिंक से पहले से ही ट्रैफ़िक आ रहा हो. इनकी नई जगह के बारे में उपयोगकर्ताओं और Googlebot को बताना कारगर साबित होता है.
• साइट को एचटीटीपीएस पर ले जाने के लिए, ज़रूरी TLS प्रमाणपत्र पाएं और उन्हें अपने सर्वर पर कॉन्फ़िगर करें.

• अपनी नई साइट के लिए robots.txt सेट अप करें और पक्का करें कि नई साइट की robots.txt फ़ाइल में दिए गए नियम, उन हिस्सों को सही तरीके से दिखाते हों जिन्हें आपको क्रॉल करने से रोकना है.

  ध्यान दें कि कुछ साइटों के मालिक डेवलपमेंट के दौरान सभी तरह की क्रॉलिंग पर रोक लगा देते हैं. अगर इस रणनीति का इस्तेमाल किया जाता है, तो इस बात की तैयारी ज़रूर कर लें कि साइट को एक जगह से दूसरी जगह भेजना शुरू करने के बाद, robots.txt फ़ाइल किस तरह दिखनी चाहिए. इसी तरह, अगर डेवलपमेंट के दौरान noindex नियमों का इस्तेमाल किया जाता है, तो उन यूआरएल की सूची बना लें जिनसे आपको noindex नियम हटाने हैं. ये नियम, साइट को एक जगह से दूसरी जगह भेजना शुरू करने पर हटाए जाते हैं.

• मिटाए गए या मर्ज किए गए कॉन्टेंट के लिए गड़बड़ियां बताना अगर अपने सभी पुराने कॉन्टेंट को नई साइट पर नहीं ले जाया जा रहा है, तो पक्का करें कि नई साइट पर वे यूआरएल एचटीटीपी 404 या 410 गड़बड़ी का रिस्पॉन्स कोड सही तरीके से दिखाएं.

• पक्का करें कि Search Console की सेटिंग सही हों, ताकि साइट को नई जगह पर ले जाने में मदद मिल सके.

  अगर आपने अब तक ऐसा नहीं किया है, तो Search Console में पुरानी और नई, दोनों साइटों की पुष्टि करें. पुरानी और नई, दोनों साइटों के सभी वर्शन की पुष्टि करना न भूलें. उदाहरण के लिए, www.example.com और example.com की पुष्टि करें. साथ ही, अगर एचटीटीपीएस यूआरएल इस्तेमाल होता है, तो आपको साइट के एचटीटीपीएस और एचटीटीपी वर्शन को इसमें शामिल करना चाहिए. इसे पुरानी और नई, दोनों साइटों के लिए करें.

  • Search Console पर पुष्टि की प्रक्रिया की समीक्षा करना

    पक्का करें कि साइट को दूसरी जगह भेजने के बाद भी Search Console पर की गई पुष्टि लागू रहे. अगर पुष्टि के लिए पहले से अलग तरीके का इस्तेमाल किया जा रहा है, तो ध्यान रखें कि यूआरएल बदलने पर पुष्टि वाले टोकन अलग हो सकते हैं.

    अगर Search Console में अपनी साइट के मालिकाना हक की पुष्टि के लिए, एचटीएमएल फ़ाइल वाला तरीका इस्तेमाल किया जा रहा है, तो पुष्टि वाली मौजूदा फ़ाइल को साइट की नई कॉपी में शामिल करना न भूलें.

    इसी तरह, अगर शामिल की गई ऐसी फ़ाइल से मालिकाना हक की पुष्टि की जा रही है जो meta टैग या Google Analytics की जानकारी दिखाती है, तो पक्का करें कि कॉन्टेंट मैनेजमेंट सिस्टम की नई कॉपी में यह भी शामिल हो.

  • Search Console में कॉन्फ़िगर की गई किसी ऐसी सेटिंग की समीक्षा करें जिसे आपने पुरानी साइट के लिए सेट किया हो. साथ ही, पक्का करें कि उन बदलावों को दिखाने के लिए, नई साइट की सेटिंग भी अपडेट की गई हों. उदाहरण के लिए:

    • क्रॉल दर: पुरानी और नई साइट, दोनों के लिए "Googlebot को तय करने दें" पर क्रॉल दर सेट करें.
    • अस्वीकार किए गए बैकलिंक: अगर आपने पुरानी साइट पर, अस्वीकार किए गए लिंक वाली कोई फ़ाइल अपलोड की है, तो हमारा सुझाव है कि आप उसे नई साइट के Search Console खाते का इस्तेमाल करके फिर से अपलोड करें.

  • हाल ही में खरीदे गए डोमेन से पुराना डेटा मिटाएं; आपको यह पक्का करना चाहिए कि इसमें पहले से मौजूद समस्याएं न रहें. इन सेटिंग की जांच करें:

    • पुराने स्पैम के लिए मैन्युअल ऐक्शन. अगर नई साइट पर मैन्युअल ऐक्शन लिए गए हैं, तो वहां बताई गई समस्याओं को हल करें. साथ ही, साइट को फिर से शामिल करने का अनुरोध करें.
    • हटाए गए यूआरएल. पक्का करें कि साइट के पिछले मालिक ने ऐसे यूआरएल न छोड़े हों जिन्हें हटाना ज़रूरी था. खास तौर पर, पूरी साइट से हटाए जाने वाले यूआरएल.

• पुरानी और नई, दोनों साइटों के इस्तेमाल का विश्लेषण करने के लिए, वेब ऐनलिटिक्स का इस्तेमाल करें. इस काम में वेब ऐनलिटिक्स सॉफ़्टवेयर मदद कर सकता है. आम तौर पर, वेब ऐनलिटिक्स के कॉन्फ़िगरेशन में, आपके पेजों में एम्बेड किया गया JavaScript शामिल होता है. अलग-अलग साइटों को ट्रैक करने की जानकारी, आपके ऐनलिटिक्स सॉफ़्टवेयर और लॉग, प्रोसेस या फ़िल्टर करने वाली उसकी सेटिंग के आधार पर अलग-अलग हो सकती है. सहायता पाने के लिए, ऐनलिटिक्स सॉफ़्टवेयर वाली कंपनी से संपर्क करें. साथ ही, अगर आपको अपने ऐनलिटिक्स सॉफ़्टवेयर के कॉन्फ़िगरेशन में बदलाव करना है, तो इसके लिए यह मौका सही है. अगर Google Analytics इस्तेमाल हो रहा है और आपको अपनी कॉन्टेंट रिपोर्ट में साफ़ तौर पर अलग-अलग डेटा दिखाना है, तो हमारा सुझाव है कि नई साइट के लिए नई प्रोफ़ाइल बनाएं.

• पक्का करें कि आपके सर्वर में ज़रूरत के मुताबिक कंप्यूटिंग रिसॉर्स हों: डेटा दूसरी जगह भेजने के बाद, Google आपकी साइट को कुछ समय के लिए सामान्य से ज़्यादा क्रॉल करेगा. ऐसा इसलिए, क्योंकि ट्रैफ़िक को पुरानी साइट से नई साइट पर भेजा जाता है. इसके अलावा, नई साइट पर होने वाले दूसरे क्रॉल के साथ-साथ पुरानी साइट पर होने वाले क्रॉल को भी नई साइट पर रीडायरेक्ट किया जाएगा. पक्का करें कि आपकी नई साइट में उस बढ़े हुए ट्रैफ़िक को हैंडल करने की क्षमता हो जो Google से आ रहा है. अगर आपकी साइट ज़्यादा बड़ी है, तो सर्वर देने वाली संस्थाओं से संपर्क करें और उन्हें साइट को दूसरी जगह ले जाने के प्लान के बारे में जानकारी दें.

यूआरएल मैपिंग तैयार करना

पुरानी साइट के यूआरएल को नई साइट के यूआरएल से मैप करना ज़रूरी है. इस सेक्शन में ऐसे सामान्य तरीकों के बारे में बताया गया है जिनसे अपनी दोनों साइटों के यूआरएल का सही आकलन किया जा सकता है और उन्हें आसानी से मैप किया जा सकता है. इस मैपिंग को जनरेट करने का तरीका, आपकी मौजूदा वेबसाइट की बनावट और उसे दूसरी जगह ले जाने से जुड़ी जानकारी के आधार पर अलग-अलग होगा.

पुराने यूआरएल तय करना

यह मुमकिन है कि साइट को सामान्य तरीके से दूसरी जगह ले जाने पर, आपको पुराने यूआरएल की सूची न बनानी पड़े. उदाहरण के लिए, अगर आपने साइट का डोमेन बदला है (जैसे कि साइट को example.com से example.net पर माइग्रेट किया जा रहा है), तो रीडायरेक्ट करने के लिए, वाइल्डकार्ड सर्वर साइड का इस्तेमाल किया जा सकता है.

साइट माइग्रेट करने के जटिल तरीकों में, आपको पुराने यूआरएल की सूची बनानी होगी और उन्हें नई डेस्टिनेशन से मैप करना होगा. आपको पुराने यूआरएल किस तरह दिखेंगे, यह आपकी मौजूदा वेबसाइट के कॉन्फ़िगरेशन पर निर्भर करता है. हालांकि, पुराने यूआरएल को देखने के कुछ आसान तरीके यहां बताए गए हैं:

• अहम यूआरएल से शुरुआत करें. उन्हें ढूंढने के लिए:
  • अपने साइटमैप में देखें, क्योंकि हो सकता है कि Search Console में आपके सबसे अहम यूआरएल इस तरीके से सबमिट किए गए हों
  • सबसे ज़्यादा ट्रैफ़िक पाने वाले यूआरएल के बारे में जानने के लिए, अपने सर्वर लॉग या ऐनलिटिक्स सॉफ़्टवेयर देखें
  • अंदरूनी और बाहरी लिंक वाले पेजों के बारे में जानने के लिए, Search Console में आपकी साइट में लिंक वाली सुविधा देखें
• अपना कॉन्टेंट मैनेजमेंट सिस्टम इस्तेमाल करें. इसकी मदद से, कॉन्टेंट होस्ट करने वाले सभी यूआरएल की सूची आसानी से पाई जा सकती है.
• अपने सर्वर लॉग देखें और ऐसे यूआरएल के बारे में जानें जिनको कम से कम एक बार हाल ही में ऐक्सेस किया गया है. सीज़न के हिसाब से ट्रैफ़िक में होने वाले बदलाव को ध्यान में रखते हुए, अपनी साइट के लिए ऐसी समयावधि चुनें जो कारगर हो.
• इमेज और वीडियो शामिल करें—अपनी साइट को दूसरी जगह ले जाने के प्लान में, एम्बेड किए गए कॉन्टेंट वाले यूआरएल ज़रूर शामिल करें: वीडियो, इमेज, JavaScript, और सीएसएस फ़ाइलें. इन यूआरएल को उसी तरह दूसरी जगह भेजना चाहिए जिस तरह वेबसाइट के दूसरे कॉन्टेंट को भेजा जाता है.

पुराने यूआरएल से नए यूआरएल मैप करना

पुराने यूआरएल की सूची बनाने के बाद, यह तय कर लें कि किस यूआरएल को कहां रीडायरेक्ट करना है. इस मैपिंग को किस तरह सेव किया जाएगा, यह आपके सर्वर और साइट को दूसरी जगह ले जाने पर निर्भर करता है. डेटाबेस का इस्तेमाल किया जा सकता है. इसके अलावा, आपके पास रीडायरेक्ट करने के सामान्य तरीकों के लिए, अपने सिस्टम पर यूआरएल को फिर से लिखने के कुछ नियम कॉन्फ़िगर करने के विकल्प मौजूद हैं.

नई साइट पर यूआरएल की सारी जानकारी अपडेट करना

यूआरएल की मैपिंग तय करने के बाद, पेजों पर ट्रैफ़िक लाने की तैयारी के लिए आपको तीन काम करने होंगे.

1. हर पेज के लिए, एचटीएमएल या साइटमैप एंट्री में नए यूआरएल दिखाने के लिए, एनोटेशन अपडेट करें:
   1. हर नए यूआरएल के लिए सेल्फ़ रेफ़रेंसिंग (मौजूदा पेज पर ले जाने वाला लिंक) rel="canonical" <link> टैग होना चाहिए.
   2. अगर दूसरी जगह ले जाई गई साइट के अलग-अलग भाषाओं या देशों के लिए बनाए गए वर्शन हैं और इन पेजों की व्याख्या rel-alternate-hreflang एनोटेशन इस्तेमाल करके की गई है, तो नए यूआरएल इस्तेमाल करने के लिए एनोटेशन ज़रूर अपडेट कर लें.
2. अंदरूनी लिंक अपडेट करें.
   नई साइट पर इंटरनल लिंक बदलें. इसके लिए पुराने यूआरएल की जगह नए यूआरएल डालें. ज़रूरत के हिसाब से लिंक ढूंढने और उन्हें अपडेट करने के लिए, पहले जनरेट की गई मैपिंग का इस्तेमाल किया जा सकता है.
3. साइट को माइग्रेट करने के लिए इन सूचियों को सेव करें:
   
   • ऐसी साइटमैप फ़ाइल जिसकी मैपिंग में नए यूआरएल मौजूद हैं. साइटमैप बनाने के बारे में जानकारी देने वाले हमारे दस्तावेज़ देखें.
   • आपके पुराने यूआरएल से लिंक करने वाली साइटों की सूची. आपको अपनी साइट पर ले जाने वाले लिंक Search Console में मिल सकते हैं.

रीडायरेक्ट करने की रणनीति बनाना

मैपिंग और नई साइट तैयार होने के बाद, अगला चरण रीडायरेक्ट करने की रणनीति बनाना है. हमारा सुझाव है कि आप मैपिंग के हिसाब से, पुराने यूआरएल से नए यूआरएल पर सर्वर साइड स्थायी रीडायरेक्ट का इस्तेमाल करें. तकनीकी तौर पर किस तरह के सर्वर साइड रीडायरेक्ट इस्तेमाल किए जा सकते हैं, इस बारे में अपने सर्वर एडमिन (या होस्टिंग कंपनी) से पता करें. अगर आपका सर्वर, Apache एचटीटीपी सर्वर या आपके कॉन्टेंट मैनेजमेंट सिस्टम में रीडायरेक्ट फ़ंक्शन का इस्तेमाल कर रहा है, तो ये .htaccess फ़ाइलों में रीडायरेक्ट करने के नियम हो सकते हैं.

अगर सर्वर साइड रीडायरेक्ट का कोई भी सेट अप नहीं हो पाता है, तो क्लाइंट साइड रीडायरेक्ट का इस्तेमाल आखिरी विकल्प के तौर पर किया जा सकता है.

साइट को दूसरी जगह भेजने का तरीका तय करें — सब एक साथ भेजना है या सेक्शन के हिसाब से:

• छोटे और मध्यम साइज़ की साइटें: हमारा सुझाव है कि आप एक समय में एक सेक्शन को माइग्रेट करने के बजाय, अपनी साइट के सभी यूआरएल एक साथ माइग्रेट करें. ऐसा करने से, लोग नई साइट को बेहतर तरीके से इस्तेमाल कर पाएंगे. साथ ही, इससे हमारे एल्गोरिदम को साइट के माइग्रेट होने का पता लगाने और हमारे इंडेक्स को तेज़ी से अपडेट करने में मदद मिलती है.
• बड़ी साइटें: बड़ी साइटों के लिए एक समय में एक सेक्शन को माइग्रेट किया जा सकता है. इससे समस्याओं पर नज़र रखना, उनका पता लगाना, और उन्हें ज़्यादा तेज़ी से ठीक किया जा सकता है.

इन बातों का ध्यान रखें:

• अगर तकनीकी तौर पर मुमकिन हो, तो सर्वर साइड परमानेंट रीडायरेक्ट का इस्तेमाल करें. हालांकि, Googlebot कई तरह के रीडायरेक्ट के साथ काम करता है, लेकिन हमारा सुझाव है कि अगर हो सके, तो आप एचटीटीपी स्थायी रीडायरेक्ट इस्तेमाल करें, जैसे कि 301 और 308.
• रीडायरेक्ट की चेन न बनाएं. हालांकि, Googlebot, एक से ज़्यादा रीडायरेक्ट की "चेन" में 10 हॉप फ़ॉलो कर सकता हैस(उदाहरण के लिए, पेज 1 > पेज 2 > पेज 3), हम सीधे आखिरी डेस्टिनेशन पर रीडायरेक्ट करने की सलाह देते हैं. अगर ऐसा करना मुमकिन न हो, तो चेन में रीडायरेक्ट की संख्या कम रखें. यह संख्या तीन से पांच के बीच होनी चाहिए. रीडायरेक्ट की चेन बनाने से, लोगों के लिए इंतज़ार का समय बढ़ता है. साथ ही, सभी उपयोगकर्ता एजेंट और ब्राउज़र, लंबी रीडायरेक्ट चेन के साथ काम नहीं करते.

साइट का प्रोटोकॉल बदलने की प्रोसेस शुरू करना

जब यूआरएल मैपिंग सटीक हो और आप रीडायरेक्ट करने का प्लान पूरा कर लें, तब आप साइट को दूसरी जगह भेजने के लिए तैयार हैं.

1. रीडायरेक्ट लागू करना या चालू करना: रीडायरेक्ट करने की आपकी रणनीति के आधार पर इसका मतलब यह हो सकता है कि आप अपने सर्वर की कॉन्फ़िगरेशन फ़ाइलों में कोई अपडेट लागू पुश करें या फिर अपने कॉन्टेंट मैनेजमेंट सिस्टम को कस्टम कोड से अपडेट कर दें.
2. rel="canonical" link एनोटेशन और robots meta नियमों की जांच करें: रीडायरेक्ट चालू होने के बाद, पक्का करें कि नई साइट पर rel="canonical"link एनोटेशन, नए यूआरएल का इस्तेमाल कर रहे हैं. इसी तरह, अगर आपने नई साइट में noindex robots meta नियम जोड़े हैं, तो नए यूआरएल को समय से पहले इंडेक्स करने से बचाने के लिए, उन्हें अपडेट करना न भूलें.
3. रीडायरेक्ट की जांच करें. अलग-अलग यूआरएल की जांच करने के लिए, यूआरएल जांचने वाले टूल का इस्तेमाल किया जा सकता है. इसके अलावा, कई यूआरएल की एक साथ जांच करने के लिए, कमांड-लाइन टूल या स्क्रिप्ट का इस्तेमाल किया जा सकता है.
4. Search Console में पुरानी साइट के लिए, पते में बदलाव करने का अनुरोध सबमिट करें.

5. रीडायरेक्ट को ज़्यादा से ज़्यादा समय तक रखने की कोशिश करें. आम तौर पर, इसे कम से कम एक साल तक रखा जाता है. इतने समय तक रखने से, Google सभी सिग्नल को नए यूआरएल पर ट्रांसफ़र कर पाता है. इसमें, फिर से क्रॉल करना और पुराने यूआरएल पर ले जाने वाली दूसरी साइटों के लिंक फिर से असाइन करना शामिल है.

   उपयोगकर्ताओं के नज़रिए के हिसाब से, रीडायरेक्ट को हमेशा के लिए रखें. हालांकि, रीडायरेक्ट की वजह से उपयोगकर्ताओं को ज़्यादा समय लगता है. इसलिए, उन्हें नए यूआरएल पर बेहतर तरीके से लाने के लिए, अपने लिंक और दूसरी वेबसाइटों के ज़्यादा ट्रैफ़िक वाले लिंक को अपडेट करें.

6. Search Console में नया साइटमैप सबमिट करें. इससे, Google को नए यूआरएल के बारे में जानने में मदद मिलेगी. अब आप चाहें, तो पुराने साइटमैप को हटाया जा सकता है, क्योंकि आने वाले समय में Google, नए साइटमैप का इस्तेमाल करेगा.

Googlebot और हमारा सिस्टम, साइट के सभी यूआरएल ढूंढने और उन्हें प्रोसेस करने में कितना समय लेंगे, यह इस बात पर निर्भर करता है कि आपके सर्वर कितनी तेज़ी से काम करते हैं और इस प्रोसेस में कितने यूआरएल शामिल हैं. आम तौर पर, छोटे से लेकर मध्यम साइज़ तक की वेबसाइट के ज़्यादातर पेजों को माइग्रेट करने में कुछ हफ़्ते लग सकते हैं. बड़ी साइटों को उससे कहीं ज़्यादा समय लग सकता है. Googlebot और हमारा सिस्टम सभी यूआरएल को कितनी तेज़ी से ढूंढ सकते हैं और प्रोसेस कर सकते हैं, यह इस बात पर निर्भर करता है कि आपका सर्वर कितनी तेज़ी से काम करता है और इस प्रोसेस में कितने यूआरएल शामिल हैं.

लिंक अपडेट करना

साइट को दूसरी जगह भेजने की प्रक्रिया शुरू के तुरंत बाद, उपयोगकर्ता अनुभव बेहतर बनाने और सर्वर का लोड कम करने के लिए, ज़्यादा से ज़्यादा लिंक अपडेट करने की कोशिश करें. इनमें शामिल हैं:

• इंटरनल लिंक: पहले बनाए गए यूआरएल मैपिंग के आधार पर, अपने पेजों पर ले जाने वाले सभी यूआरएल बदलें.
• बाहरी लिंक: आपके मौजूदा कॉन्टेंट के लिंक वाली उन साइटों से संपर्क करने की कोशिश करें जो आपकी सेव की गई सूची में मौजूद हैं. उनसे अपनी नई साइट पर ले जाने वाले लिंक को अपडेट करने के लिए कहें. ऐसे लिंक को प्राथमिकता दें जिनकी मदद से आपकी वेबसाइट पर ज़्यादा लोग आते हों.
• Facebook, Twitter, और LinkedIn जैसे सोशल मीडिया प्लैटफ़ॉर्म पर प्रोफ़ाइल के लिंक.
• नए लैंडिंग पेजों पर ले जाने के लिए विज्ञापन कैंपेन.

वेबसाइट के ट्रैफ़िक पर नज़र रखना

अपनी साइट को एक जगह से दूसरी जगह ले जाने की प्रोसेस शुरू करने के बाद, इस बात पर नज़र रखें कि नई साइट और पुरानी साइट पर उपयोगकर्ता और क्रॉलर का ट्रैफ़िक कैसे बदलता है. आम तौर पर, पुरानी साइट पर ट्रैफ़िक कम हो जाएगा, जबकि नई साइट पर ट्रैफ़िक में बढ़ोतरी होगी. Search Console और अन्य टूल का इस्तेमाल करके, साइटों पर लोगों और क्रॉलर की गतिविधि पर नज़र रखी जा सकती है.

साइट के ट्रैफ़िक पर नज़र रखने के लिए, Search Console का इस्तेमाल करना

Search Console की कई सुविधाएं, आपकी साइट को नए यूआरएल पर ले जाने की प्रोसेस पर नज़र रखने में मदद करती हैं. इनमें ये सुविधाएं शामिल हैं:

• साइटमैप: आपने मैपिंग के दौरान, जिन दो साइटमैप को सेव किया है उन्हें सबमिट करें. शुरुआत में, नए यूआरएल वाले साइटमैप में ऐसा एक भी पेज नहीं होगा जिसे इंडेक्स किया गया है. पुराने यूआरएल वाले साइटमैप में इंडेक्स किए गए कई पेज मौजूद होंगे. समय के साथ-साथ, नए यूआरएल वाले साइटमैप के इंडेक्स किए गए पेजों की संख्या बढ़ेगी और पुराने यूआरएल वाले साइटमैप के इंडेक्स किए गए पेजों की संख्या कम होती जाएगी. कुछ समय बाद, ऐसा कोई भी पेज नहीं रहेगा जिसे पुराने यूआरएल वाले साइटमैप से इंडेक्स किया गया हो. ध्यान दें कि Search Console, उस साइटमैप के लिए चेतावनियां दिखा सकता है जिसमें रीडायरेक्ट करने वाले यूआरएल पुरानी साइट के हैं. ऐसा होना आम बात है और ऐसी चेतावनियों को नज़रअंदाज़ करें: अब तो नई साइट के यूआरएल इस्तेमाल किए जा रहे हैं.
• इंडेक्स कवरेज रिपोर्ट: इस रिपोर्ट के ग्राफ़, साइट के माइग्रेट होने से जुड़े आंकड़े दिखाएंगे. इसमें पुरानी साइट के इंडेक्स किए गए यूआरएल की संख्या में गिरावट और नई साइट के इंडेक्स किए गए यूआरएल की संख्या में बढ़ोतरी दिखाई जाती है. क्रॉल करने के दौरान, अचानक मिलने वाली गड़बड़ियों के लिए साइट पर लगातार नज़र बनाए रखें.
• खोज क्वेरी: जैसे-जैसे नई साइट के पेज इंडेक्स होते जाते हैं और उन्हें खोज नतीजों में रैंक मिलनी शुरू होती है, खोज क्वेरी की रिपोर्ट में नई साइट के यूआरएल दिखने शुरू हो जाते हैं. इसमें, खोज नतीजों में मिले इंप्रेशन और साइट पर मिले क्लिक की जानकारी दिखती है.

ट्रैफ़िक पर नज़र रखने के लिए दूसरे टूल इस्तेमाल करना

अपने सर्वर के ऐक्सेस और गड़बड़ी के लॉग पर नज़र रखें. खास तौर पर, Googlebot के क्रॉल करने की प्रक्रिया, अचानक एचटीटीपी गड़बड़ी वाले स्टेटस कोड दिखाने वाले यूआरएल, और उपयोगकर्ताओं के सामान्य ट्रैफ़िक पर ध्यान दें.

अगर आपने अपनी साइट पर कोई वेब ऐनलिटिक्स सॉफ़्टवेयर इंस्टॉल किया है या अगर आपको कॉन्टेंट मैनेजमेंट सिस्टम (सीएमएस) से आंकड़े मिल रहे हैं, तो आपको इस तरह से ट्रैफ़िक पर नज़र रखने का सुझाव दिया जाता है. ऐसा करने से, आपकी पुरानी साइट से नई साइट पर जा रहे ट्रैफ़िक में बदलाव देखा जा सकता है. खास तौर पर, Google Analytics में रीयल-टाइम रिपोर्ट दिखाई जाती है. साइट को दूसरी जगह ले जाने के शुरुआती समय में, यह सुविधा आंकड़े देखने के लिए काम आती है. आपको पुरानी साइट पर ट्रैफ़िक में गिरावट और नई साइट पर हुई बढ़ोतरी दिख सकती है.

ज़्यादा रिसॉर्स

साइट को दूसरी जगह ले जाना मुश्किल और जटिल हो सकता है. इसलिए, आगे बढ़ने के लिए बहुत कुछ करना पड़ता है. हमें अलीडा सोलिस की साइट को दूसरी जगह भेजने से जुड़ी चेकलिस्ट बहुत काम की लगीं. साथ ही, साइट को माइग्रेट करने के लिए, Screaming Frog की टूल गाइड भी आपके काम आएगी.

अगर आपको कोई समस्या आ रही है, तो Google Search Central में मदद पाएं.
हमारे सहायता पेज पर, बहुत सी अच्छी सलाह मौजूद है. साथ ही, हमारे उपयोगकर्ता फ़ोरम में, इस बारे में बताया गया है कि कुछ खास मामलों में क्या कदम उठाने चाहिए. अगर आपके कोई और सवाल हैं, तो आपके पास एसईओ ऑफ़िस आवर्स सेशन में Google Search एक्सपर्ट से सवाल पूछने का विकल्प भी है.

साइट का प्रोटोकॉल बदलने में आने वाली समस्याओं को हल करना

जब किसी साइट के यूआरएल में बदलाव (जिसमें एच टीटीपी को एचटीटीपीएस में बदलना भी शामिल है) किया जाता है, तब ये सामान्य गलतियां हो सकती हैं. इन गलतियों की वजह से, शायद आपकी नई साइट पूरी तरह से इंडेक्स न हो पाए.