---
title: "वेबसाइट माइग्रेशन SEO चेकलिस्ट: Google रैंकिंग बचाएं — Dardo"
description: "Google रैंकिंग खोए बिना प्लेटफ़ॉर्म या डोमेन बदलें: URL इन्वेंटरी, 1:1 रीडायरेक्ट मैप, लॉन्च-डे जांच और बाद के 90 दिनों में क्या देखें।"
url: "https://dardo.studio/hi/blog/website-migration-seo-checklist/"
language: "hi"
translations: {"en":"https://dardo.studio/en/blog/website-migration-seo-checklist/","es":"https://dardo.studio/es/blog/migrar-pagina-web-sin-perder-posicionamiento/","fr":"https://dardo.studio/fr/blog/checklist-seo-migration-site-web/","de":"https://dardo.studio/de/blog/website-relaunch-seo-checkliste/","it":"https://dardo.studio/it/blog/checklist-seo-migrazione-sito-web/","pt":"https://dardo.studio/pt/blog/checklist-seo-migracao-de-site/","nl":"https://dardo.studio/nl/blog/website-migratie-seo-checklist/","sv":"https://dardo.studio/sv/blogg/checklista-webbplatsmigrering-seo/","pl":"https://dardo.studio/pl/blog/migracja-strony-seo-checklista/","uk":"https://dardo.studio/uk/blog/website-migration-seo-checklist/","ru":"https://dardo.studio/ru/blog/website-migration-seo-checklist/","ar":"https://dardo.studio/ar/blog/website-migration-seo-checklist/","th":"https://dardo.studio/th/blog/website-migration-seo-checklist/","ja":"https://dardo.studio/ja/blog/website-migration-seo-checklist/","ko":"https://dardo.studio/ko/blog/website-migration-seo-checklist/","zh-Hans":"https://dardo.studio/zh-Hans/blog/website-migration-seo-checklist/","zh-Hant":"https://dardo.studio/zh-Hant/blog/website-migration-seo-checklist/"}
updated: "2026-10-10T08:09:47.023Z"
---

[ब्लॉग](https://dardo.studio/hi/blog/)

# वेबसाइट माइग्रेशन SEO चेकलिस्ट: प्लेटफ़ॉर्म या डोमेन बदलें, रैंकिंग न गँवाएँ

रैंकिंग शायद ही कभी नए प्लेटफ़ॉर्म की वजह से गिरती है; वह तब गिरती है जब ट्रैफ़िक लाने वाले URL जवाब देना बंद कर देते हैं। URL सूची से लेकर 90वें दिन तक की चेकलिस्ट।

लेखक: [Nicolás Cerón](https://dardo.studio/hi/studio/) ·10 अक्टूबर 2026

![रात में नदी के दो किनारों पर बसे एक पुराने परकोटे वाले शहर और एक आधुनिक शहर, जिन्हें एक पत्थर का पुल जोड़ता है, जहाँ गहरे लाल रंग की रोशनी की रेखा यात्रियों को पुराने फाटक से नए शहर तक ले जाती है।](https://dardo.studio/_astro/01M4GYEE19GWZ3941KFH1RTVRX_27BhoE.webp)

## संक्षिप्त उत्तर

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

Google की [URL बदलाव के साथ साइट मूव की गाइड](https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes) बुनियादी मानक तय करती है: हर पुराने URL को एक नए URL से मैप करें, 301 या 308 जैसे स्थायी सर्वर-साइड रीडायरेक्ट इस्तेमाल करें, उन्हें "आमतौर पर कम से कम 1 साल" तक रखें, और "मूव के दौरान साइट की रैंकिंग में अस्थायी उतार-चढ़ाव की अपेक्षा रखें।"

यही गाइड कहती है कि एक समय में एक ही चीज़ बदलें: पहले नया डोमेन, बाद में नया लेआउट। Google का [Change of Address दस्तावेज़](https://support.google.com/webmasters/answer/9370220) इससे भी साफ़ कहता है। अगर आप मूव को कंटेंट और URL संरचना के रीडिज़ाइन के साथ जोड़ देते हैं, तो Google के हर पेज का दोबारा आकलन करने के दौरान "आपको संभवतः कुछ ट्रैफ़िक का नुकसान दिखेगा।" अगर दोनों चाहिए, तो [रीडिज़ाइन](https://dardo.studio/hi/services/website-redesign/) को अलग चरण के रूप में प्लान करें।

## तीन तरह के मूव

| मूव                                                | क्या बदलता है                            | रीडायरेक्ट                   | Search Console                                |
| -------------------------------------------------- | ---------------------------------------- | ---------------------------- | --------------------------------------------- |
| सिर्फ़ होस्टिंग                                    | सर्वर या CDN; हर URL वही रहता है         | कोई नहीं                     | क्रॉलिंग और इंडेक्सिंग पर नज़र रखें           |
| प्लेटफ़ॉर्म (Wix से WordPress, WordPress से Astro) | CMS, टेम्पलेट और आमतौर पर कुछ URL पैटर्न | हर वह URL जिसका पाथ बदलता है | नया साइटमैप, फिर निगरानी                      |
| डोमेन या सबडोमेन                                   | हर URL                                   | सभी                          | हर वेरिफ़ाइड वेरिएंट के लिए Change of Address |

सिर्फ़ होस्टिंग बदलने के मामले में Google की [होस्टिंग गाइड](https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes) कहती है कि DNS TTL को "मूव से कम से कम एक हफ़्ता पहले" घटा दें और पुराने सर्वर तब तक चालू रखें जब तक उनका ट्रैफ़िक शून्य न हो जाए। लॉन्च के बाद क्रॉल रेट में थोड़ी गिरावट सामान्य है।

## मूव से पहले: जिसका भी URL है, उसकी सूची बनाएँ

रीडायरेक्ट मैप उतना ही अच्छा होता है जितनी उसके पीछे पुराने URL की सूची, और हर स्रोत में कुछ न कुछ छूट जाता है।

### लाइव साइट को क्रॉल करें

मौजूदा साइट को क्रॉल करें और हर URL को उसके स्टेटस कोड, टाइटल, मेटा डिस्क्रिप्शन, कैनोनिकल और hreflang टैग के साथ एक्सपोर्ट करें, फिर XML साइटमैप का हर URL जोड़ें। Google यह भी सुझाव देता है कि सर्वर लॉग में उन URL को देखें जिन पर हाल में कम से कम एक बार विज़िट हुई हो।

### Search Console और एनालिटिक्स से लैंडिंग पेज निकालें

Search Console की [Performance रिपोर्ट](https://support.google.com/webmasters/answer/7576553) में सबसे लंबी तारीख़ सीमा के लिए Pages टैब एक्सपोर्ट करें, और एनालिटिक्स में ऑर्गेनिक लैंडिंग पेजों के लिए भी यही करें। ये पेज ट्रैफ़िक और लीड लाते हैं, इसलिए लॉन्च के समय हर एक को हाथ से जाँचा जाता है।

### पता करें कि आपको कौन लिंक करता है

[Links रिपोर्ट](https://support.google.com/webmasters/answer/9049606) आपके सबसे ज़्यादा लिंक वाले पेज दिखाती है, लेकिन उसकी तालिकाएँ "1,000 पंक्तियों तक सीमित हैं" और Google के अनुसार वह पूरी सूची नहीं है। इसे अपने किसी भी बैकलिंक टूल के साथ मिलाकर देखें।

### फ़ॉर्म, इंटीग्रेशन और मीडिया की सूची बनाएँ

हर फ़ॉर्म और उसके सबमिशन कहाँ जाते हैं, हर एम्बेडेड टूल (बुकिंग, चैट, मैप, पेमेंट) और हर वह फ़ाइल जिसे लोग सीधे लिंक करते हैं, लिख लें। Google की गाइड कहती है कि प्लान में "वीडियो, इमेज, JavaScript और CSS फ़ाइलें" शामिल करें, क्योंकि ये URL भी किसी अन्य कंटेंट की तरह बदलते हैं।

### रीडायरेक्ट मैप बनाएँ

हर पुराने URL के लिए एक पंक्ति: पुराना URL, नया URL, स्टेटस कोड, नोट्स, टेस्ट हुआ या नहीं। चार नियम:

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

## निर्माण के दौरान: रीडायरेक्ट और उनके साथ जाने वाली चीज़ें

### 1:1 सर्वर-साइड 301 या 308 रीडायरेक्ट इस्तेमाल करें

Google का [रीडायरेक्ट दस्तावेज़](https://developers.google.com/search/docs/crawling-indexing/301-redirects) कहता है कि 301 और 308 संकेत देते हैं कि "रीडायरेक्ट का लक्ष्य कैनोनिकल होना चाहिए," और "जब भी संभव हो, स्थायी सर्वर-साइड रीडायरेक्ट" की सलाह देता है। अस्थायी कोड (302, 303, 307) ऐसा संकेत नहीं देते, और JavaScript रीडायरेक्ट अंतिम विकल्प हैं।

सीधे अंतिम URL पर रीडायरेक्ट करें। Google के क्रॉलर [10 रीडायरेक्ट हॉप तक](https://developers.google.com/crawling/docs/troubleshooting/http-status-codes) फ़ॉलो करते हैं, लेकिन साइट-मूव गाइड "सीधे अंतिम गंतव्य पर रीडायरेक्ट" करने की सलाह देती है। अगर पिछले माइग्रेशन से रीडायरेक्ट बचे हैं, तो उन्हें भी नए अंतिम URL की ओर मोड़ें।

जो भी आपके रीडायरेक्ट चलाता है, उसका डिफ़ॉल्ट स्टेटस कोड जाँचें। Cloudflare Workers पर, जहाँ Dardo अपनी बनाई साइटें होस्ट करता है, `[_redirects](https://developers.cloudflare.com/workers/static-assets/redirects/)`[ फ़ाइल](https://developers.cloudflare.com/workers/static-assets/redirects/) तब तक 302 इस्तेमाल करती है जब तक आप हर पंक्ति में 301 न लिखें, उसमें 2,000 स्टैटिक और 100 डायनामिक रीडायरेक्ट तक रखे जा सकते हैं, और वह क्वेरी पैरामीटर मैच नहीं कर सकती। इसलिए WordPress के सादे परमालिंक (`/?p=123`) के लिए Worker के कोड में रीडायरेक्ट लॉजिक चाहिए।

### कब रीडायरेक्ट की जगह 404 या 410 दें

कमज़ोर पेज, समाप्त हो चुके ऑफ़र और डुप्लिकेट को बचाए रखना ज़रूरी नहीं। Google की गाइड कहती है कि जो कंटेंट आप नहीं ले जा रहे, उसे "सही ढंग से HTTP 404 या 410 लौटाना चाहिए," और Google के क्रॉलर 429 को छोड़कर हर 4xx कोड को एक जैसा मानते हैं: URL इंडेक्स से बाहर हो जाता है।

### मेटाडेटा, कैनोनिकल और hreflang साथ ले जाएँ

- **टाइटल और मेटा डिस्क्रिप्शन।** इन्हें नए टेम्पलेट से बनने देने के बजाय फ़ील्ड दर फ़ील्ड माइग्रेट करें।
- **कैनोनिकल।** हर नए पेज में अपने नए URL वाला स्व-संदर्भित कैनोनिकल हो। Google की [कैनोनिकलाइज़ेशन गाइड](https://developers.google.com/search/docs/crawling-indexing/canonicalization) कैनोनिकल को "एक संकेत, नियम नहीं" कहती है, इसलिए कैनोनिकल, रीडायरेक्ट और साइटमैप तीनों में तालमेल होना चाहिए।
- **Hreflang।** Google की [स्थानीयकृत संस्करण गाइड](https://developers.google.com/search/docs/specialty/international/localized-versions) के अनुसार हर भाषा संस्करण में "खुद को और अन्य सभी भाषा संस्करणों को सूचीबद्ध करना ज़रूरी है," और "अगर दो पेज एक-दूसरे की ओर इशारा नहीं करते, तो टैग अनदेखे कर दिए जाएँगे।" हर एनोटेशन को नए URL पर अपडेट करें।

### स्ट्रक्चर्ड डेटा, इंटरनल लिंक और इमेज URL

- **स्ट्रक्चर्ड डेटा।** Organization, Breadcrumb, Article या Product मार्कअप को नए टेम्पलेट में दोबारा बनाएँ और Rich Results Test से जाँचें। Google की मूव गाइड इसका ज़िक्र नहीं करती, इसलिए यह आसानी से छूट जाता है।
- **इंटरनल लिंक।** इन्हें रीडायरेक्ट की ओर नहीं, नए URL की ओर इंगित करें।
- **इमेज और फ़ाइलें।** फ़ाइलों के नाम और alt टेक्स्ट वर्णनात्मक रखें, और पुराने इमेज और PDF URL को रीडायरेक्ट करें जिन पर लिंक हैं या जिन पर इमेज सर्च से ट्रैफ़िक आता है।

### एनालिटिक्स और सहमति

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

## आम तौर पर क्या टूटता है, प्लेटफ़ॉर्म के हिसाब से

ये नोट्स अक्टूबर 2026 तक हर प्लेटफ़ॉर्म के अपने दस्तावेज़ों से लिए गए हैं। ये बताते हैं कि प्लेटफ़ॉर्म कैसे काम करते हैं, खामियाँ नहीं।

| प्लेटफ़ॉर्म | मैप करने के लिए URL पैटर्न                                                                                                                                                                                                                                                                                                                           | एक्सपोर्ट और रीडायरेक्ट की सीमाएँ                                                                                                                                                                                                                                                                                                        |
| ----------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- |
| WordPress   | [पर्मालिंक](https://wordpress.org/documentation/article/customize-permalinks/) सादे (/?p=N), तारीख़ पर आधारित या पोस्ट-नाम वाले हो सकते हैं। कैटेगरी और टैग आर्काइव में हमेशा /category/ जैसा कोई बेस रहता है।                                                                                                                                       | [WordPress 6.4](https://make.wordpress.org/core/2023/10/16/changes-to-attachment-pages/) के बाद से नए इंस्टॉल में अटैचमेंट पेज बंद रहते हैं, लेकिन अपग्रेड की गई साइटों पर चालू रहते हैं, इसलिए पुरानी साइटों में हर अपलोड की गई फ़ाइल का एक URL हो सकता है।                                                                             |
| Webflow     | CMS आइटम Collection पेजों में रहते हैं।                                                                                                                                                                                                                                                                                                              | [कोड एक्सपोर्ट](https://help.webflow.com/hc/en-us/articles/33961386739347-How-do-I-export-my-Webflow-site-code) में CMS कंटेंट, Ecommerce, User Accounts, फ़ॉर्म प्रोसेसिंग, साइट सर्च और लोकलाइज़ किए गए पेज शामिल नहीं होते, और इसके लिए Workspace प्लान चाहिए। Collections अलग से CSV में एक्सपोर्ट होते हैं।                         |
| Wix         | ब्लॉग पोस्ट [/post/](https://support.wix.com/en/article/wix-blog-about-blog-post-web-addresses-urls)[ प्रीफ़िक्स](https://support.wix.com/en/article/wix-blog-about-blog-post-web-addresses-urls) के तहत रहती हैं, जिसका नाम बदला जा सकता है पर हटाया नहीं जा सकता। WordPress पर /post/%postname%/ का कस्टम पर्मालिंक स्ट्रक्चर इन्हें बनाए रखता है। | Wix साइट को ["Wix के सर्वरों पर ही चलना होगा"](https://support.wix.com/en/article/exporting-or-embedding-your-wix-site-elsewhere), इसलिए छोड़ने का मतलब है पेज दोबारा बनाना।                                                                                                                                                             |
| Framer      | सब-पाथ बदलने से [मौजूदा रीडायरेक्ट नियम अपडेट नहीं होते](https://www.framer.com/help/articles/how-to-setup-redirects-to-maintain-seo-ranking/), इसलिए पुराने नियम बेकार पाथ की ओर इशारा कर सकते हैं।                                                                                                                                                 | साइटें स्टैंडर्ड HTML, CSS और JavaScript के रूप में पब्लिश होती हैं; [CMS कंटेंट प्लगइन के ज़रिए एक्सपोर्ट होता है](https://www.framer.com/help/articles/porting-your-data-from-framer/) CSV या JSON में।                                                                                                                                |
| Squarespace | [URL मैपिंग](https://support.squarespace.com/hc/en-us/articles/205815308-URL-mappings) पूरे कलेक्शन के लिए \[name\] वेरिएबल स्वीकार करती है, जैसे /blog/\[name\] -> /posts/\[name\] 301।                                                                                                                                                             | [एक्सपोर्ट](https://support.squarespace.com/hc/en-us/articles/206566687-Exporting-your-site) WordPress XML होता है जिसमें एक ब्लॉग पेज, लेआउट पेज और गैलरी आती हैं, लेकिन स्टोर पेज, प्रोडक्ट, वीडियो या ऑडियो ब्लॉक, और कस्टम CSS नहीं आते। URL मैपिंग इमेज या फ़ाइल URL को रीडायरेक्ट नहीं कर सकती और लगभग 2,500 लाइनें ही रख सकती है। |
| Shopify     | स्टोरफ़्रंट URL /products/, /collections/, /pages/ और [/blogs/<blog>/](https://shopify.dev/docs/api/liquid/objects/blog) जैसे पाथ के तहत रहते हैं; Shopify /products और /collections को फ़िक्स्ड मानता है।                                                                                                                                           | [रीडायरेक्ट](https://help.shopify.com/en/manual/online-store/menus-and-links/url-redirect) सिर्फ़ उन URL से काम करते हैं जो अब कोई पेज लोड नहीं करते, और स्टोर को अधिकतम 100,000 मिलते हैं (Plus पर 20,000,000)।                                                                                                                         |

Wix छोड़ने का मतलब है हर पेज दोबारा बनाना; Squarespace छोड़ने का मतलब है एक्सपोर्ट में जो आता है उसे इम्पोर्ट करना और बाकी दोबारा बनाना। Shopify पर जाने से आम तौर पर प्रोडक्ट URL बदल जाते हैं, इसलिए मैप में हर प्रोडक्ट शामिल होना चाहिए।

## लॉन्च का दिन

1. **DNS।** अगर होस्टिंग या DNS बदल रहा है, तो TTL को कम से कम एक हफ़्ता पहले घटा दें।
2. **क्रॉल ब्लॉक।** स्टेजिंग के `noindex` टैग और robots.txt ब्लॉक हटाएँ। Google सुझाव देता है कि डेवलपमेंट के दौरान जहाँ-जहाँ `noindex` लगाया था, उन सभी URL की सूची बना लें।
3. **रीडायरेक्ट।** इन्हें नई साइट के साथ उसी रिलीज़ में भेजें।
4. **रीडायरेक्ट टेस्ट।** पूरे मैप को एक स्क्रिप्ट से चलाएँ: हर पुराना URL एक ही हॉप में सही अंतिम URL पर 301 या 308 लौटाए, और वह URL 200 लौटाए।
5. **Search Console।** नई साइट को वेरिफ़ाई करें और नया साइटमैप सबमिट करें, साथ ही पुराने URL का एक साइटमैप भी ताकि उन्हें दोबारा क्रॉल किया जाए। उन URL के रीडायरेक्ट होने की चेतावनियाँ आना सामान्य है।
6. **Change of Address।** डोमेन बदलने पर, इसे ऐसी प्रॉपर्टी से सबमिट करें जिसके आप दोनों तरफ़ मालिक हों और एक ही Google अकाउंट से, पुराने डोमेन के हर वैरिएंट के लिए, www और non-www समेत।
7. **कमाई वाले रास्ते।** एक असली फ़ॉर्म सबमिट करें, टेस्ट पेमेंट करें और पक्का करें कि एनालिटिक्स इवेंट पहुँच रहे हैं।
8. **आपके अपने लिंक।** [सोशल प्रोफ़ाइल, विज्ञापन और डायरेक्टरी लिस्टिंग](https://dardo.studio/hi/blog/brand-launch-checklist/) अपडेट करें।

## उसके बाद के 30, 60 और 90 दिन

### दिन 1 से 30: उतार-चढ़ाव की उम्मीद रखें

रैंकिंग में "जब तक Google आपकी साइट को दोबारा क्रॉल और रीइंडेक्स करता है" उतार-चढ़ाव आ सकता है, और "छोटी से मध्यम आकार की वेबसाइट के ज़्यादातर पेजों को बदलने में कुछ हफ़्ते लग सकते हैं, और बड़ी साइटों में ज़्यादा समय लगता है।" इन पर नज़र रखें:

- **इंडेक्सिंग और साइटमैप रिपोर्ट।** पुरानी साइट पर इंडेक्स हुए URL घटते हैं और नई साइट पर बढ़ते हैं।
- **पेज के हिसाब से परफ़ॉर्मेंस।** नए URL पर इंप्रेशन और क्लिक आने शुरू होते हैं।
- **सर्वर लॉग और 404।** हर अनपेक्षित 404 मैप में छूटी हुई एक पंक्ति है। दो हफ़्ते तक रोज़ जाँचें।

### दिन 31 से 60: बेसलाइन से तुलना करें

अपने टॉप लैंडिंग पेजों की तुलना उनके नए URL से करें। जिस पेज के क्लिक घटे हों, उसके लिए क्रम से जाँचें: क्या रीडायरेक्ट एक हॉप में सही पेज तक पहुँचता है, क्या कंटेंट या टाइटल बदला, क्या इंटरनल लिंक अब भी उसी की ओर इशारा करते हैं, क्या वह साइटमैप में है। फिर अपने सबसे कीमती बैकलिंक वाली साइटों से उन्हें अपडेट करने को कहें।

### दिन 90 और उसके बाद: रीडायरेक्ट बनाए रखें

Google की गाइड कहती है कि रीडायरेक्ट "आम तौर पर कम से कम 1 साल" रखें और यूज़र के नज़रिए से "रीडायरेक्ट को अनिश्चित काल तक रखने पर विचार करें।" डोमेन बदलने के लिए, Change of Address पेज 180 दिनों की न्यूनतम सीमा तय करता है, जिसके बाद अगर पुरानी साइट अब भी क्रॉल हो सकती है तो Google उसे असंबंधित मानता है। यह भी सुझाव है कि पुराने डोमेन का शुल्क "कम से कम एक साल" भरते रहें ताकि कोई और उसे न खरीद सके।

## चेकलिस्ट

| चरण     | काम                                                      | कब पूरा माना जाए                                                     |
| ------- | -------------------------------------------------------- | -------------------------------------------------------------------- |
| पहले    | साइट, साइटमैप और सर्वर लॉग क्रॉल करें                    | हर पुराने URL की स्टेटस कोड के साथ एक सूची                           |
| पहले    | लैंडिंग पेज और सबसे ज़्यादा लिंक वाले पेज एक्सपोर्ट करें | टॉप पेज और बैकलिंक टारगेट मैप में चिह्नित हों                        |
| पहले    | फ़ॉर्म, इंटीग्रेशन, स्क्रिप्ट और फ़ाइलों की सूची बनाएँ   | हर एक का एक ज़िम्मेदार हो और नई साइट पर उसकी योजना हो                |
| पहले    | रीडायरेक्ट मैप बनाएँ                                     | हर पुराने URL का टारगेट हो या 404/410 का फ़ैसला हो                   |
| निर्माण | सर्वर-साइड 301 या 308 रीडायरेक्ट                         | एक हॉप, कोई चेन नहीं, होम पेज पर सामूहिक रीडायरेक्ट नहीं             |
| निर्माण | टाइटल, डिस्क्रिप्शन, canonical, hreflang                 | पुराने पेजों से मेल खाएँ; canonical और hreflang नए URL इस्तेमाल करें |
| निर्माण | स्ट्रक्चर्ड डेटा, इंटरनल लिंक, इमेज URL                  | Rich Results Test पास हो; कोई इंटरनल लिंक रीडायरेक्ट पर न जाए        |
| निर्माण | एनालिटिक्स, कन्वर्ज़न और सहमति                           | इवेंट स्टेजिंग पर चलें, और जहाँ ज़रूरी हो वहाँ सहमति के बाद ही       |
| लॉन्च   | noindex और robots.txt ब्लॉक हटाएँ                        | नए URL क्रॉल किए जा सकें                                             |
| लॉन्च   | रीडायरेक्ट मैप टेस्ट करें                                | हर पंक्ति अपेक्षित कोड और टारगेट लौटाए                               |
| लॉन्च   | Search Console: वेरिफ़ाई, साइटमैप, Change of Address     | बिना गंभीर त्रुटियों के सबमिट हो गया                                 |
| बाद में | इंडेक्सिंग, 404 और परफ़ॉर्मेंस पर नज़र रखें              | पुराने URL घटें, नए URL पर इंप्रेशन बढ़ें                            |
| बाद में | रीडायरेक्ट और पुराना डोमेन बनाए रखें                     | कम से कम एक साल                                                      |

## माइग्रेशन में मदद पाएं

Dardo साइटों को Cloudflare Workers पर कस्टम Astro बिल्ड में ले जाता है, और रीडायरेक्ट मैप एक ऐसा डिलीवरेबल है जिसे हम लॉन्च से पहले टेस्ट करते हैं और साइट के साथ आपको सौंप देते हैं। [वेबसाइट माइग्रेशन](https://dardo.studio/hi/services/website-migration/) देखें, या अगर बदलाव के साथ नया डिज़ाइन भी चाहिए तो [वेबसाइट रीडिज़ाइन](https://dardo.studio/hi/services/website-redesign/) देखें। या [हमें बताएं कि आप क्या माइग्रेट कर रहे हैं](https://dardo.studio/hi/contact/)।

[Nicolás Cerón](https://dardo.studio/hi/studio/)

Nicolás Cerón कोलंबिया के बोगोटा में स्थित ब्रांड, वेब डिज़ाइन और डेवलपमेंट स्टूडियो Dardo के संस्थापक हैं।

## और देखते रहिए।

- [सेवा · **SEO गंवाए बिना वेबसाइट माइग्रेशन**](https://dardo.studio/hi/services/website-migration/)

- [आपका प्रोजेक्ट · **बातचीत शुरू करें**](https://dardo.studio/hi/contact/)