SEO गंवाए बिना वेबसाइट माइग्रेशन

Dardo की वेबसाइट माइग्रेशन सेवा मौजूदा साइट को नए प्लेटफ़ॉर्म, होस्ट या डोमेन पर ले जाती है और उसके URL, रैंकिंग, कंटेंट, फ़ॉर्म और इंटीग्रेशन को सुरक्षित रखती है। यह उन टीमों के लिए है जो WordPress, Webflow, Wix, Framer, Squarespace या किसी पुराने कस्टम बिल्ड को छोड़ रही हैं और सर्च ट्रैफ़िक खोना नहीं चाह सकतीं। हम आमतौर पर साइटों को Cloudflare पर हेडलेस CMS के साथ कस्टम Astro बिल्ड में ले जाते हैं, और WordPress या Shopify पर माइग्रेशन की योजना भी इन्हीं जाँचों के साथ बनाते हैं।

WhatsApp पर हमें मैसेज करें
Dardo / संपादकीय इलस्ट्रेशन
इस पेज पर

वेबसाइट माइग्रेशन में क्या शामिल है

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

  • URL और कंटेंट इन्वेंटरी
  • हर पुराने URL को कवर करने वाला 1:1 रीडायरेक्ट मैप
  • कंटेंट, मेटाडेटा और मीडिया नए CMS में ट्रांसफ़र
  • फ़ॉर्म, एनालिटिक्स, कंसेंट और इंटीग्रेशन दोबारा बनाकर टेस्ट किए गए
  • स्टेजिंग क्रॉल और लॉन्च-डे चेकलिस्ट
  • 30 और 60 दिन पर सर्च रिव्यू
  • अकाउंट, DNS और रीडायरेक्ट सूची का हैंडओवर

कब माइग्रेट करें और कब इसके बजाय रीडिज़ाइन करें

माइग्रेशन तब चुनें जब साइट का कंटेंट और ढाँचा अब भी ठीक काम करता हो, लेकिन प्लेटफ़ॉर्म, होस्ट या डोमेन बदलना ज़रूरी हो: बढ़ती लागत, बिना मेंटेनेंस वाले प्लगइन, धीमा बिल्डर या नए डोमेन पर नया ब्रांड। अगर पेज अब आपकी पेशकश को ठीक से नहीं समझाते, तो वेबसाइट रीडिज़ाइन चुनें, जो यही जाँचें नए डिज़ाइन के भीतर चलाता है। अगर आपको मौजूदा प्लेटफ़ॉर्म पर सिर्फ़ सर्च से जुड़े सुधार चाहिए, तो SEO से शुरू करें।

माइग्रेशन कैसे चलता है: इन्वेंटरी, मैप, रिहर्सल, स्विच, निगरानी

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

लॉन्च से पहले हम पुराने URL की पूरी सूची के साथ स्टेजिंग को क्रॉल करते हैं और हर गड़बड़ी ठीक करते हैं। लॉन्च एक तय विंडो में होता है: DNS या होस्टिंग स्विच होती है, रीडायरेक्ट लाइव होते हैं, साइटमैप सबमिट होते हैं, फ़ॉर्म असली सबमिशन से टेस्ट होते हैं और डोमेन बदलने पर Search Console में Change of Address दर्ज किया जाता है। 30 और 60 दिन पर हम इंडेक्सिंग और सर्च परफ़ॉर्मेंस की तुलना लॉन्च से पहले के बेसलाइन से करते हैं और डेटा जो दिखाए, उसे ठीक करते हैं।

कुछ भी हटाने से पहले किन चीज़ों की इन्वेंटरी बनती है?

हर वह चीज़ जो विज़िटर लाती है या कोई काम करती है, सिर्फ़ मेन्यू के पेज नहीं। सर्च ट्रैफ़िक अक्सर पुराने ब्लॉग पोस्ट, PDF, फ़िल्टर की गई लिस्टिंग या सालों से न बदले गए पेजों पर आता है। अगर कोई URL इन्वेंटरी में नहीं है, तो वह रीडायरेक्ट मैप में भी नहीं होगा, और उसके विज़िटर व लिंक एरर पेज पर पहुँचेंगे।

हर पंक्ति पर एक फ़ैसला होता है: रखना, स्थायी रूप से रीडायरेक्ट करना, किसी समकक्ष पेज में मिलाना, या हटाना। इसमें यह भी दर्ज होता है कि पेज किस पर निर्भर है, जैसे फ़ॉर्म का गंतव्य, बुकिंग विजेट, ट्रैकिंग स्क्रिप्ट या मीडिया फ़ाइल, ताकि यह निर्भरता भी उसके साथ ट्रांसफ़र हो।

  • हर वह URL जो जवाब देता है, जिसमें PDF, इमेज और पैरामीटर वाले URL भी शामिल हैं
  • कम से कम पूरे एक साल के Search Console और एनालिटिक्स लैंडिंग पेज, ताकि सीज़नल पेज भी गिने जाएँ
  • बैकलिंक: दूसरी साइटें किन पेजों से लिंक करती हैं
  • फ़ॉर्म, उनके फ़ील्ड और हर सबमिशन कहाँ जाता है
  • स्क्रिप्ट और इंटीग्रेशन: CRM, बुकिंग, चैट, पेमेंट, एनालिटिक्स, कंसेंट
  • मीडिया और डाउनलोड योग्य फ़ाइलें, उनके मौजूदा URL के साथ
  • CMS भूमिकाएँ: कौन किन फ़ील्ड के साथ क्या संपादित करता है

रीडायरेक्ट रैंकिंग और लिंक को कैसे सुरक्षित रखते हैं?

Google का साइट-मूव दस्तावेज़ कहता है कि हर पुराने URL को उसके नए URL से मैप करें और स्थायी सर्वर-साइड रीडायरेक्ट दें। 301 या 308 स्टेटस सर्च इंजनों को बताता है कि पेज हमेशा के लिए बदल गया है। हर पुराना URL सीधे अपने सबसे नज़दीकी समकक्ष पेज पर जाना चाहिए; Google छोटी चेन की सलाह देता है, आदर्श रूप से तीन हॉप से ज़्यादा नहीं, और आंतरिक लिंक अपडेट करने की भी, ताकि साइट रीडायरेक्ट पर निर्भर न रहे।

जब किसी पेज का कोई वास्तविक समकक्ष न हो, तो उसे 404 या 410 देना चाहिए। Google के अनुसार कई पुराने URL को नए होम पेज जैसे किसी असंबंधित गंतव्य पर रीडायरेक्ट नहीं करना चाहिए, और ये कोड लौटाने वाले URL वह अपने इंडेक्स से हटा देता है। इसी स्टेटस के साथ साइट का सामान्य नॉट-फ़ाउंड पेज दिखाएँ, ताकि पुराने लिंक से आने वाले विज़िटरों को भी नेविगेशन मिले।

Google यह भी कहता है कि रीडायरेक्ट जितने लंबे समय तक हो सके रखें, आमतौर पर कम से कम एक साल, और डोमेन या सबडोमेन बदलने पर Search Console में Change of Address दर्ज करें। वह चेताता है कि रैंकिंग में अस्थायी उतार-चढ़ाव की उम्मीद रखें; छोटी से मध्यम आकार की साइट में ज़्यादातर पेजों को बदलने में कुछ हफ़्ते लग सकते हैं। यह काम नुकसान को उसी ठहराव की अवधि तक सीमित रखता है, और छूटे रीडायरेक्ट या टूटे पेजों से होने वाले टाले जा सकने वाले नुकसान नहीं होने देता।

WordPress, Webflow, Wix, Framer, Squarespace या Shopify छोड़ने पर क्या टूटता है?

हर प्लेटफ़ॉर्म कंटेंट अपने ढंग से रखता है, इसलिए एक्सपोर्ट और रीडायरेक्ट सेटअप अलग-अलग होते हैं। Wix, Webflow, Framer और Squarespace जैसे होस्टेड बिल्डर आपकी साइट अपने सर्वर पर चलाते हैं, इसलिए माइग्रेशन दरअसल एक रीबिल्ड होता है, जिसमें हर प्लेटफ़ॉर्म जितना कंटेंट एक्सपोर्ट करने देता है, वही इस्तेमाल होता है।

हमारे डिफ़ॉल्ट स्टैक, यानी Cloudflare पर हेडलेस CMS के साथ Astro, में पेज HTML के रूप में दिए जाते हैं, रीडायरेक्ट सर्वर-साइड 301 या 308 होते हैं, और संपादकों को शीर्षक, विवरण और alt टेक्स्ट के लिए फ़ील्ड मिलते हैं। जब किसी स्टोर को Shopify का चेकआउट और ऐप चाहिए, या किसी टीम को अपने जाने-पहचाने WordPress प्लगइन पर भरोसा है, तो हम इन्हीं जाँचों के साथ WordPress या Shopify पर माइग्रेट करते हैं।

WordPress, Webflow, Wix, Framer, Squarespace या Shopify छोड़ने पर क्या टूटता है?
कहाँ से माइग्रेट कर रहे हैंआमतौर पर क्या टूटता हैहम किसकी योजना बनाते हैं
WordPressशॉर्टकोड और पेज-बिल्डर मार्कअप; पोस्ट बॉडी के बाहर प्लगइन द्वारा रखे गए SEO टाइटल; /wp-content/uploads/ के अंतर्गत इमेज URL; कैटेगरी, टैग, लेखक और फ़ीड URL; फ़ॉर्म प्लगइन।WordPress का एक्सपोर्ट पोस्ट, पेज, कस्टम फ़ील्ड, कैटेगरी, टैग और यूज़र को एक XML फ़ाइल में लिखता है। हम प्लगइन मेटाडेटा को CMS फ़ील्ड से मैप करते हैं, मीडिया को नई जगह होस्ट करते हैं और जिन आर्काइव पर अब भी ट्रैफ़िक आता है उन्हें रीडायरेक्ट करते हैं।
WebflowWebflow साइट होस्ट करता है। CMS कलेक्शन CSV के रूप में एक्सपोर्ट होते हैं, लेकिन इमेज और फ़ाइल फ़ील्ड Webflow प्रोजेक्ट के लिंक के रूप में एक्सपोर्ट होते हैं, जो Webflow के अनुसार प्रोजेक्ट डिलीट होने पर टूट जाते हैं।प्लान रद्द करने से पहले हर एसेट डाउनलोड करें, उन लिंक को दोबारा लिखें, और इंटरैक्शन, फ़ॉर्म तथा कलेक्शनों के बीच के लिंक फिर से बनाएँ।
WixWix का कहना है कि उसका आर्किटेक्चर बाहरी होस्टिंग को सपोर्ट नहीं करता, इसलिए साइट जैसी है वैसी किसी दूसरे होस्ट पर नहीं जा सकती।लाइव साइट और एक्सपोर्ट हो सकने वाले कंटेंट से साइट दोबारा बनाएँ, मीडिया इकट्ठा करें, पुष्टि करें कि डोमेन कहाँ रजिस्टर्ड है और हर पेज को रीडायरेक्ट करें।
FramerFramer सेल्फ-होस्टिंग के लिए HTML एक्सपोर्ट नहीं देता; लेआउट और एनिमेशन उसके प्लेटफ़ॉर्म पर निर्भर करते हैं।टेम्पलेट और मोशन दोबारा बनाएँ, CMS कंटेंट को नए मॉडल में ले जाएँ, और स्लग व मेटाडेटा बनाए रखें।
Squarespaceइसका एक्सपोर्ट कुछ कंटेंट WordPress-फ़ॉर्मेट की XML फ़ाइल में लिखता है और स्टोर पेज, प्रोडक्ट ब्लॉक व वीडियो ब्लॉक शामिल नहीं करता; केवल एक ब्लॉग पेज एक्सपोर्ट होता है।स्टोर डेटा की योजना अलग से बनाएँ, इमेज दोबारा होस्ट करें और हर कलेक्शन URL को मैप करें।
Shopify (आने या जाने पर)/products/ और /collections/ जैसे तय पाथ; रीडायरेक्ट केवल उन URL पर काम करते हैं जो अब कोई पेज लोड नहीं करते; कस्टमर अकाउंट और ऑर्डर के लिए अलग योजना चाहिए।Shopify पर आते समय: प्रोडक्ट और कलेक्शन की पूरी रीडायरेक्ट सूची, जिसे Shopify CSV फ़ाइल से एक साथ स्वीकार करता है। Shopify से जाते समय: उन तय पाथ को नए ढाँचे से मैप करना।

URL के अलावा और क्या ले जाया जाता है, और उसकी जाँच कब होती है?

कोई URL सही रीडायरेक्ट हो सकता है और फिर भी वह चीज़ खो सकता है जिससे वह रैंक करता था या कन्वर्ट होता था। एक्सपोर्ट फ़ाइल या हाथ से कंटेंट ले जाने पर ये चीज़ें आसानी से छूट जाती हैं, इसलिए लॉन्च से पहले नए टेम्पलेट पर हर एक की जाँच होती है।

लॉन्च के साथ काम खत्म नहीं होता: छूटे हुए URL हफ़्तों बाद डेटा में दिखते हैं, इसलिए तालिका में दी गई समीक्षाएँ प्रोजेक्ट का हिस्सा हैं।

  • टाइटल, मेटा डिस्क्रिप्शन और हेडिंग, प्लगइन में सेव किए गए भी
  • हर नए URL की ओर इशारा करते कैनोनिकल टैग, और हर भाषा में अपडेट किए गए hreflang
  • Organization, Article, Product या LocalBusiness जैसा स्ट्रक्चर्ड डेटा
  • इमेज URL, ऑल्ट टेक्स्ट और डाउनलोड की जा सकने वाली फ़ाइलें
  • फ़ॉर्म और हर सबमिशन का गंतव्य
  • एनालिटिक्स इवेंट, कन्वर्ज़न और उन्हें नियंत्रित करने वाला कंसेंट बैनर
  • CMS रोल, ताकि एडिटर लॉन्च के अगले दिन से पब्लिश कर सकें
URL के अलावा और क्या ले जाया जाता है, और उसकी जाँच कब होती है?
कबहम क्या जाँचते हैंचेतावनी का संकेत
स्विच से पहलेपुराने URL की सूची को स्टेजिंग पर क्रॉल किया जाता है: हर URL या तो 200 दे, या एक रीडायरेक्ट के बाद 200 पर पहुँचे, या जानबूझकर 404 या 410 देचेन, लूप, और होम पेज पर थोक रीडायरेक्ट
लॉन्च का दिनरीडायरेक्ट लाइव, नया साइटमैप सबमिट, स्टेजिंग का noindex हटाया गया, फ़ॉर्म और एनालिटिक्स टेस्ट किए गए, डोमेन बदलने पर Change of Address दाखिलऐसा फ़ॉर्म जो किसी तक नहीं पहुँचता; पूरी साइट पर बचा रह गया noindex
पहला हफ़्ताSearch Console में पेज इंडेक्सिंग, सर्वर के 404 लॉग, शीर्ष लैंडिंग पेज हाथ से जाँचनाइन्वेंटरी में न मिलने वाले पुराने URL
30वाँ दिनबेसलाइन के मुकाबले इंडेक्स हुए पेज, और पेज के अनुसार क्लिक व इंप्रेशनकुल उतार-चढ़ाव से कहीं ज़्यादा इंप्रेशन खोने वाले पेज
60वाँ दिनकमियाँ ठीक की गईं, रीडायरेक्ट सूची दर्ज की गई, कोई भी रीडायरेक्ट हटाने से पहले समीक्षा की तारीख तयहोस्टिंग, प्लगइन या DNS बदलाव में खो गए रीडायरेक्ट

चुनने से पहले कुछ सवाल

क्या वेबसाइट माइग्रेट करने पर मेरी Google रैंकिंग गिर जाएगी?

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

वेबसाइट माइग्रेशन में कितना समय लगता है?

यह URL की संख्या, पुराने प्लेटफ़ॉर्म से कंटेंट निकालने के तरीके, इंटीग्रेशन और अप्रूवल कितनी जल्दी मिलते हैं, इस पर निर्भर करता है। स्विच के बाद, Google के अनुसार छोटी से मध्यम साइट के ज़्यादातर पेज नए रूप में आने में कुछ हफ़्ते लग सकते हैं, इसलिए योजना में 30 और 60 दिन की समीक्षाएँ शामिल हैं।

क्या आप मेरी साइट का डिज़ाइन बदले बिना माइग्रेट कर सकते हैं?

जी हाँ। लाइक-फ़ॉर-लाइक माइग्रेशन में पेज, कंटेंट और URL उतने ही करीब रखे जाते हैं जितना नया प्लेटफ़ॉर्म अनुमति देता है। यह अक्सर ज़्यादा सुरक्षित पहला कदम होता है, क्योंकि प्लेटफ़ॉर्म और डिज़ाइन एक साथ बदलने पर यह समझना मुश्किल हो जाता है कि ट्रैफ़िक किस बदलाव से हिला। अगर आप नया डिज़ाइन भी चाहते हैं, तो वेबसाइट रीडिज़ाइन दोनों को एक ही योजना में कवर करता है।

शुरू करने के लिए आपको मुझसे क्या चाहिए?

मौजूदा CMS या बिल्डर, डोमेन रजिस्ट्रार और DNS, होस्टिंग, Search Console और एनालिटिक्स का एडमिन एक्सेस, साथ ही साइट से जुड़े फ़ॉर्म, CRM, ईमेल और पेमेंट टूल। अगर आप कोई SEO टूल इस्तेमाल करते हैं, तो बैकलिंक एक्सपोर्ट मददगार होता है। हमें ऐसा व्यक्ति भी चाहिए जो व्यावसायिक या कानूनी महत्व वाले पेजों, जैसे नीतियों या प्रोडक्ट पेज, के रीडायरेक्ट फ़ैसले मंज़ूर कर सके।

वेबसाइट माइग्रेशन की लागत कितनी होती है?

कीमत URL और टेम्पलेट की संख्या, पुराने प्लेटफ़ॉर्म से कंटेंट निकलने के तरीके (एक्सपोर्ट फ़ाइल, API या हाथ से दोबारा बनाना), इंटीग्रेशन, भाषाओं, स्टोर डेटा और डिज़ाइन बदलता है या नहीं, इस पर निर्भर करती है। साफ़ एक्सपोर्ट वाली 40 पेज की साइट और हज़ारों प्रोडक्ट URL वाले द्विभाषी स्टोर का काम अलग होता है। प्रस्ताव में माइग्रेशन का दायरा मद-दर-मद दिया जाता है।

मेरी पुरानी होस्टिंग और डोमेन का क्या होगा?

डोमेन अपने पास रखें: उसी पर आपके लिंक टिके हैं, और डोमेन बदलने के बाद पुराना डोमेन कम से कम उतने समय तक रीडायरेक्ट देता रहे जितना Google आमतौर पर सुझाता है, यानी एक साल। पुरानी होस्टिंग या बिल्डर प्लान तभी रद्द करें जब नई साइट हर URL का जवाब दे, आपके पास पूरा एक्सपोर्ट और बैकअप हो, और कोई रीडायरेक्ट उस पर निर्भर न हो। हैंडओवर में हर रद्दीकरण की तारीख दी जाती है, ताकि कुछ भी अचानक रिन्यू न हो या खत्म न हो जाए।

नई साइट का मालिक कौन होता है, और इसमें क्या शामिल नहीं है?

मालिक आप ही हैं। कोड रिपॉजिटरी, होस्टिंग, CMS, डोमेन और एनालिटिक्स आपकी कंपनी के नाम पर ही रहते हैं, और हैंडओवर में रीडायरेक्ट मैप भी शामिल होता है, ताकि कोई भी डेवलपर साइट को संभाल सके। जब तक अलग से तय न हो, माइग्रेशन में नया कंटेंट लिखना, नया डिज़ाइन बनाना या 60 दिन की समीक्षा के बाद चलने वाला SEO का काम शामिल नहीं होता।

ब्लॉग से

स्रोत और आगे पढ़ें

इस पेज के स्रोत, साथ में मूल प्रकाशकों से और जानकारी।

कुछ भी रद्द करने से पहले माइग्रेशन की योजना बनाएँ

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