dardo
ENESFRDEITPTNLSVPLUKRUARHITHJAKOZH-HANSZH-HANT
ENESFRDEITPTNLSVPLUKRUARHITHJAKOZH-HANSZH-HANT
ब्लॉग

WordPress से Astro माइग्रेशन: headless हो या पूरा, रैंकिंग खोए बिना WordPress साइट कैसे ले जाएँ

WordPress से Astro माइग्रेशन के दो तरीके, क्या एक्सपोर्ट करें, Yoast टाइटल, परमालिंक और uploads कैसे बचाएँ, और वे WordPress URL जो अक्सर छूट जाते हैं।

लेखक: Nicolás Cerón ·

रात में एक फैली हुई पुरानी हवेली, जिस पर मचान लगा है और जिसकी खिड़कियाँ रोशन हैं, और पत्थर जड़े रास्ते पर हाथगाड़ी पर रखा गहरे लाल रंग का सफ़री संदूक; यह रास्ता पहाड़ी पर बनी एक छोटी, रोशन वेधशाला तक जाता है।
इस पेज पर

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

W3Techs के अनुसार, 13 अक्टूबर 2026 को दुनिया की सभी वेबसाइटों में से 40.1% WordPress पर चल रही थीं, इसलिए ज़्यादातर साइट माइग्रेशन की शुरुआत वहीं से होती है। Astro की अपनी माइग्रेशन गाइड दो रास्ते बताती है: WordPress को headless CMS के रूप में रखें और पब्लिक साइट Astro से बनाएँ, या कंटेंट को WordPress से पूरी तरह बाहर ले जाएँ।

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

Headless WordPress या पूरा माइग्रेशन?

WordPress को headless CMS के रूप में रखेंकंटेंट को WordPress से बाहर ले जाएँ
एडिटिंगवही WordPress डैशबोर्डनया CMS, या रिपॉज़िटरी में Markdown फ़ाइलें
Astro कहाँ से पढ़ता हैWordPress REST API या WPGraphQLContent collections या नए CMS की API
WordPress का रखरखावहाँ: होस्टिंग, अपडेट और सिक्योरिटी पैच, हालाँकि अब उसे पब्लिक के सामने रहने की ज़रूरत नहींनहीं
प्लगइनएडिटिंग वाले प्लगइन काम करते रहते हैं; थीम में चलने वाली हर चीज़ दोबारा बनानी पड़ती हैजो कुछ भी अब भी चाहिए, वह दोबारा बनाया या बदला जाता है
कब सबसे सहीजब एक बड़ी एडिटोरियल टीम WordPress में सहज होजब साइट कम बदलती हो, या टीम वैसे भी नए CMS पर जा रही हो

Astro के डॉक्स में दोनों तरीके बताए गए हैं: WordPress को headless CMS के रूप में इस्तेमाल करना और WordPress से माइग्रेट करना, जहाँ कंटेंट के लिए wordpress-export-to-markdown टूल सुझाया गया है।

आठ लाइव WordPress साइटों में हमने क्या देखा

13 अक्टूबर 2026 को हमने WordPress पर बनी आठ साइटें जाँचीं, WordPress.org के अपने न्यूज़ ब्लॉग से लेकर बड़े पब्लिशरों तक, ताकि देख सकें कि माइग्रेशन किन चीज़ों पर भरोसा कर सकता है:

  • आठ में से सात साइटें अपनी पोस्ट REST API के ज़रिए सार्वजनिक रूप से सर्व कर रही थीं, /wp-json/wp/v2/posts पर। आठवीं ने 401 लौटाया: कुछ होस्ट और सिक्योरिटी प्लगइन API को लॉक कर देते हैं, इसलिए उस पर योजना बनाने से पहले अपनी साइट की API जाँच लें।
  • आठ में से तीन साइटें हर पोस्ट के साथ Yoast SEO का डेटा भी लौटा रही थीं। Yoast स्टैंडर्ड REST रिस्पॉन्स में yoastheadjson नाम का एक फ़ील्ड जोड़ता है, जिसमें वह टाइटल, डिस्क्रिप्शन, canonical URL, Open Graph टैग और schema होता है जो वह उस पेज के लिए रेंडर करता है (Yoast डेवलपर डॉक्स)। यही वह SEO मेटाडेटा है जिसकी आपको ज़रूरत है, दोबारा इस्तेमाल के लिए तैयार।
  • उनके लौटाए हर पोस्ट URL के आख़िर में ट्रेलिंग स्लैश था, और सात में से पाँच में साल भी शामिल था, जैसे /2026/10/post-name/। Astro को यही स्ट्रक्चर हूबहू दोहराना होगा, वरना हर पोस्ट के लिए एक रीडायरेक्ट चाहिए होगा।
  • आठ में से छह अब भी jQuery लोड कर रही थीं, जो याद दिलाता है कि WordPress थीम अपने साथ कितना फ़्रंट-एंड कोड ढोती है, जिसे Astro में रीबिल्ड करते समय पीछे छोड़ा जा सकता है।

WordPress से Astro माइग्रेशन, चरण दर चरण

  1. हर URL की सूची बनाएँ। वर्ज़न 5.5 से WordPress /wp-sitemap.xml पर एक साइटमैप पब्लिश करता है, जब तक कोई SEO प्लगइन उसकी जगह अपना साइटमैप न लगा दे (Make WordPress Core)। इसमें Google Search Console से उपलब्ध सबसे लंबी अवधि की Pages रिपोर्ट जोड़ें, सेटिंग्स > परमालिंक्स (अंग्रेज़ी डैशबोर्ड में Settings > Permalinks) में दिया परमालिंक स्ट्रक्चर नोट करें, और किसी भी रीडायरेक्ट प्लगइन के नियम एक्सपोर्ट करें।
  2. Headless या पूरा माइग्रेशन चुनें, ऊपर दी गई तालिका की मदद से। बाकी चरण दोनों पर लागू होते हैं; headless में "एक्सपोर्ट" का मतलब है बिल्ड के समय यही डेटा API से पढ़ना।
  3. कंटेंट एक्सपोर्ट करें। टूल्स > निर्यात (अंग्रेज़ी डैशबोर्ड में Tools > Export) एक WXR फ़ाइल बनाता है, यानी एक XML एक्सपोर्ट जिसमें आपकी पोस्ट, पेज, कस्टम पोस्ट टाइप, कमेंट, कस्टम फ़ील्ड, कैटेगरी, टैग, कस्टम टैक्सोनॉमी और यूज़र होते हैं (WordPress डॉक्यूमेंटेशन)। स्क्रिप्ट से एक्सपोर्ट करना हो, तो REST API एक पेज में 100 तक पोस्ट लौटाती है, हर पोस्ट के रेंडर किए गए HTML के साथ।
  4. अपलोड की गई फ़ाइलें कॉपी करें। इमेज XML फ़ाइल के अंदर नहीं होतीं: वे wp-content/uploads में रहती हैं, साथ में उनकी वे रीसाइज़ की हुई कॉपियाँ भी जो WordPress ने हर इमेज के लिए बनाई थीं। ओरिजिनल फ़ाइलें रखें, अलग-अलग साइज़ astro:assets को बनाने दें, और तय करें कि पुराने इमेज URL वही रहेंगे या उन्हें रीडायरेक्ट चाहिए।
  5. SEO मेटाडेटा साथ ले जाएँ। अगर साइट Yoast SEO इस्तेमाल करती है, तो हर पोस्ट और पेज के लिए REST API से yoastheadjson पढ़ें: इससे आपको प्लगइन में सेव किए गए टेम्पलेट नहीं, बल्कि आख़िरी टाइटल और डिस्क्रिप्शन मिलते हैं। ऐसा न हो, तो उन्हें एक्सपोर्ट में मौजूद प्लगइन के कस्टम फ़ील्ड से निकालें।
  6. टेम्पलेट को Astro कंपोनेंट के रूप में दोबारा बनाएँ। पूरे माइग्रेशन में पोस्ट और पेजों को content collections या किसी नए CMS में बदलें; headless WordPress में उन्हें API से फ़ेच करें। कुछ पोस्ट के HTML में शॉर्टकोड, एम्बेड और पेज बिल्डर का मार्कअप देखें, जिसे पुरानी थीम के बाहर ठीक दिखाने के लिए अक्सर पहले साफ़ करना पड़ता है।
  7. फ़्रंट-एंड का काम करने वाले प्लगइन बदलें। फ़ॉर्म को अपना एंडपॉइंट चाहिए (Cloudflare Worker, कोई फ़ॉर्म सर्विस या आपका CRM), सर्च Pagefind जैसा स्टैटिक इंडेक्स बन सकता है, और कमेंट के बारे में फ़ैसला करना होगा: उन्हें रखें, किसी सर्विस पर ले जाएँ या बंद कर दें। जब पेज पहले से बिल्ड होते हैं, तो कैशिंग प्लगइन के पास करने को कुछ नहीं बचता।
  8. URL स्ट्रक्चर मिलाएँ। WordPress परमालिंक आमतौर पर स्लैश पर ख़त्म होते हैं, जो Astro के डिफ़ॉल्ट डायरेक्टरी आउटपुट से मेल खाता है। तारीख़ पर आधारित परमालिंक /[year]/[month]/[slug]/ जैसे डायनैमिक रूट बन जाते हैं (Astro रूटिंग); कैटेगरी और टैग आर्काइव को अपने पेज या एक रीडायरेक्ट चाहिए।
  9. रीडायरेक्ट सर्वर पर करें, WordPress के बचे-खुचे URL समेत। बिना एडैप्टर वाला स्टैटिक Astro बिल्ड कॉन्फ़िगर किए गए रीडायरेक्ट को meta-refresh पेजों में बदल देता है (Astro कॉन्फ़िगरेशन रेफ़रेंस), इसलिए जहाँ साइट होस्ट है वहीं 1:1 301 रीडायरेक्ट सेट करें। बदली हुई पोस्ट के अलावा, उन URL को भी कवर करें जो WordPress अपने-आप बनाता है: /feed/, ?p= शॉर्टलिंक, अटैचमेंट पेज, ऑथर आर्काइव और /wp-content/uploads/ की कोई भी फ़ाइल जिसे आपने दूसरी जगह ले जाया हो।
  10. लॉन्च करें, फिर नज़र रखें। DNS बदलें, नई साइट वेरिफ़ाई होने तक पुराना WordPress इंस्टॉलेशन सिर्फ़ अपने लिए एक्सेस में रखें, और अगले कुछ हफ़्तों तक Search Console की इंडेक्सिंग रिपोर्ट देखते रहें। हमारी वेबसाइट माइग्रेशन SEO चेकलिस्ट लॉन्च के दिन और उसके बाद के 90 दिनों को कवर करती है।

माइग्रेशन के बाद क्या बदलता है

क्षेत्रWordPress परAstro पर
एडिटिंगWordPress डैशबोर्ड और ब्लॉक एडिटरheadless CMS के रूप में WordPress, कोई दूसरा CMS, या Markdown
होस्टिंगएक PHP सर्वर और डेटाबेसकोई भी स्टैटिक होस्ट या एज प्लेटफ़ॉर्म, जैसे Cloudflare
अपडेटकोर, थीम और प्लगइन के अपडेट, जिन्हें लगातार करते रहना पड़ता हैरिपॉज़िटरी में डिपेंडेंसी अपडेट, पब्लिक सर्वर पर कोई नहीं
फ़ॉर्मएक फ़ॉर्म प्लगइनआपका अपना एंडपॉइंट और स्टोरेज
सर्चWordPress सर्च या कोई सर्च प्लगइनस्टैटिक इंडेक्स या कोई सर्च सर्विस
परफ़ॉर्मेंसकैशिंग और ऑप्टिमाइज़ेशन प्लगइनपहले से बिल्ड किए गए पेज, JavaScript सिर्फ़ वहीं जहाँ आप जोड़ें

SEO को सुरक्षित रखना

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

फिर जाँचें कि पुरानी थीम और प्लगइन हर पेज में क्या जोड़ रहे थे: canonical टैग, Open Graph इमेज, स्ट्रक्चर्ड डेटा, किसी बहुभाषी प्लगइन के hreflang टैग और robots नियम। नई साइट पर जो कुछ भी छूट जाए, वह एक ऐसा सिग्नल है जो साइट बदलने वाले दिन Google के हाथ से निकल जाता है।

Dardo WordPress माइग्रेशन कैसे करता है

हम WordPress से माइग्रेशन अपनी वेबसाइट माइग्रेशन सेवा के तहत करते हैं: URL और कंटेंट की सूची, headless या पूरे माइग्रेशन का फ़ैसला, पहले एक प्रतिनिधि पेज दोबारा बनाकर तय की गई चौड़ाइयों पर उसकी समीक्षा, फिर बाकी टेम्पलेट, फ़ॉर्म और रीडायरेक्ट। बिल्ड अपने आप में Astro में वेब डेवलपमेंट है। अगर आप अभी यही तय कर रहे हैं कि WordPress छोड़ें या नहीं, तो WordPress और कस्टम वेबसाइट की हमारी तुलना बताती है कि कब कौन-सा विकल्प फ़ायदेमंद है, और Framer और Webflow से माइग्रेशन की हमारी गाइड बाकी आम शुरुआती प्लेटफ़ॉर्म को कवर करती हैं।

अगर आप माइग्रेशन पर विचार कर रहे हैं, तो हमें अपनी साइट भेजें और बताएँ कि आप क्या बदलना चाहते हैं। किसी भी विकल्प का कोटेशन देने से पहले हम बताएँगे कि आपके लिए headless सही है या पूरा माइग्रेशन।

आम सवाल

क्या मैं Astro के साथ WordPress इस्तेमाल कर सकता हूँ?

हाँ। WordPress headless CMS के रूप में बना रह सकता है: एडिटर WordPress डैशबोर्ड में ही काम करते रहते हैं और Astro पब्लिक साइट REST API या WPGraphQL से बनाता है। Astro ने इस सेटअप का ब्योरा अपनी WordPress CMS गाइड में दिया है।

WordPress का कंटेंट Astro में कैसे एक्सपोर्ट करें?

टूल्स > निर्यात से WXR फ़ाइल बनाएँ और उसे wordpress-export-to-markdown जैसे टूल से कन्वर्ट करें, या पोस्ट REST API से पढ़ें, हर रिक्वेस्ट में 100 तक। wp-content/uploads अलग से कॉपी करें, क्योंकि इमेज एक्सपोर्ट फ़ाइल के अंदर नहीं होतीं।

क्या WordPress से Astro पर जाने से मेरी Google रैंकिंग चली जाएगी?

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

मेरे WordPress प्लगइन का क्या होगा?

एडिटरों की मदद करने वाले प्लगइन headless सेटअप में काम करते रह सकते हैं, लेकिन थीम में चलने वाली हर चीज़, जैसे फ़ॉर्म, स्लाइडर, सर्च, कमेंट या पेज बिल्डर, को दोबारा बनाना या बदलना पड़ता है, क्योंकि पब्लिक पेज अब Astro खुद रेंडर करता है।

क्या Astro, WordPress से तेज़ है?

Astro साइट पहले से बिल्ड होती है और JavaScript सिर्फ़ वहीं भेजती है जहाँ आप उसे जोड़ते हैं, इसलिए हर विज़िट का जवाब देने के लिए उसे PHP सर्वर या कैशिंग प्लगइन की ज़रूरत नहीं होती। कितनी तेज़, यह इस पर निर्भर करता है कि WordPress थीम क्या-क्या लोड करती थी, इसलिए पहले और बाद में दोनों को मापें।

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

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