कोई एकल वेबसाइट माइग्रेशन लागत नहीं है, और जो कोई भी आपके URLs को देखे बिना एक देता है वह अनुमान लगा रहा है (और अंधे अनुमान लगा रहा है)। प्रकाशित श्रेणियाँ छोटी मार्केटिंग साइट के लिए लगभग $10K से लेकर एंटरप्राइज़ और ई-कॉमर्स मूव के लिए 80K+ तक चलती हैं, जबकि FocusReactive स्पष्ट है कि पृष्ठ गणना अकेले इसका फैसला नहीं करती। लेकिन जबकि Google का साइट मूव दस्तावेज़ कोई कीमत नहीं देता, यह सटीक काम को परिभाषित करता है जिसे आपको मूल्य निर्धारण करना है। हर आंकड़े को सांकेतिक मानें। नीचे एक लाइन-आइटम वर्कशीट, दो लेबल किए गए उदाहरण स्कोप अपनी धारणाओं के साथ, एक स्कोपिंग चेकलिस्ट, और लॉन्च की गलतियों की लागत का एक गंभीर विश्लेषण है।
यह निर्धारित करें कि आप वास्तव में किस माइग्रेशन की कीमत लगा रहे हैं
'वेबसाइट माइग्रेशन' वाक्यांश के पीछे चार अलग-अलग काम छिपे होते हैं, और वे तीव्रता से भिन्न होते हैं। अगर आप उन्हें मिला देते हैं, तो आपको मिलने वाले उद्धरण दूर-दूर तक अलग होंगे (किसी के फायदे के लिए नहीं)।
- होस्ट मूव। समान URLs, समान साइट, नया इंफ्रास्ट्रक्चर। Google की होस्टिंग गाइड इसे कवर करती है: नई होस्टिंग तैयार करें, DNS बदलें, मॉनिटर करें, फिर पुरानी होस्टिंग को बंद करें। यह केवल तब लागू होता है जब उपयोगकर्ता-दृश्यमान URL समान रहता है।
- CMS परिवर्तन। सामग्री एक नई संपादन प्रणाली में जाती है। URLs समान रह सकते हैं या नहीं भी हो सकते। यह वह जगह है जहाँ सामग्री मॉडलिंग और आयात स्क्रिप्ट बजट खा जाती हैं।
- पुनर्डिज़ाइन। नया लेआउट और टेम्पलेट, अक्सर नए URL पैटर्न के साथ।
- पूर्ण पुनर्प्लेटफॉर्म। नया CMS, नया फ्रंट एंड, संभवतः नए URLs और नए इंटीग्रेशन, सब एक साथ।
यह पैसे के लिए क्यों मायने रखता है: Google की गाइड मौजूदा पृष्ठों के URLs को बदलने के बारे में है (जैसे HTTP से HTTPS, डोमेन परिवर्तन और पथ परिवर्तन), और इसकी सामान्य सलाह एक बार में एक चीज़ बदलना है। इरादतन रहें। इसका अपना उदाहरण डोमेन, CMS और लेआउट को एक साथ संभालने के बजाय पहले नए डोमेन में जाना और बाद में लेआउट बदलना है। एक पुनर्प्लेटफॉर्म को चरणों में विभाजित करने से कुछ प्रोजेक्ट ओवरहेड जुड़ता है। लेकिन व्यापार वास्तविक है: प्रत्येक चरण का एक छोटा विस्फोट त्रिज्या और एक स्पष्ट चालान है। वह विकल्प जानबूझकर करें, गलती से नहीं।
अपनी वर्कशीट के शीर्ष पर एक वाक्य लिखें: 'हम X कर रहे हैं, और इस चरण में हम Y नहीं कर रहे हैं।' वह वाक्य अपनी जगह का हकदार है। और अगर आपकी चाल WordPress से Astro की ओर है, तो हमने उस रूट और इसके SEO पहलू को अलग-अलग लिखा है (दो अलग समस्याओं के रूप में)।
कोई भी कोट माँगने से पहले इन्वेंटरी बनाएँ
एक कोट केवल उतना ही अच्छा होता है जितना कि उसके पीछे की इन्वेंटरी: पतली इन्वेंटरी, पतला कोट। FocusReactive इस बात को अच्छी तरह समझाता है (एक 8-लोकेल, 500-पेज साइट जिसमें कई इंटीग्रेशन हों, एक सिंगल-लोकेल 500-पेज साइट से कहीं ज्यादा बजट चाहिए)। पेज गिनती समान है। लेकिन यह एक बिल्कुल ही अलग काम है।
इन सात चीजों को गिनें:
- URLs। हर इंडेक्सेबल URL, केवल नेविगेशन वाले नहीं। Google बताता है कि पुराने URLs कहाँ छिपे होते हैं: sitemaps, सर्वर लॉग्स या आपके टॉप-ट्रैफिक URLs के लिए analytics, Search Console Links रिपोर्ट, और CMS URL लिस्टिंग। चारों सभी को खींचें। वे असहमत होंगे, और यह असहमति ही दिलचस्प हिस्सा है।
- Templates। अलग-अलग लेआउट, पेजेस नहीं। एक ही टेम्पलेट पर दस ब्लॉग पोस्ट सस्ते होते हैं। दस पेजेस दस अलग टेम्पलेट पर नहीं होते।
- Content types। पोस्ट्स, प्रोडक्ट्स, इवेंट्स, टीम मेंबर्स, हर एक के साथ फील्ड्स और रिलेशनशिप्स। रेफरेंस फील्ड्स वाली कलेक्शन्स ही वह जगह है जहाँ पैसा लगता है (Lil Big Things इन्हें अपने काम किए हुए उदाहरण में $4,000 प्रत्येक पर मूल्य देती है, इसके बारे में नीचे और जानें)।
- Integrations। CRM, payments, search, email, booking, analytics। कोई भी चीज जिसके पास एक API key हो और एक owner हो जो कंपनी छोड़ चुका हो।
- अनुवाद। Locale कंटेंट ट्रांसफर और QA को बढ़ाते हैं। Google यह भी कहता है कि बहुभाषी पेजों पर hreflang एनोटेशन को नए URLs के लिए अपडेट करने की ज़रूरत है।
- Media और downloads। Google कहता है कि इमेजेस और downloads जैसे PDFs को ट्रांसफर करें, और इमेज, विडियो, JavaScript और CSS URLs को मूव प्लान में शामिल करें। भूले हुए PDFs जिनके पास इनबाउंड लिंक्स हैं, यह एक क्लासिक है।
- Custom functionality। Calculators, member areas, filtered search, redirects जो एक प्लगइन के अंदर छिपे हों। बिना दस्तावेज़ के वाले आमतौर पर आश्चर्य होते हैं।
फिर हर URL को एक difficulty दें (और इसके बारे में बिल्कुल भावुक न हों)। FocusReactive के मैनुअल कंटेंट माइग्रेशन के आंकड़े मोटे तौर पर हर आसान पेज के लिए 15 मिनट, मध्यम पेज के लिए 25 और कठिन पेज के लिए 45 हैं, और यह कहता है कि समय सीमा लगभग हमेशा कम आंकी जाती है। और मैं इस पर बिना किसी शक के विश्वास करूँगा।
आपकी इन्वेंटरी शीट को इन कॉलम्स की जरूरत है: URL, template, content type, difficulty, traffic, और एक निर्णय (या तो keep, merge या drop)। वह आखिरी कॉलम मायने रखता है। Google कहता है कि हटाए गए या मर्ज किए गए कंटेंट के URLs को नई साइट पर HTTP 404 या 410 रिटर्न करना चाहिए, इसलिए एक 'drop' एक जानबूझकर की गई लाइन आइटम है, न कि एक चूक। लेकिन एक और स्केल चेक जोड़ें। FocusReactive नोट करता है कि redirect-storage लिमिट्स, जो आमतौर पर 50,000 से 100,000 entries तक होती हैं, SAP Hybris और Salesforce Commerce Cloud जैसे enterprise commerce platforms को प्रतिबंधित कर सकती हैं जब एक माइग्रेशन उस थ्रेशहोल्ड को पार करता है। अधिकतर साइट्स के लिए अप्रासंगिक। कुछ के लिए घातक।
Line-item वर्कशीट
इस संरचना का उपयोग करें। 'basis' कॉलम में केवल वे आंकड़े होते हैं जो मैं प्राप्त कर सकता हूँ (जहाँ कोई भी कीमत प्रकाशित नहीं करता, यह स्पष्ट कहता है), और आप बाकी को अपनी इन्वेंटरी से मूल्य देते हैं।
| लाइन आइटम | यह क्या ड्राइव करता है | सचित्र basis |
|---|---|---|
| Content transfer | कठिनाई के हिसाब से पेज, पोस्ट, मीडिया, locale | Manual: easy, medium या hard page के लिए क्रमशः 15, 25 या 45 मिनट। Webflow example: static page के लिए $300, blog post के लिए $30 |
| Design और build | Templates, reference fields वाली collections | Webflow उदाहरण: CMS टेम्पलेट के लिए $700, संदर्भ फील्ड वाले कलेक्शन के लिए $4,000। एक साथ रीडिज़ाइन के लिए 30% जोड़ें। |
| इंटीग्रेशन | गिनती, API गुणवत्ता | Webflow उदाहरण: प्रत्येक $1,500 |
| रीडायरेक्ट्स | URL मैप में पंक्तियाँ, चेन लंबाई | प्रकाशित मूल्य नहीं। मैप से मूल्य |
| SEO सत्यापन | कैनोनिकल्स, hreflang, साइटमैप, robots, noindex | प्रकाशित मूल्य नहीं |
| QA | फॉर्म, ट्रैकिंग, डाउनलोड, डिवाइस | प्रकाशित मूल्य नहीं |
| लॉन्च और मॉनिटरिंग | DNS, सर्वर क्षमता, मॉनिटरिंग विंडो | प्रकाशित मूल्य नहीं |
| आकस्मिक व्यय | अज्ञात | सबटोटल का 15 से 20% |
प्रति-यूनिट Webflow आंकड़े Lil Big Things से आते हैं, 21 सितंबर 2026 को प्रकाशित, जो दावा करते हैं कि गणित वास्तविक एजेंसी उद्धरण के 20% के भीतर आती है। लेकिन इसे सावधानी से मानें। यह एक विक्रेता है, यह Webflow-विशिष्ट है, और यह रीडायरेक्ट, SEO सत्यापन या QA को आइटमाइज़ नहीं करता (ऐसी चूकें जो कुल को जल्दी विकृत कर देती हैं)। इसे दर कार्ड नहीं, सत्यापन जांच के रूप में उपयोग करें। आकस्मिक सीमा FocusReactive से है।
अमूल्य पंक्तियों में क्या होना चाहिए
रीडायरेक्ट। मैप में पुरानी प्रत्येक URL के लिए एक पंक्ति रखें, प्रत्येक पंक्ति सीधे इसके अंतिम गंतव्य की ओर इंगित करे: कोई बिचौलिया नहीं। Google सर्वर-साइड स्थायी रीडायरेक्ट की अनुशंसा करता है, 301 या 308, और क्लाइंट-साइड रीडायरेक्ट को अंतिम उपाय के रूप में मानता है। यह कहता है कि Googlebot 10 हॉप तक का पालन कर सकता है, लेकिन सीधे जाने की सलाह देता है; यदि आप नहीं कर सकते, तो चेन को आदर्श रूप से 3 से अधिक और 5 से कम रखें। और Google यह भी कहता है कि स्थायी रीडायरेक्ट PageRank में हानि का कारण नहीं बनते। लेकिन यह सख्ती से लिंक क्रेडिट के बारे में है (ट्रैफिक का वादा नहीं), और मैं भी नहीं करूंगा।
SEO सत्यापन। प्रत्येक नई URL पर स्वयं-संदर्भ करने वाली कैनोनिकल टैग की जांच करें, अपडेट की गई hreflang, अपडेट की गई साइटमैप, और प्रोडक्शन में कोई जीवित स्टेजिंग noindex या robots.txt ब्लॉक नहीं (छोटी चूकें लंबी आधी-जीवन होती हैं)। Google की समस्या निवारण तालिका बिल्कुल उन अवशेषों को सूचीबद्ध करती है, साथ ही गैर-मौजूद URL के लिए रीडायरेक्ट और अपर्याप्त सर्वर क्षमता को सामान्य गलतियों के रूप में।
QA। Google का होस्टिंग गाइड एक परीक्षण वातावरण और लाइव होने से पहले पृष्ठों, छवियों, फॉर्म और डाउनलोड की समीक्षा का सुझाव देता है। लेकिन ट्रैकिंग और रूपांतरण घटनाओं को उस सूची में जोड़ें। कोई भी एक मृत विश्लेषण टैग पर तब तक नहीं देखता जब तक कि मासिक रिपोर्ट आ न जाए (जो QA को सस्ता महसूस कराने के लिए बहुत देर है)।
लॉन्च और मॉनिटरिंग। होस्ट मूव के लिए, Google DNS TTL को एक रूढ़िवादी मान पर कम करने का सुझाव देता है (उदाहरण के लिए, कुछ घंटे) कम से कम एक हफ्ते पहले। क्षमता की भी योजना बनाएं। किसी भी मूव के बाद, Google अस्थायी रूप से नई साइट को सामान्य से अधिक भारी रूप से क्रॉल करता है, इसलिए सर्वर क्षमता को सामना करने की जरूरत है। और Search Console में पुरानी और नई दोनों URL की मॉनिटरिंग काम का हिस्सा है, एहसान नहीं।
दरें, एक स्वास्थ्य चेतावनी के साथ
Lil Big Things कहते हैं कि Upwork मध्यिका Webflow डेवलपर दर $31 प्रति घंटा है, अधिकांश $20 और $45 के बीच हैं, जबकि वरिष्ठ US-आधारित फ्रीलांस विशेषज्ञ $100 से $200+ लेते हैं। US और UK की एजेंसियाँ $150 से $300 प्रति घंटा चलाती हैं; भारत और पूर्वी यूरोप $50 से $120। लेकिन उन्हें मिश्रित न करें। ये संख्याएं FocusReactive के बगल में साफ-साफ नहीं बैठती (जो एक अलग डेटासेट और एक अलग प्लेटफॉर्म फोकस से आती हैं)। उन्हें औसत भी न करें। वह सप्लायर प्रकार चुनें जिसे आप वास्तव में नियुक्त करेंगे और उस दर का उपयोग करें।
यहाँ भरने का क्रम दिया गया है जिसे मैं अपनाता:
- एक वाक्य का दायरा लिखें: क्या बदल रहा है, क्या नहीं।
- चारों स्रोतों से URLs निकालें और डुप्लिकेट हटाएँ।
- हर URL को रखने, मर्ज करने या हटाने के लिए चिह्नित करें, टेम्पलेट और कठिनाई के साथ।
- टेम्पलेट, कंटेंट प्रकार, इंटीग्रेशन और लोकेल गिनें।
- हर पंक्ति को घंटे या यूनिट कीमत से भरें, और हर आपूर्तिकर्ता से उसी पंक्तियों के विरुद्ध कोटेशन माँगें।
- सबटोटल पर 15 से 20% आकस्मिकता जोड़ें।
- लॉन्च के बाद एक मूल्य निर्धारित निगरानी खिड़की जोड़ें, ताकि इसे सद्भावना पर न छोड़ा जाए।
अगर आप किसी को एक तैयार इन्वेंटरी सौंपना चाहते हैं जो उससे मूल्य निर्धारण करे, तो वह है जहाँ हमकी साइट माइग्रेशन सेवा शुरू होती है (कोई रहस्य नहीं)। और नीचे का स्कोपिंग चेकलिस्ट बिल्कुल वही है जो हम आपसे माँगते।
स्कोपिंग चेकलिस्ट
- संपूर्ण URL निर्यात, उच्च-ट्रैफ़िक URLs के साथ चिह्नित
- हर URL के लिए रखें, मर्ज करें या हटाएँ निर्णय
- इंटीग्रेशन की सूची, हर एक के साथ एक नामित मालिक और साख
- हर फॉर्म, और यह सबमिट पर क्या ट्रिगर करता है
- ट्रैकिंग टैग और रूपांतरण इवेंट वर्तमान में फायर हो रहे हैं
- लोकेल सूची और hreflang आज कैसे संभाली जाती है
- स्टेजिंग साइट पर robots.txt और noindex की स्थिति
- DNS को कौन नियंत्रित करता है, और वह कितनी जल्दी प्रतिक्रिया देता है
- लॉन्च के लिए कम ट्रैफ़िक की खिड़की (Google लगातार गिरावट के समय स्थानांतरण का सुझाव देता है)
दो उदाहरणात्मक दायरे
ये दोनों ग्राहक कोटेशन नहीं हैं। ये कार्य किए गए उदाहरण हैं जिनमें स्पष्ट धारणाएँ हैं, पूरी तरह से ऊपर दिए गए स्रोत आँकड़ों से बनाए गए हैं। निश्चित रूप से धारणाएँ बदलें, और संख्याएँ तुरंत बदल जाएँगी।
दायरा A: छोटी ब्रोशर साइट, CMS बदलाव, वही डोमेन
धारणाएँ (मेरी, उदाहरण के लिए): 20 पृष्ठ, 10 आसान, 6 मध्यम और 4 कठिन में विभाजित। एक संपर्क फॉर्म। एक विश्लेषण टैग। कोई अनुवाद नहीं। कोई पुनर्डिज़ाइन नहीं। और अधिकांश URLs संरक्षित हैं, बाकी के लिए एक छोटा मैप (सबसे सरल कार्य योग्य मामला)।
- एंकर: FocusReactive एक छोटी मार्केटिंग साइट को लगभग $10K पर रखता है। मैं इसे सर्व-समावेश बिल्ड एंकर के रूप में मान रहा हूँ। आपका आपूर्तिकर्ता अलग तरीके से मूल्य निर्धारण कर सकता है।
- कंटेंट ट्रांसफर सैनिटी चेक: 10 आसान पेज 15 मिनट में = 150 मिनट। 6 माध्यम पेज 25 मिनट में = 150 मिनट। 4 कठिन पेज 45 मिनट में = 180 मिनट। कुल 480 मिनट, यानी 8 घंटे। $150 से $300 की एजेंसी दर पर, अगर यह मैन्युअली किया जाए तो यह एंकर का एक छोटा सा हिस्सा है।
- कंटिनजेंसी: $10K का 15 से 20%, एंकर के ऊपर जोड़ा जाता है।
- वर्किंग फिगर: एंकर प्लस वह कंटिनजेंसी।
- टाइमलाइन: FocusReactive एक छोटी मार्केटिंग साइट बनाने के लिए 4 से 8 हफ्ते देता है, या कंटेंट माइग्रेशन के साथ कुल 12 हफ्ते।
यहां दिलचस्प बात यह है कि बजट का कितना कम हिस्सा पेज को CMS में टाइप करने में जाता है (आठ घंटे कुछ भी नहीं है)। बाकी टेम्पलेट, फॉर्म, ट्रैकिंग और रीडायरेक्ट मैप है, जहां काम डेटा एंट्री की तरह दिखना बंद कर देता है और इंजीनियरिंग की तरह काम करने लगता है।
स्कोप B: मध्यम आकार की साइट, CMS बदलाव, दो इंटीग्रेशन।
अनुमान: यह Lil Big Things के प्रकाशित कार्य उदाहरण से इनपुट का उपयोग करता है, इसलिए यह Webflow पूर्वाग्रह को विरासत में लेता है। 30 स्टैटिक पेज। 10 CMS टेम्पलेट। 2 कलेक्शन रेफरेंस फील्ड के साथ, 60 ब्लॉग पोस्ट और 2 इंटीग्रेशन। लेकिन मैंने खुद कंटिनजेंसी और एक रीडिजाइन वेरिएंट जोड़ा है (तुलना के लिए)।
| आइटम | कैलकुलेशन | राशि |
|---|---|---|
| स्टैटिक पेज | 30 × $300 | $9,000 |
| CMS टेम्पलेट | 10 × $700 | $7,000 |
| रेफरेंस फील्ड के साथ कलेक्शन | 2 × $4,000 | $8,000 |
| ब्लॉग पोस्ट | 60 × $30 | $1,800 |
| इंटीग्रेशन | 2 × $1,500 | $3,000 |
| सबटोटल | $28,800 |
वह सबटोटल किसी भी डिजाइन रिफ्रेश से पहले है। 15 से 20% कंटिनजेंसी जोड़ें और कुल तदनुसार बढ़ता है। और अगर आप एक ही समय में रीडिजाइन करते हैं, Lil Big Things कहता है कि सबटोटल में 30% जोड़ें, फिर कंटिनजेंसी उस बड़ी आकृति पर लागू होता है। तो परिणाम सरल है: कुल बेस केस से बहुत आगे चला जाता है।
संदर्भ के लिए, FocusReactive की 50 से 200 पेज की मध्यम आकार की साइट के लिए सीमा लगभग 10K से 30K है, तो बेस $28,800 इसके शीर्ष के पास बैठता है और रीडिजाइन वेरिएंट इससे आगे निकल जाता है। टाइमलाइन: FocusReactive मध्यम आकार के निर्माण के लिए 2 से 4 महीने कहता है, या जटिल इंटीग्रेशन के साथ 5 से 6 महीने, और मध्य-बाजार रीप्लेटफॉर्मिंग के लिए 3 से 6 महीने।
ध्यान दें कि टेबल से क्या गायब है: रीडायरेक्ट, SEO सत्यापन, QA और लॉन्च। स्रोत इनकी कीमत नहीं लगाता है। आप अपने खुद के इन्वेंटरी से वे पंक्तियां जोड़ेंगे, जिसका कारण एक वास्तविक उद्धरण को वास्तविक URL की आवश्यकता है। और ध्यान दें कि रीडिजाइन वेरिएंट दो बदलावों को एक साथ बंडल करता है, जो बिल्कुल वही है जो Google के एक-समय-में-एक-चीज की सलाह के खिलाफ सावधानी करता है।
लॉन्च की गलतियों की लागत क्या है
कोई भी इसके लिए एक विश्वसनीय संख्या प्रकाशित नहीं करता है, और मैं एक भी नहीं बनाऊंगा। जो मैं कर सकता हूं वह यह दिखाना है कि पैसा कहां रिसता है, Google की अपनी सामान्य गलतियों की सूची से मैप किया गया है।
खोए हुए URL
एक URL जो मैप से गायब है, हर आगंतुक और Googlebot के लिए एक मृत पेज है। Google कहता है कि एक चाल को पूर्ण मानने के लिए, Googlebot को पुरानी और नई साइट पर हर URL को कम से कम एक बार विज़िट करना होगा, और चाल प्रति URL होती है। तो मैप में एक अंतर चाल में एक अंतर है। जो रीडायरेक्ट ऐसे URL की ओर इशारा करते हैं जो मौजूद नहीं हैं, वह एक और सूचीबद्ध गलती है। और एक रीडायरेक्ट चेन जिसे किसी ने लॉन्च पर जल्दबाज़ी में जोड़ा था, चुप चाप हमेशा के लिए क्रॉल दक्षता की कीमत देता है।
मरम्मत की लागत विश्लेषक का समय है: पुनः-निर्यात, अंतर, रीमैप, पुनः-तैनाती। शुरुआत में सस्ता। लॉन्च के बाद अधिक महंगा, जब आप इसे दबाव में कर रहे हों।
टूटे हुए फॉर्म और मृत ट्रैकिंग
एक फॉर्म जो कहीं भी सबमिट नहीं होता है, आपको लीड को चुप्पी से लागत देता है। एक गायब एनालिटिक्स टैग आपको वह डेटा लागत देता है जिसकी आपको यह आंकने के लिए आवश्यकता है कि माइग्रेशन काम करता है या नहीं। दोनों QA लाइन आइटम हैं। लॉन्च से पहले उनका बजट करें या उन्हें लॉन्च के बाद आपातकालीन काम के रूप में भुगतान करें।
प्रदर्शन और सर्वर क्षमता
Google चेतावनी देता है कि वह कुछ समय के लिए नई साइट को सामान्य से अधिक भारी तरीके से क्रॉल करेगा। यदि नई होस्टिंग अपर्याप्त है, तो क्रॉल त्रुटियां होती हैं, और अपर्याप्त क्षमता उसकी गलतियों की सूची में होती है। अस्थायी रैंकिंग में उतार-चढ़ाव की भी अपेक्षा करें। Google इसे सीधे कहता है। इसे बजट में ही नहीं, स्टेकहोल्डर्स को रिपोर्ट करने के तरीके में भी शामिल करें।
रोलबैक
रोलबैक वह लाइन आइटम है जिसे अधिकांश बजट खाली छोड़ देते हैं। होस्ट स्थानांतरण के लिए, यदि आप पुरानी होस्टिंग को तब तक चलाते रहते हैं जब तक निगरानी दिखाए कि सब कुछ सही से परोसा जा रहा है, including Googlebot, तो यह सस्ता है (Google का अपना अंतिम कदम यह है कि पुरानी होस्टिंग को केवल उसके बाद ही बंद करें)। URL-बदलने वाले स्थानांतरण के लिए, यह अधिक जटिल है। Google स्थायी रीडायरेक्ट को एक संकेत मानता है कि लक्ष्य canonical है, और कहता है कि उन्हें केवल तभी उपयोग करें जब आप सुनिश्चित हों कि वे पलटे नहीं जाएंगे। एक बार ये संकेत प्रोसेस हो जाएं, वापस जाना एक बटन दबाना नहीं है।
तो रोलबैक योजना के लिए कीमत तय करें: सहमत विंडो के लिए पुराना environment बरकरार रखा जाए, एक प्रलेखित DNS रीवर्ट, और एक निर्णय-निर्माता पहले से नामित हो। फिर अपने रीडायरेक्ट रखें। Google सामान्यतः कम से कम 1 साल कहता है, और उन्हें अनिश्चितकाल के लिए रखने पर विचार करें।
FAQ
Google को यह मूव प्रोसेस करने में कितना समय लगता है?
Google कहता है कि छोटी से मध्यम साइटों के लिए अधिकांश पेजों को स्थानांतरित होने में कुछ सप्ताह विशिष्ट है, और बड़ी साइटों को अधिक समय लगता है। इसका recrawl दस्तावेज़ (10 दिसंबर 2025 को अंतिम बार अपडेट किया गया) कहता है कि क्रॉलिंग कुछ दिनों से लेकर कुछ सप्ताह तक कहीं भी ले सकती है, और sitemap submit करने से मदद मिलती है जब कई URLs बदलते हैं। निगरानी समय को बजट करें ताकि यह मेल खाए, केवल लॉन्च दिवस नहीं।
एजेंसी के दायरे में क्या शामिल होना चाहिए?
redirect mapping, SEO validation, QA और एक post-launch monitoring window के लिए अलग-अलग लाइनों की पंक्तियां देखने के लिए कहें। यदि उद्धरण 'migration' के लिए एक एकल संख्या है, तो आप इसकी तुलना दूसरे से नहीं कर सकते। यह भी पूछें कि DNS परिवर्तन पर किसका स्वामित्व है, URL मानचित्र पर किस पर हस्ताक्षर होते हैं, और लॉन्च के बाद खोजी गई त्रुटियों का क्या होता है।
पुरानी साइट से मुझे क्या रखना चाहिए?
पूर्ण URL export और अंतिम redirect map रखें, साथ ही analytics या सर्वर लॉग से top-traffic URLs का स्नैपशॉट भी रखें ताकि आप पहले और बाद की तुलना कर सकें। निगरानी पूरी होने तक पुरानी होस्टिंग रखें। कम से कम एक साल के लिए अपने रीडायरेक्ट रखें। और अपने Search Console verification को काम करते रखें: Google चेतावनी देता है कि जब URLs बदलते हैं तो verification tokens बदल सकते हैं।
क्या मुझे Search Console में Change of Address की आवश्यकता है?
केवल तब जब domains या subdomains के बीच स्थानांतरण हो। Google कहता है कि आपको HTTP से HTTPS, www से non-www, या same domain के भीतर path परिवर्तनों के लिए इसकी आवश्यकता नहीं है। यह एक checklist item है, budget line नहीं।
सबसे तेज सावधानी यह है कि यहां प्रत्येक आंकड़ा एक vendor-published range या एक arithmetic उदाहरण है, इसलिए एक quote तभी कुछ मायने रखता है जब इसे आपके real URL और integration inventory के विरुद्ध बनाया गया हो। और आप build के लिए जो भी भुगतान करें, कम से कम एक साल के लिए रीडायरेक्ट रखें।