एजेंसियां अपने ग्राहकों की वेबसाइटों को एक साथ पूरी तरह से स्थानांतरित किए बिना कैसे स्थानांतरित कर सकती हैं
पोर्टफोलियो माइग्रेशन तकनीकी कारणों की तुलना में संबंध संबंधी कारणों से अधिक बार विफल होते हैं। यह गाइड उन निर्णयों को शामिल करती है जो कोई एजेंसी किसी भी स्थानांतरण शुरू होने से पहले लेती है: किस क्लाइंट साइट को पहले स्थानांतरित किया जाना चाहिए, होस्टिंग खाते का स्वामित्व किसके पास होना चाहिए, और कब समेकन कार्य संबंधों के लिए जोखिम के लायक है।
होस्टिंग माइग्रेशन देखने में सरल लगता है। फाइलों को कॉपी करें, डेटाबेस को स्थानांतरित करें, DNS को अपडेट करें, और साइट के लोड होने की पुष्टि करें। किसी एजेंसी के लिए, यह लगभग आधा काम है।
सबसे मुश्किल काम है ग्राहक के साथ संबंध बनाए रखना और साथ ही ऐसी चीजों में बदलाव करना जिन्हें ग्राहक शायद समझ न पाए, लेकिन खराबी आने पर तुरंत नोटिस कर लेगा। आपको एक्सेस, अपेक्षाएं, बिलिंग, सपोर्ट की ज़िम्मेदारी, मेंटेनेंस विंडो और उस प्रतिष्ठा को संभालना है जो आपकी एजेंसी ने वेबसाइट को सुचारू रूप से चलाने वाली टीम के रूप में बनाई है।
इसलिए सबसे सुरक्षित पोर्टफोलियो माइग्रेशन एक अच्छी तरह से चुनी गई साइट , एक स्पष्ट ऑपरेटिंग मॉडल और एक ऐसे परिणाम से शुरू होता है जिसका मूल्यांकन आप इसे दोहराने से पहले कर सकते हैं।
प्रवास के दौरान ग्राहक वास्तव में क्या आंकते हैं
लगभग कोई भी ग्राहक स्थानांतरण विधि की सुंदरता के आधार पर माइग्रेशन का मूल्यांकन नहीं करता है। वे पाँच चीजों का मूल्यांकन करते हैं:
- साइट उपलब्ध रही।
- फॉर्म अभी भी काम करते हैं।
- ईमेल अभी भी काम करता है।
- संबंधित पक्षों को पता था कि क्या हो रहा है।
- जब कोई सवाल उठा तो किसी ने उसकी जिम्मेदारी ले ली।
उस सूची के संबंध में एजेंसियों को दो प्रकार के जोखिम का सामना करना पड़ता है।
- तकनीकी जोखिम वह संभावना है कि कोई फ़ाइल, डेटाबेस, प्रमाणपत्र, एकीकरण या रूटिंग परिवर्तन नए वातावरण में अलग तरह से व्यवहार करे।
- संबंधों में जोखिम का अर्थ है कि स्वामित्व की अस्पष्टता के कारण एक सुलझने योग्य समस्या किसी एजेंसी की विफलता जैसी प्रतीत होने वाली स्थिति में बदल सकती है।
दूसरा तरीका ज़्यादा नुकसानदायक होता है, क्योंकि इससे ग्राहक का आपकी टीम के प्रति नज़रिया बदल जाता है। तकनीकी रूप से सुचारू रूप से चलने वाला बदलाव भी अव्यवस्थित लग सकता है जब किसी को यह पता न हो कि बदलाव की निगरानी कौन कर रहा है, ईमेल को कौन सी टीम सपोर्ट करती है, या ग्राहक को समस्या की रिपोर्ट कहाँ करनी चाहिए।
उपकरण चुनने या समय निर्धारित करने से पहले, चार प्रश्नों के उत्तर लिखित रूप में दें:
- हम इस ग्राहक को अभी क्यों स्थानांतरित कर रहे हैं?
- स्थानांतरण के बाद कौन से परिणाम बेहतर होने चाहिए?
- माइग्रेशन के दौरान और उसके बाद ग्राहक अनुभव के प्रत्येक भाग का स्वामित्व किसके पास है?
- किस प्रकार के साक्ष्य से हमें पता चलेगा कि इस संबंध को किसी अन्य स्थान तक विस्तारित किया जाना चाहिए?
यदि वे उत्तर अस्पष्ट हैं, तो माइग्रेशन तैयार नहीं है, भले ही बैकअप फ़ाइल तैयार हो।
ऐसी पहली साइट चुनें जिस पर आपका पूरा नियंत्रण हो।
सबसे महत्वपूर्ण या सबसे जटिल ग्राहक ही किसी नए होस्टिंग पार्टनर को साबित करने के लिए सबसे उपयुक्त जगह लगती है। लेकिन आमतौर पर, यह किसी नए कार्यप्रवाह को सीखने के लिए सबसे खराब जगह होती है।
एक उपयोगी प्रारंभिक माइग्रेशन इतना प्रतिनिधि होना चाहिए कि आपको कुछ सीखने को मिले और इतना सीमित होना चाहिए कि आपकी टीम बिना किसी संकट के अप्रत्याशित समस्याओं की जांच कर सके। एक स्थिर साइट की तलाश करें जिसे आपकी टीम समझती हो, जिसका स्वामित्व स्पष्ट हो, प्रशासनिक पहुंच कार्यशील हो, एक अद्यतन बैकअप हो और एक ऐसा क्लाइंट हो जो निर्धारित परिवर्तन समय सीमा को मंजूरी दे सके।
एक मजबूत प्रथम उम्मीदवार में क्या गुण होने चाहिए?
- यह एक सामान्य सीएमएस या परिचित एप्लिकेशन स्टैक चलाता है।
- प्रस्तावित अवधि के दौरान सीमित रीयल-टाइम राइट्स, ट्रांजैक्शन या मेंबरशिप गतिविधि होती है।
- DNS, डोमेन, ईमेल, एनालिटिक्स और तृतीय-पक्ष सेवाओं के स्वामित्व का दस्तावेजी प्रमाण है।
- यह उस कार्यभार को दर्शाता है जिसे आप पोर्टफोलियो में कहीं और भी देखने की उम्मीद करते हैं।
- ग्राहकों के साथ इतने मजबूत संबंध हैं कि वे ईमानदारी से परीक्षण और अनुमोदन कर सकें।
एक कमजोर प्रथम उम्मीदवार की क्या विशेषताएं होती हैं?
- आपका सबसे अधिक राजस्व वाला ग्राहक या सबसे अधिक व्यावसायिक रूप से महत्वपूर्ण एप्लिकेशन।
- एक ऐसी साइट जिसमें अप्रलेखित कस्टम कोड, परित्यक्त प्लगइन्स या अज्ञात सर्वर निर्भरताएं हों।
- एक ई-कॉमर्स या सदस्यता साइट जिसमें लगातार लेखन कार्य होता रहता है और रखरखाव के लिए कोई सहमत दृष्टिकोण नहीं है।
- एक ऐसा प्रोजेक्ट जिसमें डोमेन, डीएनएस, ईमेल या होस्टिंग खाता किसी पूर्व विक्रेता के पास हो।
- इस वेबसाइट को जल्दबाजी में तैयार किया जा रहा है क्योंकि वर्तमान होस्टिंग खाता कल समाप्त हो रहा है।
अंतिम बिंदु पर विशेष ध्यान देने की आवश्यकता है। खाते की समाप्ति की तात्कालिकता एजेंसी माइग्रेशन में विफलता का सबसे आम कारण है, क्योंकि इससे परीक्षण करने, समानांतर रूप से वातावरण चलाने और रोलबैक करने की आपकी क्षमता समाप्त हो जाती है। यदि किसी क्लाइंट का खाता 72 घंटों में समाप्त हो रहा है, तो आमतौर पर पहला सही कदम एक और अवधि के लिए नवीनीकरण करना और अपने नियंत्रण में एक निर्धारित समय-सारणी के अनुसार माइग्रेट करना होता है।
बेहतर क्रमबद्धता: कम से मध्यम जोखिम वाली ऐसी साइट से शुरुआत करें जो भविष्य के कार्यों से मिलती-जुलती हो। वहां प्रक्रिया को समझें, फिर साक्ष्य के आधार पर अधिक मूल्यवान या अधिक जटिल कार्यभार की ओर बढ़ें।
होस्टिंग प्लान से पहले संबंध मॉडल तय करें
एजेंसियां सीधे उत्पाद चयन पर पहुंच जाती हैं: साझा, WordPress चाहे रीसेलर हो, वीपीएस हो या डेडिकेटेड सर्वर। सबसे महत्वपूर्ण निर्णय पहले लेना होगा। अकाउंट, बिलिंग, एक्सेस, सपोर्ट संबंध और रोज़मर्रा के ग्राहक अनुभव का मालिक कौन होगा?
उस जवाब से यह तय होता है कि आपकी एजेंसी किन चीजों को मानकीकृत कर सकती है, मुनाफा कहां से आएगा और ग्राहक को किस तरह की सहायता मिलेगी। एक ही पोर्टफोलियो में कई मॉडल साथ-साथ मौजूद हो सकते हैं।
एक छोटा ग्राहक सरल प्लान लेकर और आपकी टीम को एक्सेस देकर सबसे अधिक संतुष्ट हो सकता है। दूसरा ग्राहक होस्टिंग को रिटेनर में शामिल होने की उम्मीद कर सकता है। एक उच्च-संसाधन वाले एप्लिकेशन को ऐसे वातावरण की आवश्यकता हो सकती है जिसे आपकी एजेंसी सीधे कॉन्फ़िगर करे। केवल समेकन कुशल प्रतीत होने के कारण इन तीनों को एक ही खाता संरचना में जबरदस्ती शामिल न करें।
एक बार संबंध मॉडल तय हो जाने के बाद, कार्यभार के आधार पर होस्टिंग विकल्पों की तुलना करें: एप्लिकेशन अनुकूलता, सीपीयू और मेमोरी, प्रबंधन स्तर, सुरक्षा आवश्यकताएँ, अपेक्षित वृद्धि और आपकी एजेंसी द्वारा वहन की जाने वाली जिम्मेदारियाँ। एजेंसी होस्टिंग सॉल्यूशंस पेज इन मॉडलों को विशिष्ट योजनाओं से जोड़ता है, और द डिजिटल मार्केटिंग एजेंसीज़ कम्प्लीट गाइड टू स्ट्रेटेजिक होस्टिंग में होस्टिंग निर्णय मैट्रिक्स क्लाइंट परिदृश्य, बजट और एजेंसी के आकार के आधार पर इसी तुलना को दर्शाता है।
पहले चरण को पायलट के रूप में चलाएं
एक पायलट प्रोजेक्ट निर्णय लेने का एक बिंदु बनाता है। एक वादा आगे बढ़ने का दबाव बनाता है, भले ही सबूत यह बताते हों कि दृष्टिकोण बदलने की आवश्यकता है।
पहले चरण को इतना छोटा रखें कि एजेंसी, क्लाइंट और होस्टिंग टीम इसके दायरे पर सहमत हो सकें। तकनीकी विवरण कार्यभार के अनुसार भिन्न होते हैं। निर्णय लेने की प्रक्रिया में साइट और गंतव्य का चयन, स्थानांतरण, परीक्षण और नामित मालिकों के साथ साइट का स्थानांतरण, फिर क्लाइंट के अनुभव का सत्यापन और अगले साइट का चयन करने से पहले सीखी गई बातों का रिकॉर्ड रखना शामिल नहीं है।
तीसरा चरण ही वह जगह है जहाँ अधिकांश एजेंसियां संचयी लाभ खो देती हैं। जिस प्रवास प्रक्रिया की किसी ने समीक्षा नहीं की, उससे आपको कुछ भी ऐसा सीखने को नहीं मिलता जिसे आप किसी कनिष्ठ टीम सदस्य को सौंप सकें।
माइग्रेशन गारंटी उन एजेंसियों को कैसे सहायता प्रदान करती है जो अपनी साइटों को स्वयं माइग्रेट करती हैं
कई एजेंसियां माइग्रेशन का काम खुद ही करना पसंद करती हैं। आपको सिस्टम की पूरी जानकारी होती है, विंडो पर आपका पूरा नियंत्रण होता है, क्लाइंट के साथ आपका पूरा व्यवहार होता है, और कई जगहों पर माइग्रेशन का काम बिल के दायरे में आता है। इसे किसी वेंडर को सौंपना ऐसा लगता है मानो आप प्रक्रिया के उस हिस्से को छोड़ रहे हैं जिसमें आप सबसे माहिर हैं।
इसीलिए एजेंसी पार्टनर प्रोग्राम में मुफ्त माइग्रेशन सुविधा को हस्तांतरण के बजाय कवरेज के रूप में बेहतर समझा जाना चाहिए। मुफ्त साइट माइग्रेशन हर पार्टनर स्तर पर शामिल है , इसलिए यह विकल्प हमेशा उपलब्ध रहता है चाहे आप इसका उपयोग पहली साइट पर करें, पचासवीं पर करें, या केवल उस साइट पर करें जो गुरुवार रात 11 बजे खराब हो जाती है।
अपनी साइटों को माइग्रेट करने वाली एजेंसियां उस कवरेज का उपयोग तीन तरीकों से करती हैं:
- बार-बार दोहराए जाने वाले विज्ञापनों को हटा दें। ब्रोशर साइटें, छोटे विज्ञापन आदि। WordPress निर्माण, और सीधा cPanel वरिष्ठ डेवलपर के घंटों के बिना भी खाते सुचारू रूप से स्थानांतरित हो जाते हैं। उन्हें स्थानांतरण टीम को भेजें और अपने इंजीनियरों को बिल योग्य ग्राहक कार्यों में व्यस्त रखें।
- माइग्रेशन के दौरान बैकअप प्लान रखें। पैनल-टू-पैनल ट्रांसफर, बड़े डेटाबेस और पुराने PHP वातावरण जैसी समस्याओं के कारण इन-हाउस माइग्रेशन अक्सर रुक जाते हैं। बैकअप प्लान का मतलब है कि काम को आगे बढ़ाना एक स्कोप संबंधी निर्णय है, न कि क्लाइंट के साथ बजट पर बातचीत।
- काम को बाँट लें। आपकी टीम एप्लिकेशन, थीम और बिल्ड वैलिडेशन का काम संभालेगी। ट्रांसफर टीम सर्वर-साइड माइग्रेशन का काम संभालेगी। आप DNS टाइमिंग का ध्यान रखेंगे, जिससे कटओवर आपके और आपके क्लाइंट के शेड्यूल के अनुसार होगा।
वेबसाइट फाइलें, डेटाबेस और एप्लिकेशन एक मानक स्थानांतरण का मूल आधार हैं। ईमेल, DNS, SSL और कस्टम सर्वर कॉन्फ़िगरेशन अलग-अलग आइटम हैं जिनकी पुष्टि प्रत्येक साइट के लिए आवश्यक है, अनुमान लगाने की आवश्यकता नहीं है। नए जटिल निर्माणों के लिए लॉन्च असिस्ट का भी उपयोग किया जा सकता है, जिसमें सभी प्लान में इनमोशन सॉल्यूशंस टीम द्वारा दो घंटे का प्रबंधित माइग्रेशन सपोर्ट शामिल है।
अपने होस्टिंग पार्टनर से पहले ये सवाल पूछना ज़रूरी है
एक सार्थक माइग्रेशन वार्ता में व्यापक वादों के स्थान पर परिभाषित दायरा निर्धारित किया जाता है। ग्राहक को योजना प्रस्तुत करने से पहले, प्रदाता से निम्नलिखित बातों की पुष्टि करने के लिए कहें:
- इसमें क्या शामिल नहीं है? स्रोत वातावरण, गंतव्य योजना, पहुंच और जटिलता, ये सभी वास्तविक मार्ग को निर्धारित करते हैं। जो प्रदाता बहिष्करणों का उल्लेख करने को तैयार नहीं है, वह दायरे के बजाय विपणन का वर्णन कर रहा है।
- क्या ईमेल इसका हिस्सा है? मेलबॉक्स डेटा अक्सर वेबसाइट ट्रांसफर से बाहर रहता है। अगर ऐसा नहीं माना जाता है, तो कटओवर वाले दिन क्लाइंट के ईमेल में गड़बड़ी हो जाती है।
- कौन सत्यापन करता है, और रोलबैक क्या है? यदि कोई आपको साइन-ऑफ पॉइंट या यह नहीं बता सकता कि पिछला वातावरण कितने समय तक उपलब्ध रहेगा, तो आपके पास कोई योजना नहीं है।
इस कार्यप्रणाली में पहुंच संबंधी आवश्यकताओं, समय संबंधी कारकों और लागत में बदलाव के स्थान सहित सभी आठ विषय शामिल हैं, जिनमें शामिल हैं: सेवा में शामिल होने से प्राथमिकता वाली सेवा में लागत में परिवर्तन।
ग्राहक संचार प्रवास का एक हिस्सा है
आपकी एजेंसी को ग्राहक के दृष्टिकोण की जिम्मेदारी लेनी चाहिए, भले ही तकनीकी हस्तांतरण का अधिकांश कार्य किसी अन्य टीम द्वारा किया जा रहा हो। ग्राहक यह भरोसा चाहते हैं कि कोई योजना को समझता है। वे लगातार निम्न-स्तरीय स्थिति संदेशों की बौछार नहीं चाहते।
विंडो खुलने से पहले, यह स्पष्ट करें कि यह बदलाव क्यों हो रहा है, इससे क्या सुधार होगा, क्या पहले जैसा ही रहेगा और समस्या की रिपोर्ट कैसे करें। ग्राहक को यह आश्वासन देने से बचें कि उन्हें कुछ भी पता नहीं चलेगा। यह आश्वासन दें कि आपकी एजेंसी के पास एक योजना, नामित जिम्मेदारियां, परीक्षण मानदंड और समस्या निवारण प्रक्रिया मौजूद है। पहला आश्वासन आपके नियंत्रण से बाहर के DNS रिजॉल्वर द्वारा तोड़ा जा सकता है। दूसरा आश्वासन पूरी तरह से आपके नियंत्रण में है।
परिवर्तन के समय, व्यावसायिक शब्दावली में एक अपडेट भेजें जिसमें अगले अपडेट का समय भी बताया गया हो। सत्यापन के बाद, जाँच की गई जानकारी, शेष जानकारी, सहायता अनुरोध कहाँ भेजे जाएँगे और पुराने वातावरण को कब बंद किया जाएगा, इन सभी विवरणों के साथ प्रक्रिया को पूरा करें।
सबसे कठिन बातचीत वे होती हैं जिनकी तैयारी अधिकांश एजेंसियों ने नहीं की होती: ग्राहक को पता चलने से पहले ही घटना का खुलासा करना, और माइग्रेशन को कुछ समय के लिए स्थगित करने की सलाह देना। इस गाइडबुक में इन दोनों स्थितियों से निपटने के लिए तैयार पांच टेम्पलेट शामिल हैं।
सोच-समझकर किए गए समेकन के लिए व्यावसायिक तर्क
एजेंसियों को शायद ही कभी किसी होस्टिंग बिल में पांच डॉलर की बढ़ोतरी के कारण नुकसान होता है। उन्हें नुकसान बिखरे हुए लॉगिन, नवीनीकरण की अनियमित तिथियों, अस्पष्ट सहायता स्वामित्व, विशिष्ट वातावरण और वरिष्ठ कर्मचारियों द्वारा ग्राहक साइट के निर्माण की प्रक्रिया को पुनः समझने में लगने वाले घंटों के कारण होता है।
एक सुव्यवस्थित होस्टिंग पोर्टफोलियो इस प्रक्रिया को आसान बनाता है। प्रबंधन के सरल तरीके जूनियर टीम सदस्य को ऑनबोर्डिंग, एक्सेस, डॉक्यूमेंटेशन, सपोर्ट और रिन्यूअल प्लानिंग सिखाना आसान बनाते हैं। एक स्पष्ट क्लाइंट-फेसिंग सर्विस मॉडल आपकी एजेंसी को होस्टिंग, मेंटेनेंस और परफॉर्मेंस से संबंधित कार्यों को नियमित आय में बदलने के लिए एक मजबूत आधार प्रदान करता है। इस सर्विस लाइन की कीमत तय करना अपने आप में एक चुनौतीपूर्ण कार्य है, और 'द डिजिटल मार्केटिंग एजेंसीज़ कम्प्लीट गाइड टू स्ट्रेटेजिक होस्टिंग' के पैकेजिंग और रीसेलर-वर्सेस-रिटेल अध्यायों में उन संरचनाओं का वर्णन किया गया है जिनका उपयोग एजेंसियां वास्तव में करती हैं।
समेकन को अभी भी अपनी जगह बनानी होगी। यदि कोई साइट स्थिर, लाभदायक, अच्छी तरह से प्रलेखित और समर्थित है, तो केवल साइटों की संख्या बढ़ाने के लिए उसे स्थानांतरित करने से ग्राहक को कोई लाभ नहीं होता और जोखिम बढ़ जाता है। उन साइटों को प्राथमिकता दें जहां एक नया संबंध किसी वास्तविक समस्या का समाधान करता है: खराब समर्थन, परिचालन का फैलाव, सीमित पहुंच, कम प्रदर्शन क्षमता, स्वामित्व का बेमेल होना, या एक होस्टिंग मॉडल जो अब कार्यभार के अनुरूप नहीं है।
किसी भी चीज़ की योजना बनाने से पहले तीन प्रश्न
यदि किसी भी प्रश्न का उत्तर अज्ञात है, तो अगला चरण योजना बनाने के बजाय खोज करना है।
- क्या आप इस साइट को अभी स्थानांतरित करने का व्यावसायिक कारण बता सकते हैं, जिसे ग्राहक स्वीकार कर सके?
- क्या आपको पता है कि होस्टिंग अकाउंट, डोमेन, डीएनएस और ईमेल एक्सेस किसके पास है, और क्या आप आज उन चारों से संपर्क कर सकते हैं?
- क्या आपने इस साइट का बैकअप कम से कम एक बार सफलतापूर्वक पुनर्स्थापित कर लिया है?
वह तीसरा वाला बाकी दोनों से कहीं ज़्यादा समस्याएं पकड़ता है। किसी ने बैकअप को रीस्टोर नहीं किया है, यह एक परिकल्पना है।
किसी सहज अनुमान के बजाय सटीक उत्तर प्राप्त करने के लिए, इस रणनीति पुस्तिका में सात कारकों पर आधारित एक भारित स्कोरकार्ड शामिल है जिसमें तीन निर्णय श्रेणियां हैं, ताकि किसी विशिष्ट ग्राहक साइट के लिए आगे बढ़ने, पहले खोज करने या स्थगित करने का विकल्प मिल सके।
एजेंसी क्लाइंट माइग्रेशन के बारे में सामान्य प्रश्न
क्या होस्टिंग अकाउंट का स्वामित्व एजेंसी के पास होना चाहिए या क्लाइंट के पास?
यह इस बात पर निर्भर करता है कि आप बिलिंग और सपोर्ट कैसे करना चाहते हैं। क्लाइंट के स्वामित्व वाले खातों में नवीनीकरण और सपोर्ट क्लाइंट के पास ही रहते हैं और संबंध समाप्त होने पर आसानी से स्थानांतरित हो जाते हैं। एजेंसी के स्वामित्व वाले खाते आपको मूल्य निर्धारण पर नियंत्रण और नियमित आय प्रदान करते हैं, और डिफ़ॉल्ट रूप से आपको प्रथम-पंक्ति सपोर्ट प्रदाता बनाते हैं। माइग्रेशन से पहले निर्णय लें, बाद में नहीं।
किसी एजेंसी को क्लाइंट की साइट को माइग्रेट न करने का निर्णय कब लेना चाहिए?
जब साइट स्थिर हो, उसका दस्तावेज़ीकरण सही हो, वह लाभदायक हो और उसे अच्छी तरह से समर्थन प्राप्त हो, तभी उसे स्थानांतरित किया जा सकता है। इससे ग्राहकों की समस्या का समाधान किए बिना ही साइटों की संख्या बढ़ जाती है। साथ ही, जब पहुँच अधूरी हो, वर्तमान खाता कुछ ही दिनों में समाप्त होने वाला हो, या जब कोई यह पुष्टि न कर सके कि साइट किस पर निर्भर करती है, तब भी स्थानांतरण को स्थगित कर दें।
क्या निःशुल्क प्रवास का मतलब यह है कि मेरी एजेंसी प्रवास संबंधी कार्यों के लिए शुल्क नहीं ले सकती?
नहीं। कवर्ड ट्रांसफर में फ़ाइलें और डेटाबेस स्थानांतरित होते हैं। इसमें डिस्कवरी, डिपेंडेंसी मैपिंग, स्टेजिंग वैलिडेशन, क्लाइंट कम्युनिकेशन, माइग्रेशन के बाद QA या DNS कोऑर्डिनेशन शामिल नहीं है। यह काम आपको करना होगा और इसके लिए शुल्क देना होगा। एजेंसियां आमतौर पर इसे जटिलता के आधार पर एक निश्चित शुल्क वाली परियोजना के रूप में तय करती हैं या इसे नए क्लाइंट के ऑनबोर्डिंग शुल्क में शामिल कर लेती हैं।
मुझे कैसे पता चलेगा कि क्लाइंट की वेबसाइट माइग्रेशन के लिए तैयार है?
रेडी होने का मतलब है चार बातें सही हैं: आपके पास पूर्ण प्रशासनिक और DNS एक्सेस है, आपने बैकअप को सही तरीके से रिस्टोर किया है, आपके पास इंटीग्रेशन और शेड्यूल्ड टास्क की एक दस्तावेजी सूची है, और एक क्लाइंट ने विंडो को अप्रूव कर दिया है। इनमें से किसी एक के भी न होने पर शेड्यूलिंग का निर्णय एक डिस्कवरी टास्क में बदल जाता है।
कैसे InMotion Hosting एजेंसी प्रवासन का समर्थन करता है
माइग्रेशन विधि या क्लाइंट तिथि तय करने से पहले InMotion से बातचीत करें। टीम कार्यभार के अनुसार होस्टिंग विकल्पों की तुलना कर सकती है, उपलब्ध माइग्रेशन प्रक्रिया की समीक्षा कर सकती है और आपको बता सकती है कि पहली योग्य साइट को कौन सी जानकारी चाहिए।
पार्टनर्स को हर स्तर पर मुफ़्त साइट माइग्रेशन, एक ही लॉगिन से क्लाइंट अकाउंट्स को मैनेज करने के लिए वेबप्रो और उच्च स्तरों पर कस्टम क्लाइंट एनवायरनमेंट के लिए इनमोशन सॉल्यूशंस कंसल्टिंग आवर्स तक पहुंच मिलती है। सपोर्ट का काम इन-हाउस टीमों द्वारा किया जाता है, जो टियर 1 टिकट लेने से पहले 280 घंटे से अधिक का प्रशिक्षण पूरा करती हैं, और उनका औसत सपोर्ट कार्यकाल पांच साल से अधिक है। अंतर्निहित इंफ्रास्ट्रक्चर का स्वामित्व और संचालन इनमोशन के अपने डेटा केंद्रों में होता है, यही कारण है कि क्षमता और कॉन्फ़िगरेशन संबंधी प्रश्नों का उत्तर सीधे इनमोशन द्वारा दिया जाता है, न कि किसी तीसरे पक्ष के क्लाउड प्रदाता को टिकट भेजने के लिए।
प्रत्येक योजना 90 दिनों की मनी-बैक गारंटी द्वारा कवर की जाती है, जो पहले ग्राहक को अनिश्चितकालीन प्रतिबद्धता के बजाय एक निश्चित मूल्यांकन अवधि प्रदान करती है।
किसी एक ऐसी वेबसाइट से शुरुआत करें जिसके बारे में आप अच्छी तरह जानते हों।
पोर्टफोलियो माइग्रेशन अचानक नहीं होना चाहिए। यह सोच-समझकर लिए गए निर्णयों की एक श्रृंखला होनी चाहिए, जिसमें प्रत्येक निर्णय पिछले माइग्रेशन से प्राप्त साक्ष्यों पर आधारित हो। एक प्रतिनिधि साइट चुनें, स्पष्ट करें कि किसका क्या स्वामित्व है, गंतव्य और दायरे की पुष्टि करें, योजना का संचार करें और परिणाम का सत्यापन करें। फिर तय करें कि अगली साइट का माइग्रेशन करना है या नहीं।
इससे आपकी एजेंसी को एक बार के हस्तांतरण की तुलना में अधिक टिकाऊ चीज मिलती है: एक होस्टिंग संबंध और एक ऑपरेटिंग मॉडल जिसे आप उद्देश्यपूर्ण तरीके से विस्तारित कर सकते हैं।
मुफ़्त माइग्रेशन और पार्टनर प्राइसिंग के लिए आवेदन करें : एजेंसी पार्टनर प्रोग्राम में शामिल हों
मुफ्त डाउनलोड: एजेंसी माइग्रेशन प्लेबुक
इस गाइड का चरण-दर-चरण सहायक भाग। इसमें प्री-फ्लाइट इन्वेंट्री से लेकर डीकमीशन तक नौ चरणों वाली माइग्रेशन प्रक्रिया, भारित साइट योग्यता स्कोरकार्ड, एक पृष्ठ का रोलबैक निर्णय ट्री, पांच क्लाइंट संचार टेम्पलेट और तीन हल किए गए माइग्रेशन केस स्टडी शामिल हैं।
अतिरिक्त मार्गदर्शिकाएँ और उपकरण
ब्लॉग
नवीनतम वेब होस्टिंग समाचार, टिप्स और रुझानों से अपडेट रहें। अपनी ऑनलाइन उपस्थिति को बढ़ाने और अपनी वेबसाइट को सर्वश्रेष्ठ प्रदर्शन करने के लिए हमारे विशेषज्ञ लेखों का अन्वेषण करें।
सहायता केंद्र
हमारी समर्पित सहायता टीम से 24/7 सहायता प्राप्त करें। किसी भी होस्टिंग समस्या को जल्दी और कुशलता से हल करने के लिए संसाधनों, ट्यूटोरियल और गाइड के भंडार तक पहुँचें।
प्रबंधित होस्टिंग
उच्च-प्रदर्शन, सुरक्षित और विश्वसनीय प्रबंधित होस्टिंग समाधानों का अनुभव करें। जब आप अपना व्यवसाय बढ़ाने पर ध्यान केंद्रित करें, तो हमारे विशेषज्ञों को तकनीकी विवरण संभालने दें।