WordPress माइग्रेट करना जोखिम भरा लगता है, पर सही क्रम में काम करके आप होस्ट बदल सकते हैं बिना किसी दृश्यमान डाउनटाइम के। तरक़ीब: DNS छूने से पहले साइट को नए होस्ट पर पूरी तरह बनाएँ और टेस्ट करें। यहाँ भरोसेमंद तरीक़ा है।
शुरू करने से पहले
- दोनों होस्ट (पुराने और नए) तक पहुँच
- आपका नया WordPress होस्टिंग प्लान तैयार, साइट प्रीव्यू करने के लिए एक अस्थायी URL या IP के साथ
- एक हालिया फुल बैकअप (आप वैसे भी एक ताज़ा बैकअप बनाएँगे)
स्टेप 1: सब कुछ बैकअप करें
पुराने होस्ट से दो चीज़ें एक्सपोर्ट करें: सभी फ़ाइलें (ख़ासकर wp-content फ़ोल्डर) और डेटाबेस (phpMyAdmin एक्सपोर्ट या किसी माइग्रेशन प्लगइन के ज़रिए)। एक कॉपी लोकल रखें - कुछ ग़लत होने पर यही आपका रोलबैक है।
स्टेप 2: नए होस्ट पर WordPress सेट करें
नए होस्ट पर साइट और डेटाबेस बनाएँ। वन-क्लिक इंस्टॉलर के साथ इसमें मिनट लगते हैं। अभी अपना डोमेन पॉइंट न करें - आप होस्ट द्वारा दिए अस्थायी URL पर काम करेंगे ताकि लाइव साइट अछूती रहे।
स्टेप 3: फ़ाइलें और डेटाबेस ट्रांसफ़र करें
अपना wp-content (थीम, प्लगइन, अपलोड) नए सर्वर पर अपलोड करें, डेटाबेस इम्पोर्ट करें, और wp-config.php को नए डेटाबेस नाम, यूज़र और पासवर्ड के साथ अपडेट करें। अगर आप चाहें तो एक प्रतिष्ठित माइग्रेशन प्लगइन इसमें से ज़्यादातर स्वचालित कर सकता है।
स्टेप 4: अस्थायी URL पर टेस्ट करें - यह मुख्य चरण है
नए होस्ट के अस्थायी URL पर साइट ब्राउज़ करें। होमपेज, कुछ पोस्ट, एडमिन लॉगिन, फ़ॉर्म, और - WooCommerce के लिए - एक टेस्ट चेकआउट जाँचें। कोई भी समस्या अभी ठीक करें, जबकि लाइव साइट अब भी पुराने होस्ट से परोसी जा रही है। यह staging काम किसी को नहीं दिखता।
स्टेप 5: अपना DNS TTL घटाएँ (एक दिन पहले)
स्विच से एक दिन पहले, अपने डोमेन का DNS TTL घटाएँ (जैसे 300 सेकंड तक)। इससे बाद का DNS बदलाव घंटों की बजाय मिनटों में प्रचारित होता है - एक साफ़ कटओवर के लिए सबसे बड़ा एकल लीवर।
स्टेप 6: DNS स्विच करें
अपने डोमेन का A रिकॉर्ड (या nameservers) नए होस्ट पर पॉइंट करें। चूँकि आपने TTL घटाया है और प्रचार के दौरान दोनों कॉपियाँ लाइव हैं, विज़िटर निर्बाध रूप से एक या दूसरे होस्ट से परोसे जाते हैं - कोई त्रुटि पेज नहीं, कोई अंतराल नहीं।
स्टेप 7: पुराने होस्ट को 48 घंटे रखें
DNS के दुनिया भर में पूरी तरह प्रचारित होने तक पुरानी साइट को कुछ दिन चलने दें। एक बार जब एनालिटिक्स और सर्वर लॉग दिखाएँ कि सारा ट्रैफ़िक नए होस्ट पर आ रहा है, तो आप सुरक्षित रूप से पुराने को बंद कर सकते हैं।
बचने लायक़ आम ग़लतियाँ
- टेस्ट से पहले DNS स्विच करना - दृश्यमान डाउनटाइम का #1 कारण।
wp-config.phpके डेटाबेस क्रेडेंशियल अपडेट करना भूलना → कनेक्शन त्रुटियाँ।- डेटाबेस में हार्डकोडेड पुराने URL → एक सुरक्षित search-replace चलाएँ (कई माइग्रेशन प्लगइन यह करते हैं)।
- एक ऊँचा DNS TTL यथावत छोड़ देना → घंटों तक बँटा हुआ ट्रैफ़िक।
गंतव्य को सार्थक बनाएँ
एक साफ़ माइग्रेशन किसी धीमे होस्ट पर बेकार जाता है। ऐसे स्टैक पर माइग्रेट करें जो वाक़ई तेज़ हो: Infrawire की मैनेज्ड WordPress होस्टिंग NVMe SSD और Ryzen पर चलती है, मुफ़्त SSL और दैनिक बैकअप के साथ, और कटओवर के दौरान मदद चाहिए तो 24/7 सपोर्ट। होस्ट चुनने में नए हैं? सबसे अच्छी WordPress होस्टिंग कैसे चुनें देखें।
FAQ
नहीं, अगर आप पहले अस्थायी URL पर टेस्ट करें और स्विच से पहले DNS TTL घटाएँ। प्रचार के दौरान दोनों साइटें लाइव रहती हैं।
ट्रांसफ़र खुद आम तौर पर एक सामान्य साइट के लिए एक घंटे से कम में होता है; DNS प्रचार कम TTL के साथ मिनटों से कुछ घंटों में पूरा हो जाता है।
अक्सर हाँ - अपने नए होस्ट से पूछें। Infrawire का सपोर्ट WordPress होस्टिंग प्लान पर ट्रांसफ़र में मदद कर सकता है।