AI से बनी वेबसाइटों के लिए SEO: असल में क्या मायने रखता है

AI से बनी वेबसाइट भी किसी और वेबसाइट जितनी ही अच्छी रैंक कर सकती है: सर्च इंजन आँकते हैं कि पेज में क्या है और वह विज़िटर की कितनी अच्छी मदद करता है, न कि कोड किस tool ने लिखा। पेंच तकनीकी है। कई AI builders ऐसे single-page apps बनाते हैं जो browser को लगभग खाली HTML फ़ाइल भेजते हैं और कंटेंट JavaScript से बनाते हैं, जिससे हर पेज crawlers के लिए पढ़ना और साझा करना मुश्किल होता है। इसे prerendering या server rendering से ठीक करें, हर पेज को उसका अपना title, description और URL दें, sitemap जोड़ें, साइट तेज़ रखें, और फिर वह हिस्सा करें जो कोई tool आपके लिए नहीं करता: ऐसा कंटेंट लिखें जिसे लोग खोज रहे हैं।

single-page apps खोज में क्यों पिछड़ सकती हैं

पारंपरिक वेबसाइट हर पेज का पूरा टेक्स्ट अपने HTML में भेजती है। एक single-page app (SPA) — कई AI builders का डिफ़ॉल्ट आउटपुट, आम तौर पर Vite जैसे tool के साथ React — एक छोटा HTML shell भेजती है, जैसे एक खाली <div id="root">, साथ में एक JavaScript bundle। browser JavaScript चलाता है, जो फिर पेज बनाता है।

खोज के लिए यह तीन तरह से मायने रखता है:

1. Rendering एक अतिरिक्त चरण है। Google JavaScript पेजों के लिए तीन चरण बताता है: HTML को crawl करना, उसे headless Chromium browser में render करना, फिर render किए गए नतीजे को index करना। Google की अपनी गाइडेंस कहती है कि server-side rendering या prerendering अब भी अच्छा विचार है, क्योंकि यह यूज़रों और crawlers दोनों के लिए तेज़ है, और सभी bots JavaScript नहीं चला सकते।
2. आपके पेज के बाकी पाठक बिल्कुल render नहीं करते। चैट ऐप्स और सोशल नेटवर्क पर link previews, और कई दूसरे crawlers, आम तौर पर सिर्फ शुरुआती HTML पढ़ते हैं। अगर आपका title और preview image लोड के बाद JavaScript से सेट होते हैं, तो वे previews खाली shell के डिफ़ॉल्ट दिखाते हैं — अक्सर हर पेज पर एक ही title।
3. सब एक ही HTML फ़ाइल साझा करते हैं। जब तक ऐप उसे अपडेट न करे, हर URL पर वही <title> और description होता है, जो सर्च इंजनों को हर पेज के बारे में कुछ खास नहीं बताता।

इसका मतलब यह नहीं कि SPA इंडेक्स नहीं हो सकती। इसका मतलब है कि आप crawler से ज़्यादा काम की उम्मीद कर रहे हैं, और जो पाठक render नहीं करते उन्हें क्या दिखता है, उस पर आपका नियंत्रण कम हो जाता है।

रेंडरिंग का तरीका चुनें

crawlers तक असली HTML पहुँचाने के चार आम तरीके हैं। मोटे तौर पर इस क्रम में कि वे आपकी ऐप को कितना बदलते हैं:

एक व्यावहारिक नियम: आपकी साइट का सार्वजनिक, खोजे जाने योग्य हिस्सा static या prerendered होना चाहिए; उसके पीछे की लॉग-इन ऐप एक सामान्य SPA रह सकती है। वैसे भी सर्च इंजनों को dashboards इंडेक्स नहीं करने चाहिए।

अगर आप शुरू से बना रहे हैं और SEO मायने रखता है, तो पहले prompt में यह साफ कहें ताकि AI उपयुक्त setup चुने:

एक फिज़ियोथेरेपी क्लिनिक के लिए marketing साइट बनाओ जिसमें Home, Services (हर सेवा के लिए एक अलग पेज), About, Pricing और Contact पेज हों। SEO मायने रखता है: हर पेज को अपना पूरा कंटेंट और अपना title तथा meta description शुरुआती HTML में भेजना चाहिए — static या prerendered setup इस्तेमाल करो, सिर्फ client-side single-page app नहीं।

अगर आपके पास पहले से Vite SPA है, तो सार्वजनिक routes के लिए prerendering माँगें:

इस React ऐप को वैसा ही रहने दो, लेकिन सार्वजनिक routes (/, /pricing, /about, /blog और हर /blog/:slug) को build के समय static HTML में prerender करो, हर एक के अपने title, meta description, canonical URL और Open Graph tags के साथ। लॉग-इन वाले /app routes client-rendered रह सकते हैं।

बाद में नतीजा खुद जाँचें: एक पेज खोलें, View page source चुनें (dev tools का Elements panel नहीं, जो render किया हुआ पेज दिखाता है), और पुष्टि करें कि टेक्स्ट और title कच्चे HTML में हैं।

पेज पर बुनियादी बातें सही करें

ये रेंडरिंग के तरीके से स्वतंत्र हर जगह लागू होती हैं।

Titles और meta descriptions

• हर पेज का एक अलग <title>, जिसमें पेज का मुख्य विषय सबसे आगे हो। लगभग 50–60 अक्षर एक आम दिशा-निर्देश है, क्योंकि लंबे titles नतीजों में कट जाते हैं।
• हर पेज का एक अलग meta description — एक ऐसा वाक्य जिस पर कोई व्यक्ति क्लिक करना चाहे, कीवर्ड की सूची नहीं। Google उसे बदल सकता है, लेकिन अच्छा description अक्सर इस्तेमाल होता है।
• meta keywords छोड़ दें। Google कहता है कि इस tag का indexing या ranking पर कोई असर नहीं होता।

URLs, headings और links

• असली पेजों के लिए असली URLs। हर कंटेंट का अपना path हो (/services/sports-massage), कोई tab या modal नहीं जो सिर्फ क्लिक के बाद बने। जो कंटेंट इंडेक्स कराना है, उसके लिए # fragment routing से बचें।
• हर पेज पर एक h1, फिर समझदार h2/h3 ढाँचा। AI से बने डिज़ाइन कभी-कभी headings को styling के लिए इस्तेमाल करते हैं; semantic headings माँगें।
• Crawl होने योग्य links। नेविगेशन के लिए असली <a href> links इस्तेमाल करें। JavaScript से पेज बदलने वाले buttons उन crawlers को दिखाई नहीं देते जो links का पीछा करते हैं।
• Canonical tags जो हर पेज को उसके पसंदीदा URL की ओर इशारा करें, ताकि ?utm= वाले variants और trailing-slash वाले duplicates आपस में होड़ न करें।
• सार्थक images पर वर्णनात्मक alt text।

सोशल previews

हर सार्वजनिक पेज पर शुरुआती HTML में Open Graph tags (og:title, og:description, og:image, og:url) जोड़ें। यही वह हिस्सा है जिसे SPAs सबसे अधिक गलत करती हैं, क्योंकि link preview bots JavaScript नहीं चलाते।

Sitemaps और robots.txt

Sitemap एक XML फ़ाइल है जो उन URLs की सूची देती है जिन्हें आप इंडेक्स कराना चाहते हैं। यह सर्च इंजनों को पेज खोजने में मदद करती है, खासकर नई साइटों पर जिन्हें कम inbound links मिले हैं। Google के documentation के अनुसार, सितंबर 2026 तक:

• एक sitemap में अधिकतम 50,000 URLs या बिना compress किए 50 MB हो सकते हैं; बड़ी साइटों को sitemap index से बाँटें।
• Google <priority> और <changefreq> को नज़रअंदाज़ करता है।
• Google <lastmod> तभी इस्तेमाल करता है जब वह लगातार सटीक हो, इसलिए इसे हर build पर नहीं, असली कंटेंट बदलने पर अपडेट करें।

robots.txt फ़ाइल crawlers को बताती है कि कौन-से paths crawl न करें। इसका उपयोग crawlers को /app, /admin और API routes से दूर रखने के लिए करें, और इसमें sitemap का पता दें। याद रखें कि robots.txt crawling रोकता है, indexing नहीं: किसी पेज को नतीजों से बाहर रखने के लिए noindex robots meta tag का उपयोग करें और उसे crawl होने दें।

साइट के अंतिम domain पर आने के बाद Google Search Console में sitemap सबमिट करें। Search Console यह भी दिखाता है कि कौन-से पेज इंडेक्स हैं और कुछ क्यों नहीं — यह वहाँ का सबसे उपयोगी मुफ़्त SEO tool है।

Structured data

Structured data machine-readable markup है जो बताता है कि पेज किस बारे में है: कोई संगठन, स्थानीय व्यवसाय, उत्पाद, लेख, कार्यक्रम। Google JSON-LD फ़ॉर्मेट की सलाह देता है और दो बातों पर स्पष्ट है:

• यह पेजों को rich results के योग्य बना सकता है लेकिन उनकी गारंटी नहीं देता।
• इसे पेज पर दिखने वाली जानकारी का वर्णन करना चाहिए। ऐसी reviews, कीमतें या FAQs मार्क न करें जो विज़िटर नहीं देख सकते।

अच्छे शुरुआती बिंदु: होमपेज पर Organization या LocalBusiness, उत्पाद पेजों पर Product, blog posts पर Article, गहरे पेजों पर BreadcrumbList। Google के Rich Results Test से जाँचें।

JSON-LD structured data जोड़ो: होमपेज पर LocalBusiness, उसी पते, फ़ोन और खुलने के समय के साथ जो पेज पर पहले से दिखते हैं, और हर blog post पर Article। कोई ratings या reviews न जोड़ो।

Speed और mobile

Google page experience संकेतों का उपयोग करता है, जिनमें Core Web Vitals शामिल हैं, और विज़िटरों के लिए speed वैसे भी मायने रखती है। Google की "अच्छे" सीमाएँ, जो पेज लोड के 75वें percentile पर मापी जाती हैं, ये हैं:

AI से बनी साइटों के आम हल:

• Images — आकार घटाएँ, compress करें, आधुनिक formats इस्तेमाल करें, width और height सेट करें (इससे layout shift रुकता है), और fold के नीचे lazy-load करें।
• JavaScript — बड़ा bundle SPA पर सब कुछ धीमा करता है। Prerendering मदद करता है; route के अनुसार code बाँटना भी।
• Fonts — families और weights सीमित रखें और fold के ऊपर इस्तेमाल होने वाले को preload करें।
• Third-party scripts — हर chat widget और tracking pixel speed पर असर डालता है। जो आप इस्तेमाल करते हैं सिर्फ वही रखें।

लाइव URL को mobile mode में PageSpeed Insights या Lighthouse से जाँचें।

कंटेंट ही अधिकांश काम है

Technical SEO रुकावटें हटाता है; वह माँग पैदा नहीं करता। पेज इसलिए रैंक करते हैं क्योंकि वे किसी खोज का जवाब विकल्पों से बेहतर देते हैं। ज़्यादातर छोटी साइटों के लिए इसका मतलब है:

• लोगों द्वारा खोजे जाने वाले हर विषय के लिए एक पेज। एक plumber को हर सेवा और हर सेवा-क्षेत्र के लिए अलग पेज चाहिए, सब कुछ गिनाने वाला एक "Services" पेज नहीं।
• विशिष्ट, मौलिक विवरण — कीमतें, प्रक्रिया, असली काम की तस्वीरें, वे सवाल जिनके जवाब ग्राहक फ़ोन पर पूछते हैं।
• चीज़ें बदलने पर अपडेट। पुराने समय और पुरानी कीमतें भरोसा जल्दी खोती हैं।

AI पेजों का ड्राफ़्ट जल्दी बना सकता है, इसलिए बहुत सारे पतले, मिलते-जुलते पेज प्रकाशित करने का लालच होता है। Google की गाइडेंस उस कंटेंट को निशाना बनाती है जो मुख्यतः रैंक करने के लिए बना हो, न कि लोगों की मदद के लिए, चाहे वह जैसे भी बना हो। AI से ड्राफ़्ट बनाएँ, फिर वह जोड़ें जो सिर्फ आप जानते हैं। Directory-style साइटों पर यह सबसे ज़्यादा लागू होता है; सूची वाले पेजों को इंडेक्स योग्य बनाने के तरीके के लिए directory वेबसाइट कैसे बनाएँ देखें।

लॉन्च चेकलिस्ट

• सार्वजनिक पेज शुरुआती HTML में पूरा कंटेंट भेजते हैं (View page source से जाँचें)
• हर पेज पर अलग title, meta description और canonical URL
• हर सार्वजनिक पेज पर Open Graph tags और एक share image
• हर पेज पर एक h1, असली <a href> links, images पर alt text
• असली URLs वाली sitemap.xml; app और API paths रोकने वाली robots.txt
• Structured data सिर्फ दिखने वाले कंटेंट के लिए, जाँचा हुआ
• मोबाइल पर LCP, INP और CLS "अच्छे" दायरे में
• साइट अपने अंतिम domain पर, HTTPS के साथ और Search Console में सबमिट

खोज ट्रैफ़िक बनाने से पहले अपने domain पर जाने से बाद में redirects से बचाव होता है — देखें custom domain कैसे जोड़ें। व्यापक build प्रक्रिया के लिए AI से वेबसाइट कैसे बनाएँ पढ़ें, और विज़िटरों को बदलने वाले पेजों के लिए कन्वर्ट करने वाला landing page कैसे बनाएँ।

Mythex पर SEO

Mythex में SEO के लिए अलग panel नहीं है; आप चैट या कोड के ज़रिए ऐप बदलकर SEO सुधारते हैं। नई web apps डिफ़ॉल्ट रूप से Vite और React single-page app होती हैं, इसलिए जब खोज मायने रखे, तो शुरू से static या prerendered साइट, या Next.js माँगें। Docs में titles, Open Graph tags, sitemap और robots.txt के लिए एक starter prompt अपनी ऐप के लिए SEO में है, और कंटेंट-केंद्रित साइटों के लिए static websites है। बदलावों के बाद दोबारा publish करें, ताकि लाइव साइट उन्हें उठा ले। Custom domains Pro में उपलब्ध हैं।

सवाल