Astro SEO: Astro साइट को Google पर रैंक कराने और AI द्वारा cite होने का तरीका

संक्षेप में: Astro सबसे ज़्यादा search-friendly web फ़्रेमवर्क में से एक है, क्योंकि यह पेजों को साधारण HTML में prerender करता है और जब तक आप न माँगें, client-side JavaScript नहीं भेजता। इससे Google और AI क्रॉलर को पहली request पर पूरा कंटेंट मिलता है। पर Astro आपका SEO अपने-आप नहीं लिखता: titles, meta descriptions, canonicals, hreflang, structured data और रीडायरेक्ट आपके जिम्मे हैं, ज़्यादातर एक साझा head कंपोनेंट और आधिकारिक साइटमैप इंटीग्रेशन के ज़रिए।

Astro SEO उस साफ़ HTML को ऐसे पेजों में बदलने का काम है जो रैंक करें। Google की अपनी JavaScript SEO basics गाइड बताती है कि वह JavaScript साइटों को तीन चरणों में (क्रॉलिंग, रेंडरिंग, इंडेक्सिंग) संभालता है, और कहती है कि “server-side या pre-rendering अब भी एक बढ़िया विचार है” क्योंकि हर bot JavaScript नहीं चला सकता। Astro इसी स्थिति से शुरू होता है। यह गाइड बाकी बातें एक-एक सेटिंग के हिसाब से बताती है, हर व्यवहार को आधिकारिक Astro दस्तावेज़ों से मिलाकर। संदर्भ के लिए: वह sorank.com साइट, जिसे आप पढ़ रहे हैं, Astro पर चलती है।

क्या Astro SEO के लिए अच्छा है?

तकनीकी स्तर पर, हाँ। Astro कंपोनेंट को बिल्ड time पर HTML में रेंडर करता है और वह JavaScript हटा देता है जिसे React या Vue आम तौर पर browser तक भेजते हैं। इससे वे समस्याएँ नहीं आतीं जो हमारी JavaScript SEO गाइड में बताई गई हैं: खाली HTML shells, ऐसा कंटेंट जो रेंडरिंग के बाद ही दिखता है, ऐसे लिंक जो असली anchor टैग नहीं हैं। यह single-page application के routing वाले जालों से भी बचाता है, क्योंकि हर Astro रूट का अपना असली URL और अपनी HTML फ़ाइल होती है।

Astro जो नहीं करता, वह भी उतना ही ज़रूरी है। इसमें कोई built-in SEO प्लगइन नहीं है, कोई अपने-आप meta description नहीं, कोई अपने-आप canonical टैग नहीं और कोई structured data नहीं। नीचे दी तालिका मुफ़्त मिलने वाली चीज़ों को उन चीज़ों से अलग करती है जो आपको बनानी होती हैं।

Static या सर्वर रेंडरिंग: SEO के लिए कौन-सा mode सबसे अच्छा है?

On-demand रेंडरिंग पर Astro दस्तावेज़ साफ़ है: डिफ़ॉल्ट रूप से पेज, रूट्स और API एंडपॉइंट्स बिल्ड time पर स्टैटिक पेज के रूप में prerender होते हैं। SEO के लिए, स्टैटिक आउटपुट सबसे सुरक्षित डिफ़ॉल्ट है: हर URL एक तैयार HTML फ़ाइल है जो CDN से परोसी जाती है, तेज़ है, और हर विज़िटर और हर bot के लिए एक जैसी है।

On-demand (सर्वर) रेंडरिंग के लिए आपके host (जैसे Node, Netlify, Vercel या Cloudflare) का एडैप्टर चाहिए। फिर आप एक रूट को export const prerender = false लिखकर prerendering से बाहर कर सकते हैं, या पूरे प्रोजेक्ट को output: 'server' पर सेट करके स्टैटिक पेजों को वापस prerender के लिए चिह्नित कर सकते हैं। दोनों मोड पूरा HTML देते हैं, इसलिए Google को एक ही चीज़ दिखती है। फ़र्क कहीं और है:

• गति: स्टैटिक फ़ाइल तुरंत परोसी जाती है; server-rendered पेज आपके सर्वर के response time पर निर्भर है, जो Largest Contentful Paint पर असर डालता है।
• ताज़गी: सर्वर रेंडरिंग उन पेजों के लिए ठीक है जो लगातार बदलते हैं (stock, कीमतें, सर्च नतीजे), जहाँ पूरी साइट दोबारा बिल्ड करना बहुत धीमा होगा।
• Tooling: कुछ इंटीग्रेशन, जैसे साइटमैप, dynamic सर्वर रूट्स को नहीं देख सकते (नीचे देखें)।

व्यावहारिक नियम: marketing पेज, blog posts और documentation को स्टैटिक रखें, और सिर्फ़ उन रूट्स को on demand रेंडर करें जिन्हें live डेटा चाहिए। Astro के दस्तावेज़ भी यही सलाह देते हैं: तब तक डिफ़ॉल्ट स्टैटिक mode रखें जब तक आपके ज़्यादातर पेजों को on-demand रेंडरिंग की ज़रूरत न पड़े।

Astro में meta टैग और canonical URL कैसे सेट करें?

एक SEO कंपोनेंट बनाएँ (अक्सर उसे BaseHead या Seo कहा जाता है) और उसे हर लेआउट के head में शामिल करें। यह title, description, एक वैकल्पिक image और एक वैकल्पिक noindex flag लेता है, और यह आउटपुट देता है:

1. title टैग, हर पेज के लिए अलग, मुख्य keyword शुरू के पास;
2. meta description, हर पेज के लिए हाथ से लिखा हुआ (यही आपका सर्च स्निपेट है);
3. the canonical टैग, जो Astro.url.pathname और आपके कॉन्फ़िग की site value से absolute URL के रूप में बनता है;
4. Open Graph और social टैग (title, description, image, URL) लिंक previews के लिए;
5. robots meta टैग, जब कोई पेज index से बाहर रहना चाहिए।

पहले astro.config.mjs में site विकल्प सेट करें: canonical, साइटमैप और social टैग, सब इसी पर निर्भर हैं। फिर trailingSlash नीति चुनें ('always' या 'never') और उसी पर टिके रहें, ताकि /blog/post और /blog/post/ एक ही पेज के दो वर्ज़न की तरह न लड़ें। Canonical से query strings हटाएँ, ताकि tracking पैरामीटर डुप्लिकेट न बनाएँ।

Astro के साथ साइटमैप और robots.txt कैसे बनाएँ?

आधिकारिक इंटीग्रेशन का उपयोग करें, जो @astrojs/sitemap पेज पर दस्तावेज़ित है। npx astro add sitemap चलाने से यह इंस्टॉल होता है और कॉन्फ़िग में जुड़ जाता है। इसके लिए site विकल्प ज़रूरी है, और बिल्ड के समय यह sitemap-index.xml फ़ाइल लिखता है, जो क्रमांकित फ़ाइलों (sitemap-0.xml, और बड़ी साइटों पर और) की ओर इशारा करती है। हर फ़ाइल में डिफ़ॉल्ट रूप से 45,000 entries तक होती हैं, जिसे entryLimit विकल्प तय करता है। अगर यह फ़ॉर्मैट आपके लिए नया है, तो हमारी glossary की XML साइटमैप प्रविष्टि बताती है कि Google इसके साथ क्या करता है।

SEO के लिए तीन सेटिंग्स मायने रखती हैं:

• फ़िल्टर: एक फ़ंक्शन जो हर पेज URL लेता है; thank-you पेज, internal सर्च, drafts या noindex वाली किसी भी चीज़ के लिए false लौटाएँ, ताकि साइटमैप में सिर्फ़ index होने योग्य URL हों।
• i18n: आपके locale फ़ोल्डर्स को भाषा codes से जोड़ता है और हर entry में hreflang alternates जोड़ता है।
• customPages: ऐसे URL जोड़ता है जिन्हें इंटीग्रेशन खुद नहीं खोज सकता।

robots.txt के लिए, ज़्यादातर साइटों पर public फ़ोल्डर की एक स्टैटिक फ़ाइल काफ़ी है। अगर staging और production में कंटेंट अलग है, तो उसे किसी एंडपॉइंट (src/pages/robots.txt.ts) से बनाएँ। दोनों ही मामलों में एक Sitemap line जोड़ें जो sitemap-index.xml की ओर इशारा करे, और लॉन्च से पहले उसे robots.txt checker से जाँचें। यही एंडपॉइंट तरीका llms.txt फ़ाइल भी बनाता है; उसकी सामग्री पर हमारी llms.txt फ़ाइल इंस्टॉल करने की गाइड में जानकारी है।

Astro में hreflang और बहुभाषी साइट कैसे संभालें?

Astro का built-in i18n routing URL वाला हिस्सा संभालता है। Config में आप defaultLocale और locales की सूची घोषित करते हैं, और चुनते हैं कि डिफ़ॉल्ट भाषा को भी prefix मिले या नहीं (prefixDefaultLocale)। getRelativeLocaleUrl जैसे helpers स्थानीय लिंक बनाते हैं, और Astro.currentLocale बताता है कि हर पेज किस भाषा में है।

Routing गाइड head में hreflang टैग को कवर नहीं करती, इसलिए इन्हें SEO कंपोनेंट में खुद लिखने की योजना बनाएँ: हर पेज के लिए हर भाषा वर्ज़न की एक alternate लिंक, साथ में x-default, सब absolute URL के रूप में, और हर वर्ज़न बाकी सभी वर्ज़न को सूचीबद्ध करे (वापसी लिंक)। इन्हें उसी locale सूची से बनाने से सबसे आम गलती टलती है, यानी ऐसा alternate जो किसी मौजूद न पेज की ओर इशारा करे। कुछ URL पर तर्क जाँचने के लिए हमारा hreflang generator किसी पेज के लिए पूरे टैग निकाल देता है। फिर साइटमैप का i18n विकल्प दूसरे संकेत के रूप में चालू करें।

Images और islands गति और Core Web Vitals को कैसे प्रभावित करते हैं?

गति में Astro सबसे ज़्यादा बढ़त देता है, और यह Core Web Vitals में दिखता है। Astro images गाइड astro:assets के Image कंपोनेंट का वर्णन करती है: यह स्थानीय images को optimize करता है, उनका फ़ॉर्मैट बदलता है, lazy loading और async decoding देता है, और image के आयाम (dimensions) अनुमानित करता है ताकि Cumulative Layout Shift से बचा जा सके। इस पर alt attribute अनिवार्य है, जो image SEO के एक मूल नियम को लागू करता है। Picture कंपोनेंट एक कदम आगे जाता है और AVIF या WebP को फ़ॉलबैक के साथ देता है।

दो आदतें तस्वीर पूरी करती हैं। जिन images को optimize होना है उन्हें src में रखें (public में रखी फ़ाइलें बिना किसी processing के परोसी जाती हैं)। और पेज के ऊपर वाली मुख्य image को lazy-load न करें: उसे eager loading दें, ताकि वह Largest Contentful Paint में देरी न करे।

Islands architecture JavaScript को नियंत्रित रखती है। कोई कंपोनेंट तब तक स्टैटिक HTML है जब तक आप क्लाइंट directive नहीं जोड़ते: client:load उसे तुरंत hydrate करता है, client:idle तब जब browser खाली हो, client:visible केवल तब जब वह viewport में आए। client:load को सिर्फ़ उन चीज़ों के लिए रखना जो तुरंत प्रतिक्रिया दें (menu, cart), Interaction to Next Paint को बचाने का सबसे सरल तरीका है। Server islands (server:defer) किसी personalized block को cached पेज के बाद लोड होने देते हैं, बिना मुख्य कंटेंट को धीमा किए।

Astro साइट में structured data कैसे जोड़ें?

Astro में कोई स्कीमा फ़ीचर नहीं है, जो आपको पूरा नियंत्रण देता है। हर पेज प्रकार (Article, Product, Organization, BreadcrumbList, FAQPage) के लिए एक JavaScript ऑब्जेक्ट बनाएँ और उसे application/ld+json type वाले स्क्रिप्ट टैग में निकालें, JSON.stringify के साथ set:html directive का उपयोग करके ताकि JSON escape न हो। उसे उसी फ़्रंटमैटर या कलेक्शन डेटा से भरें जिससे दिखने वाला पेज बनता है, ताकि मार्कअप हमेशा वही दिखाए जो उपयोगकर्ता देखते हैं; यह Google के स्कीमा मार्कअप दिशानिर्देशों की शर्त है।

किसी नए पेज प्रकार का JSON बनाने के लिए हमारा मुफ़्त स्कीमा generator एक valid शुरुआती block देता है, जिसे आप टेम्पलेट में बदलते हैं। Template बदलने के बाद बनाए गए पेजों के नमूने Google के Rich Results Test से हर बार जाँचें।

Astro पर माइग्रेशन के समय रीडायरेक्ट कैसे संभालें?

WordPress या Next.js से माइग्रेशन Astro साइट के लिए सबसे जोखिम भरा समय है। हर उस URL को रखें जिस पर traffic या बैकलिंक हैं, और बाकी को एक-एक करके उनके सबसे नज़दीकी समकक्ष से स्थायी रीडायरेक्ट से जोड़ें, जैसा हमारी SEO रीडायरेक्ट गाइड में बताया गया है।

Astro के कॉन्फ़िग में एक रीडायरेक्ट ऑब्जेक्ट होता है जो पुराने paths को नए paths से जोड़ता है। Server एडैप्टर के साथ ये असली HTTP रीडायरेक्ट बन जाते हैं। शुद्ध स्टैटिक बिल्ड पर, Astro इसके बदले meta refresh वाला HTML पेज लिखता है, जिसे Google फ़ॉलो करता है, पर यह server-side 301 से कमज़ोर सिग्नल माना जाता है। Static साइट के लिए रीडायरेक्ट को अपने host के अपने फ़ॉर्मैट में घोषित करें (Netlify या Cloudflare Pages पर _redirects फ़ाइल, Vercel पर vercel.json फ़ाइल), ताकि क्रॉलर को असली 301 मिले।

Astro SEO और GEO में कैसे मदद करता है?

ChatGPT, Perplexity या Gemini द्वारा cite होना पढ़े जाने योग्य होने से शुरू होता है। कई AI क्रॉलर कच्चा HTML लाते हैं और JavaScript नहीं चलाते, इसलिए जो साइट अपना पूरा text पहली response में भेजती है, जैसा Astro डिफ़ॉल्ट रूप से करता है, वह एक बाधा हटा देती है जो client-rendered साइटों के सामने रहती है। साफ़ headings, सीधे जवाब वाले पैराग्राफ़, structured data और एक llms.txt फ़ाइल फिर हर पेज को उद्धृत करने लायक बनाते हैं।

लॉन्च के बाद अनुमान नहीं, माप करें। Sorank GEO और SEO dashboard आपका Search Console डेटा और AI assistants से आपकी visits एक जगह लाता है, ताकि आप देख सकें कि नई साइट अपनी positions बनाए रखती है या नहीं।

तकनीकी गुणवत्ता तभी फल देती है जब रैंक करने के लिए कंटेंट हो। Sorank का AI blog article generator ऐसे लेख लिखता और प्रकाशित करता है जो Google और AI assistants के लिए optimized हों, और वह webhook के ज़रिए किसी custom साइट से, जैसे Astro प्रोजेक्ट से, जुड़ सकता है।

Astro डिफ़ॉल्ट रूप से crawlable और तेज़ HTML देता है; रैंकिंग फिर भी उन head टैग, साइटमैप, hreflang, structured data और रीडायरेक्ट पर निर्भर है जिन्हें आप ऊपर से जोड़ते हैं। पहले साझा SEO कंपोनेंट और साइटमैप सेट करें, फिर लॉन्च से पहले ऊपर की तालिका के हर बिंदु पर काम करें।