वेबसाइट माइग्रेशन के लिए पहले, दौरान और बाद की चेकलिस्ट: URL इन्वेंटरी, 301 रीडायरेक्ट मैप, लॉन्च-डे जांच और रैंकिंग नुकसान जल्दी पकड़ने वाली मॉनिटरिंग, साथ ही एजेंसियां आइटम क्यों छोड़ देती हैं।
एक तय विंडो चुनें, जैसे लॉन्च के बाद के 28 दिन बनाम पहले के 28 दिन, और Search Console में एक जैसे पेजों की तुलना करें। तारीखें नोट करें ताकि आप इस जांच को दोहरा सकें।
Google के दोबारा क्रॉल करने और रीडायरेक्ट प्रोसेस करने के दौरान कुछ अस्थायी उतार-चढ़ाव सामान्य है। स्थायी नुकसान लगभग हमेशा रोकी जा सकने वाली समस्याओं से आता है: गायब रीडायरेक्ट, हटाया गया कंटेंट, ब्लॉक की गई क्रॉलिंग, या बदले हुए टाइटल और इंटरनल लिंक। एक सावधान माइग्रेशन आमतौर पर हफ्तों में उबर जाता है।
हमेशा के लिए हट चुके पेजों के लिए स्थायी रीडायरेक्ट (301 या 308) इस्तेमाल करें। अस्थायी रीडायरेक्ट (302 या 307) सर्च इंजन को बताते हैं कि पुराना URL वापस आ सकता है, जो माइग्रेशन में आप नहीं चाहते।
Google की सलाह है कि कम से कम एक साल तक रीडायरेक्ट रखें, और व्यावहारिक रूप से जहां हो सके अनिश्चित काल तक रखें, क्योंकि पुराने लिंक, बुकमार्क और ईमेल विज़िटर्स को पुराने URL पर भेजते रहते हैं।
सिर्फ तब जब आप एक नए डोमेन पर जाते हैं। रीडायरेक्ट लाइव होने के बाद, पुराने डोमेन की Search Console प्रॉपर्टी में Change of Address टूल इस्तेमाल करें। इसे एक ही डोमेन के भीतर URL मूव करने या HTTP से HTTPS पर स्विच करने के लिए इस्तेमाल नहीं किया जाता।
आमतौर पर इसलिए क्योंकि बिल्ड पूरा होने के बाद SEO को शामिल किया जाता है, URL इन्वेंटरी क्रॉल व एनालिटिक्स व बैकलिंक डेटा के बजाय CMS से आती है, और लॉन्च के बाद की मॉनिटरिंग का कोई मालिक नहीं होता। इसे लॉन्च से पहले रीडायरेक्ट मैप को साइन-ऑफ आइटम बनाकर और दो हफ्तों तक हर दिन Search Console जांचने के लिए एक नामित व्यक्ति तय करके ठीक करें।
संक्षिप्त जवाब: एक वेबसाइट माइग्रेशन अपना SEO तब बचाए रखता है जब हर ज़रूरी पुराना URL अपने सबसे करीबी नए समकक्ष पर 301 से रीडायरेक्ट होता है, मुख्य पेजों पर कंटेंट, टाइटल और इंटरनल लिंक मूव के बाद भी बने रहते हैं, नई साइट लॉन्च के दिन क्रॉल होने लायक है, और कोई अगले कुछ हफ्तों तक Search Console पर बारीकी से नज़र रखता है। लगभग हर माइग्रेशन आपदा नीचे दिए गए किसी छूटे हुए आइटम तक जाती है।
जोखिम इस पर निर्भर करता है कि क्या बदल रहा है:
| माइग्रेशन | क्या बदलता है | जोखिम |
|---|---|---|
| HTTP से HTTPS | सिर्फ प्रोटोकॉल | कम |
| प्लेटफॉर्म बदलाव, वही URL | CMS या बिल्डर | कम से मध्यम |
| नई URL संरचना के साथ रीडिज़ाइन | URL, टेम्पलेट, कंटेंट | मध्यम से ज़्यादा |
| डोमेन बदलाव | हर URL | ज़्यादा |
| एक साथ कई (नया डोमेन + प्लेटफॉर्म + संरचना) | सब कुछ | सबसे ज़्यादा |
अगर हो सके, तो सब कुछ एक साथ करने से बचें। एक ही लॉन्च में डोमेन, URL संरचना और कंटेंट बदलने से यह बताना बहुत मुश्किल हो जाता है कि गिरावट किस वजह से हुई।
1. मौजूदा परफॉर्मेंस का बेंचमार्क बनाएं। Search Console का 16 महीने का डेटा (क्वेरी और पेज) एक्सपोर्ट करें, और अपने एनालिटिक्स से लैंडिंग पेज के हिसाब से ऑर्गेनिक सेशन और कन्वर्ज़न रिकॉर्ड करें। तुलना के लिए आपको एक बेसलाइन चाहिए।
2. एक पूरी URL इन्वेंटरी बनाएं। तीन स्रोतों को मिलाएं, क्योंकि हर एक कुछ छोड़ देता है:
सिर्फ CMS की पेज लिस्ट काफी नहीं है। यह पुराने कैंपेन पेज, PDF, इमेज URL और ऐसे पेज छोड़ देती है जो हटाए जा चुके हैं लेकिन जिनके अभी भी लिंक हैं।
3. अपने प्राथमिकता वाले पेज चिह्नित करें। इन्वेंटरी को ऑर्गेनिक क्लिक, कन्वर्ज़न और रेफरिंग डोमेन के हिसाब से छांटें। टॉप पेजों को पूरे समय व्यक्तिगत ध्यान मिलता है।
4. पुरानी साइट का ऑन-पेज डेटा सेव करें। प्राथमिकता वाले पेजों के लिए टाइटल, मेटा डिस्क्रिप्शन, H1, कैनोनिकल टैग, स्ट्रक्चर्ड डेटा और इंटरनल लिंक की संख्या। क्रॉल टूल यह सब एक्सपोर्ट कर सकते हैं।
यह सबसे ज़्यादा ज़रूरी डिलीवरेबल है। यह दो कॉलम वाली एक स्प्रेडशीट है, पुराना URL और नया URL, इन्वेंटरी के हर URL को कवर करते हुए।
नियम:
स्टेजिंग पर मैप टेस्ट करें, पुराने URL की लिस्ट को लिस्ट मोड में एक क्रॉलर से चलाकर और यह जांचकर कि हर एक अपेक्षित डेस्टिनेशन पर एक 301 और अंत में एक 200 लौटाता है।
इसे क्रम में चलाएं, आदर्श रूप से कम ट्रैफिक वाले समय पर:
दिन 1 से 14: क्रॉल एरर, 404 उछाल और इंडेक्सिंग समस्याओं के लिए हर दिन Search Console जांचें। अगर आपके पास सर्वर लॉग हैं तो देखें कि Googlebot पुराने URL पर जाकर रीडायरेक्ट फॉलो कर रहा है या नहीं।
हफ्ता 2 से 8: अपनी बेसलाइन के मुकाबले पेज के हिसाब से क्लिक और इंप्रेशन की तुलना करें। कुछ हलचल सामान्य है। जो प्राथमिकता वाला पेज तेज़ी से गिरा हो और नीचे ही रहे, उसे जांचने की ज़रूरत है: रीडायरेक्ट सही है, कंटेंट बरकरार है, इंटरनल लिंक मौजूद हैं।
लगातार: Google की सलाह के अनुसार कम से कम एक साल तक रीडायरेक्ट रखें, और तरजीह हो तो अनिश्चित काल तक। अपने सबसे मूल्यवान बैकलिंक के पीछे की साइट्स से संपर्क करें और उनसे URL अपडेट करने को कहें।
"why do agencies miss key items on their SEO checklist during website migrations" जैसा सवाल किसी वजह से पूछा जाता है। बार-बार होने वाली वजहें:
रोकथाम प्रक्रियागत है: साइटमैप प्लान होते समय SEO को शामिल करें, साइन-ऑफ किए गए रीडायरेक्ट मैप को लॉन्च की ज़रूरत बनाएं, डिप्लॉय स्टेप्स में "robots और noindex जांच" जोड़ें, और लिखित रोलबैक या फिक्स प्लान के साथ पहले महीने की मॉनिटरिंग के लिए एक नामित व्यक्ति तय करें।
भरा हुआ उदाहरण (लेबल किया गया प्रदर्शन, एक काल्पनिक पांच-पेज वाली प्लंबिंग साइट जो बिल्डर बदल रही है):
| पुराना URL | क्लिक, पिछले 3 महीने | नया URL | रीडायरेक्ट | टाइटल रखा? | लॉन्च के बाद जांचा |
|---|---|---|---|---|---|
| /plumbing-services.html | ज़्यादा | /services | 301 | हां | दिन 1, दिन 7 |
| /about-us.html | कम | /about | 301 | हां | दिन 1 |
| /boiler-repair.html | मध्यम | /services/boiler-repair | 301 | फिर से लिखा, वही कीवर्ड | दिन 1, दिन 7 |
| /old-offer-2023.html | कोई नहीं | /services | सबसे करीबी पेज पर 301 | लागू नहीं | दिन 1 |
| /contact.html | मध्यम | /contact | 301 | हां | दिन 1 |
खाली वर्कशीट:
| पुराना URL | क्लिक, पिछले 3 महीने | नया URL | रीडायरेक्ट | टाइटल रखा? | लॉन्च के बाद जांचा |
|---|---|---|---|---|---|
लॉन्च के दिन के लिए एक नामित व्यक्ति लिख लें, कौन क्या वापस ले सकता है, और रोलबैक करने का ट्रिगर (उदाहरण के लिए, मुख्य पेज एरर लौटाने लगें)। जब तक नई साइट स्थिर न हो, पुरानी साइट की फाइलें या एक्सपोर्ट रखें।
एक जैसे पेजों का इस्तेमाल करते हुए एक तय विंडो की तुलना करें, जैसे लॉन्च के बाद के 28 दिन बनाम पहले के 28 दिन। तारीखें अपनी वर्कशीट में रिकॉर्ड करें ताकि तुलना दोहराई जा सके। पहले कुछ हफ्तों में कुछ हलचल की उम्मीद करें; जो पेज गिरें और नीचे रहें उनकी जांच करें। आधिकारिक गाइडेंस: URL बदलाव के साथ साइट मूव पर Google Search Central का डॉक्यूमेंटेशन।
अपनी बिज़नेस वेबसाइट बनाना शुरू करें। अपना अकाउंट बनाएं। फ्री प्लान एक we.inc एड्रेस पर 3 टेम्पलेट साइट तक पब्लिश करता है (कोई AI क्रेडिट नहीं, कोई कस्टम डोमेन नहीं)। AI बिल्डिंग और आपका अपना डोमेन Starter पर $20 प्रति माह से शुरू होते हैं; प्राइसिंग देखें।
उपयोगी अगले कदम: मुफ्त वेबसाइट ग्रेडर से मौजूदा साइट जांचें, वेबसाइट कॉस्ट कैलकुलेटर से बजट का अंदाज़ा लगाएं, बिज़नेस वेबसाइट टेम्पलेट ब्राउज़ करें या पढ़ें कि We.Inc वेबसाइट बिल्डर कैसे काम करता है।
अगर आप इसलिए माइग्रेट कर रहे हैं क्योंकि आपका मौजूदा प्लेटफॉर्म बनाए रखना मुश्किल है, तो ऐसा डेस्टिनेशन चुनें जहां आप खुद URL, टाइटल और रीडायरेक्ट को नियंत्रित करें। We.Inc आपको एक चैट विवरण से पेज दोबारा बनाने देता है और फिर उन्हें विज़ुअली या कोड में एडजस्ट करने देता है, होस्टिंग और SSL के साथ, ताकि आप अपनी मौजूदा URL संरचना रख सकें। लॉन्च से पहले, हमारी ऑन-पेज SEO चेकलिस्ट के खिलाफ नए पेज चलाएं और सुनिश्चित करें कि एनालिटिक्स सेटअप गाइड के साथ ट्रैकिंग मौजूद है।
फ़्री में शुरू करें · क्रेडिट कार्ड की ज़रूरत नहीं