अपनी होस्टिंग बदलना

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

क्या आपको यूआरएल में बदलाव करना है? अगर आपको यूआरएल में ऐसे बदलाव करने हैं जो उपयोगकर्ता को आसानी से दिखेंगे, तो साइट का प्रोटोकॉल बदलने से इसकी शुरुआत करें.

खास जानकारी

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

होस्टिंग का नया इंफ़्रास्ट्रक्चर तैयार करना

इस सेक्शन में साइट को दूसरे इंफ़्रास्ट्रक्चर पर ले जाने से पहले का तरीका बताया गया है.

अपनी नई साइट कॉपी करना और उसकी जांच करना

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

• सिर्फ़ कुछ आईपी को ऐक्सेस देकर, टेस्टिंग एनवायरमेंट बनाएं. इसकी मदद से, वेबसाइट के लाइव होने से पहले सभी सुविधाओं की जांच की जा सकती है.
• अपनी नई साइट को किसी वेब ब्राउज़र में खोलें और अपनी साइट के सभी एलिमेंट की समीक्षा करें: पेज, इमेज, फ़ॉर्म, और डाउनलोड (जैसे कि पीडीएफ़ फ़ाइलें).
• नए इंफ़्रास्ट्रक्टर के लिए अस्थायी होस्टनेम के साथ, सार्वजनिक जांच की अनुमति दें (जैसे कि beta.example.com). इससे, ब्राउज़र के मुताबिक सुलभता की जांच की जा सकती है. अस्थायी होस्टनेम की मदद से, यह जांच की जा सकती है कि Googlebot आपकी साइट पर पहुंच सकता है या नहीं. टेस्ट साइट को गलती से इंडेक्स होने से रोकने के लिए, एचटीएमएल या एचटीटीपी पेजों के हेडर में noindex robots नियम जोड़ें.

इसकी जांच करना कि Googlebot, होस्टिंग के नए इंफ़्रास्ट्रक्चर को ऐक्सेस कर सकता है या नहीं

अगर आपके पास पहले से Search Console खाता नहीं है, तो अपनी साइट के लिए एक नया खाता बनाएं. इससे आपको Google के ऐक्सेस और ट्रैफ़िक पर नज़र रखने में मदद मिलेगी. अगर आपने अपनी नई साइट का अस्थायी होस्टनेम बनाया है, तो उसकी भी पुष्टि करें. देखें कि Googlebot, Search Console में यूआरएल की जांच करने वाले टूल का इस्तेमाल करके आपके नए इंफ़्रास्ट्रक्चर को ऐक्सेस कर सकता है या नहीं.

चेतावनी: अपने फ़ायरवॉल कॉन्फ़िगरेशन या सेवा में रुकावट (डीओएस) सुरक्षा से जुड़ी सेटिंग देखें. पक्का करें कि Googlebot, डीएनएस या साइट होस्ट करने वाली संस्था के सर्वर को ऐक्सेस कर पाए. Googlebot की पुष्टि करने का तरीका जानें.

अपने डीएनएस रिकॉर्ड के लिए TTL (टीटीएल) वैल्यू कम करना

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

Search Console की पुष्टि की प्रोसेस की समीक्षा करना

पक्का करें कि साइट को दूसरी जगह भेजने के बाद भी Search Console पर की गई पुष्टि लागू रहे.

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

इसी तरह से, मालिकाना हक की पुष्टि के लिए, अपने कॉन्टेंट मैनेजमेंट सिस्टम (सीएमएस) के टेंप्लेट में meta टैग या Google Analytics शामिल करने के दौरान, यह पक्का करें कि CMS की नई कॉपी में भी ये शामिल हों.

साइट को एक जगह से दूसरी जगह ले जाने की प्रोसेस शुरू करें

साइट को एक जगह से दूसरी जगह ले जाने की प्रोसेस कुछ इस तरह होती है.

1. क्रॉल करने पर लगाई गई अस्थायी रोक हटाएं. किसी साइट की नई कॉपी बनाते समय, कुछ साइटों के मालिक robots.txt फ़ाइल इस्तेमाल करके Googlebot और अन्य क्रॉलर की सभी तरह की क्रॉलिंग पर रोक लगा देते हैं. इसके अलावा, कॉन्टेंट को इंडेक्स करने पर रोक लगाने के लिए, noindex meta टैग या एचटीटीपी हेडर का इस्तेमाल करते हैं. जब आप साइट को एक जगह से दूसरी जगह पर ले जाने के लिए तैयार हों, तो साइट की नई कॉपी से ऐसी सभी रोक हटा दें.
2. डीएनएस सेटिंग अपडेट करें. डीएनएस रिकॉर्ड को अपडेट करके, साइट को एक जगह से दूसरी जगह ले जाने की प्रोसेस शुरू की जाती है. इस अपडेट से, डीएनएस रिकॉर्ड को सर्वर देने वाली नई संस्था से लिंक किया जाता है. यह करने का तरीका जानने के लिए, अपने डीएनएस प्रोवाइडर से संपर्क करें.

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

इस बात पर नज़र रखने के लिए कि इंफ़्रास्ट्रक्चर में बदलाव आसानी से हो रहा है:

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

Googlebot की क्रॉल दर के बारे में जानकारी देने वाला एक नोट

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

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

पुरानी होस्टिंग शट डाउन करना

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