SaaS वेबसाइटों के लिए टेक्निकल SEO चेकलिस्ट

किसी SaaS कंपनी के लिए टेक्निकल SEO ज़्यादातर दो बातों पर टिका है: अलगाव और रेंडरिंग। अलगाव इसलिए, क्योंकि एक ही डोमेन पर आमतौर पर एक मार्केटिंग साइट होती है जिसे रैंक करना चाहिए, डॉक्यूमेंटेशन होता है जिसे रैंक करना चाहिए, और एक ऐप्लिकेशन होता है जिसे सर्च में होना ही नहीं चाहिए। रेंडरिंग इसलिए, क्योंकि SaaS साइटें अक्सर JavaScript ऐप के रूप में बनाई जाती हैं, और Google भले ही JavaScript रेंडर करता है, लेकिन कई दूसरे क्रॉलर, जिनमें ज़्यादातर AI क्रॉलर भी शामिल हैं, ऐसा नहीं करते। यह चेकलिस्ट इन दोनों को कवर करती है, और साथ में आम बुनियादी बातें भी: कैनोनिकल, साइटमैप, स्ट्रक्चर्ड डेटा, स्पीड और यह कि AI सर्च इंजन आपके पेजों तक कैसे पहुँचते हैं।

मुख्य बातें

• Google, JavaScript पेजों को अलग-अलग चरणों में क्रॉल, रेंडर और इंडेक्स करता है, और कहता है कि server-side rendering या pre-rendering “is still a great idea” (अब भी एक बढ़िया विचार है), क्योंकि सभी बॉट JavaScript नहीं चला सकते (Google Search Central (नए टैब में खुलता है))।
• दिसंबर 2024 के एक विश्लेषण में पाया गया कि GPTBot, ClaudeBot और PerplexityBot समेत कोई भी बड़ा AI क्रॉलर JavaScript रेंडर नहीं करता था (Vercel (नए टैब में खुलता है))।
• Google कहता है कि AI Overviews और AI Mode के लिए कोई अतिरिक्त तकनीकी शर्त नहीं है, और न किसी ख़ास schema.org मार्कअप या AI टेक्स्ट फ़ाइल की ज़रूरत है (Google Search Central (नए टैब में खुलता है))।
• OpenAI, ChatGPT सर्च के लिए OAI-SearchBot और मॉडल ट्रेनिंग के लिए GPTBot इस्तेमाल करता है; GPTBot को ब्लॉक करने से कोई साइट ChatGPT सर्च से नहीं हटती (OpenAI (नए टैब में खुलता है))।
• Google-Extended यह नियंत्रित करता है कि Google, Gemini की ट्रेनिंग के लिए कंटेंट इस्तेमाल कर सकता है या नहीं, और इसका Google Search में शामिल होने पर कोई असर नहीं पड़ता (Google Search Central (नए टैब में खुलता है))।

क्या आपका ऐप सर्च नतीजों में होना चाहिए?

नहीं। लॉगिन के पीछे के ऐप्लिकेशन पेजों में सर्च करने वालों के लिए कुछ नहीं होता, और Googlebot साइन इन नहीं करता। जोखिम उल्टी दिशा में है: ऐप के सार्वजनिक URL, जैसे शेयर किए गए लिंक, खाली स्टेट, पासवर्ड रीसेट पेज और स्टेजिंग एनवायरनमेंट, इंडेक्स हो सकते हैं और आपके मार्केटिंग पेजों से मुकाबला कर सकते हैं।

• ऐप्लिकेशन को उसके अपने होस्ट पर चलाएँ, जैसे app.example.com, और उसके हर रिस्पॉन्स के साथ X-Robots-Tag: noindex भेजें।
• स्टेजिंग और प्रीव्यू एनवायरनमेंट को ऑथेंटिकेशन से सर्च से बाहर रखें, जो robots नियमों से ज़्यादा भरोसेमंद है।
• पेजों को Google से हटाने के लिए robots.txt पर भरोसा न करें: ब्लॉक किया गया URL किसी दूसरी जगह से लिंक होने पर फिर भी लिस्ट हो सकता है, और जिस पेज को क्रॉल करने की अनुमति नहीं है, उस पर Google noindex देख ही नहीं सकता (Google Search Central (नए टैब में खुलता है))।
• लॉगिन और साइन-अप पेज अक्सर नाम से सर्च किए जाते हैं (“yourproduct login”)। इन्हें इंडेक्स होने देना मौजूदा ग्राहकों को इन्हें ढूँढने में मदद करता है; इन पर भारी मार्केटिंग कंटेंट नहीं होना चाहिए।

हमारा robots.txt चेकर दिखाता है कि हर क्रॉलर क्या फ़ेच कर सकता है, और मेटा टैग चेकर किसी पेज का robots मेटा टैग और X-Robots-Tag हेडर दिखाता है।

क्या सर्च इंजन और AI क्रॉलर आपके मार्केटिंग पेज पढ़ सकते हैं?

जाँचें कि कोई JavaScript चलने से पहले क्रॉलर को क्या मिलता है। अगर आपके प्राइसिंग पेज के HTML रिस्पॉन्स में न कीमतें हैं न हेडिंग, सिर्फ़ एक script टैग है, तो JavaScript न चलाने वाले क्रॉलर को एक खाली पेज दिखता है।

• Google हाल के Chromium से JavaScript रेंडर करता है, लेकिन रेंडरिंग क्रॉलिंग के बाद एक कतार (queue) में होती है, और Google server-side rendering या pre-rendering की सलाह देता है (Google Search Central (नए टैब में खुलता है))।
• AI क्रॉलर: Vercel के अपने नेटवर्क के विश्लेषण में पाया गया कि OpenAI, Anthropic, Perplexity और Meta के क्रॉलर JavaScript फ़ाइलें फ़ेच तो करते थे, लेकिन उन्हें चलाते नहीं थे; Google के इंफ़्रास्ट्रक्चर का इस्तेमाल करने वाला Gemini, और Applebot पेज रेंडर करते थे (Vercel (नए टैब में खुलता है))।
• चैट ऐप और सोशल नेटवर्क में लिंक प्रीव्यू आमतौर पर सिर्फ़ सर्वर HTML पढ़ते हैं, इसलिए टाइटल, डिस्क्रिप्शन और Open Graph टैग उसी में होने चाहिए।

व्यावहारिक सुधार यह है कि मार्केटिंग पेज, डॉक्स और ब्लॉग सर्वर पर या बिल्ड के समय रेंडर करें, जिसे Next.js, Nuxt और Astro जैसे फ़्रेमवर्क सपोर्ट करते हैं, और client-side rendering को लॉग-इन वाले ऐप्लिकेशन के लिए रखें। एक आसान टेस्ट: अपने URL पर curl चलाएँ, या जाँचे गए DOM की जगह पेज का सोर्स देखें, और पक्का करें कि टेक्स्ट वहाँ मौजूद है।

मार्केटिंग साइट की संरचना कैसी होनी चाहिए?

SaaS ख़रीदार ऐसे इरादे से सर्च करते हैं जिसे आप पेजों से जोड़ सकते हैं। इनमें से हर एक का अपना इंडेक्स होने लायक पेज होना चाहिए, जिसका वर्णनात्मक टाइटल और अपना कैनोनिकल URL हो:

• प्रोडक्ट और फ़ीचर पेज, हर बड़ी क्षमता के लिए एक।
• यूज़-केस और इंडस्ट्री पेज, “invoicing software for agencies” जैसी सर्च के लिए।
• इंटीग्रेशन पेज, हर इंटीग्रेशन के लिए एक, क्योंकि लोग “[आपका प्रोडक्ट] + [उनका टूल]” सर्च करते हैं।
• प्राइसिंग, जिसमें प्लान और कीमतें HTML में हों, रेंडर के बाद किसी API से लोड न हों।
• तुलना और विकल्प (alternative) वाले पेज, निष्पक्ष तरीक़े से लिखे हुए: प्रतिस्पर्धियों की कीमतें और फ़ीचर बदलते रहते हैं, इसलिए उन पर तारीख़ डालें और उन्हें अपडेट रखें।
• ग्राहकों की कहानियाँ, अनुमति के साथ और असली, जिनका स्रोत बताया जा सके ऐसे विवरणों के साथ।

कमज़ोर वैरिएशन से बचें: शब्द बदलकर बनाए गए दर्जनों लगभग एक जैसे “[फ़ीचर] for [इंडस्ट्री]” पेज वही हैं जिन्हें Google की स्पैम नीतियाँ scaled content abuse कहती हैं (Google Search Central (नए टैब में खुलता है))।

डॉक्स, हेल्प सेंटर और चेंजलॉग को कैसे संभालें?

डॉक्यूमेंटेशन अक्सर मार्केटिंग साइट से ज़्यादा सर्च ट्रैफ़िक लाता है, क्योंकि लोग यह सर्च करते हैं कि कोई काम कैसे करें।

• डॉक्स को सार्वजनिक और इंडेक्स होने लायक रखें, जब तक उनमें किसी ख़ास ग्राहक की जानकारी न हो।
• वर्ज़न वाले डॉक्स में पुराने वर्ज़न का कैनोनिकल उसी पेज के मौजूदा वर्ज़न की ओर रखें, या पुराने वर्ज़न को noindex करें, ताकि सर्च नतीजों में मौजूदा निर्देश दिखें।
• हर डॉक पेज को ऐसा वर्णनात्मक टाइटल और H1 दें जो उस तरह से मेल खाए जैसे लोग काम को शब्दों में कहते हैं (“Export invoices to CSV”), न कि अंदरूनी फ़ीचर नाम।
• चेंजलॉग की एंट्री को स्थिर, तारीख़ वाले URL पर रखें।
• डॉक्स को अपने XML साइटमैप में शामिल करें, या उनका अपना साइटमैप बनाकर उसे robots.txt में लिस्ट करें।

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

SaaS साइटों पर कैनोनिकल, hreflang और रीडायरेक्ट की कौन-सी समस्याएँ आम हैं?

• पैरामीटर: UTM टैग, रेफ़रल कोड और A/B टेस्ट पैरामीटर डुप्लिकेट URL बनाते हैं। हर पेज को अपना साफ़ URL कैनोनिकल के रूप में बताना चाहिए (Google Search Central (नए टैब में खुलता है))।
• आख़िरी स्लैश और अक्षरों का केस: एक रूप चुनें और दूसरे को 301 से रीडायरेक्ट करें।
• स्थानीय भाषा वाले पेज: अगर आप मार्केटिंग साइट का अनुवाद करते हैं, तो भाषा वर्ज़न को hreflang से जोड़ें, जिसमें ख़ुद का संदर्भ (self-reference) और एक x-default शामिल हो (Google Search Central (नए टैब में खुलता है))।
• रीब्रांड और डोमेन बदलना: पुराने URL को 301 रीडायरेक्ट से एक-एक करके नए URL से जोड़ें; सब कुछ होम पेज पर रीडायरेक्ट करने से पुराने पेजों की वैल्यू खो जाती है।

SEO चेकर आपकी साइट के मुख्य पेजों पर टाइटल, H1, कैनोनिकल और robots नियम टेस्ट करता है, और टूटे हुए इंटरनल लिंक ढूँढता है।

SaaS साइट के लिए कौन-सा स्ट्रक्चर्ड डेटा सही है?

• होम पेज पर Organization, आपके नाम, URL, लोगो और आधिकारिक प्रोफ़ाइल के sameAs लिंक के साथ।
• होम पेज पर name और url के साथ WebSite, जिसका इस्तेमाल Google नतीजों में दिखने वाला साइट का नाम चुनने के लिए करता है (Google Search Central (नए टैब में खुलता है))।
• SoftwareApplication: Google के software app रिच रिज़ल्ट के लिए कीमत और aggregate rating या कोई review ज़रूरी है (Google Search Central (नए टैब में खुलता है))। सिर्फ़ वही रेटिंग जोड़ें जो असली हों और पेज पर दिखती हों; उनके बिना मार्कअप फिर भी प्रोडक्ट का वर्णन करता है, लेकिन रिच रिज़ल्ट नहीं दिलाएगा।
• डॉक्स और ब्लॉग पेजों पर BreadcrumbList।
• ब्लॉग पोस्ट पर लेखक और तारीख़ों के साथ Article।

FAQ मार्कअप से अतिरिक्त जगह मिलने की उम्मीद न करें: Google ने 7 मई 2026 को FAQ रिच रिज़ल्ट दिखाना बंद कर दिया (Google Search Central (नए टैब में खुलता है))। स्ट्रक्चर्ड डेटा चेकर किसी पेज के हर आइटम को और उसके लिए Google की ज़रूरी प्रॉपर्टी को दिखाता है।

SaaS मार्केटिंग पेज Core Web Vitals में फ़ेल क्यों होते हैं?

SaaS मार्केटिंग साइटें आमतौर पर कई थर्ड-पार्टी स्क्रिप्ट लोड करती हैं: एनालिटिक्स, टैग मैनेजर, चैट विजेट, A/B टेस्टिंग, सेशन रिकॉर्डिंग और ऐड पिक्सेल। ये मुख्य कंटेंट में देरी करती हैं और main thread को व्यस्त रखती हैं, जो धीमे LCP और ख़राब INP के रूप में दिखता है।

• हर थर्ड-पार्टी स्क्रिप्ट की जाँच करें और जिन्हें कोई इस्तेमाल नहीं करता, उन्हें हटा दें।
• चैट विजेट को इंटरैक्शन होने पर लोड करें, और ऐसी A/B टेस्टिंग स्क्रिप्ट से बचें जो चलने तक पेज को छिपाए रखती हैं।
• hero इमेज और प्रोडक्ट स्क्रीनशॉट को उनके दिखाए जाने वाले साइज़ में, WebP या AVIF में दें, और पहली इमेज को lazy-load न करें।
• इंटरैक्टिव प्राइसिंग कैलकुलेटर और डेमो वाले पेजों पर INP पर नज़र रखें।

Google अपने रैंकिंग सिस्टम में Core Web Vitals का इस्तेमाल करता है, हालाँकि प्रासंगिकता पहले आती है (Google Search Central (नए टैब में खुलता है))। स्पीड टेस्ट पेज को धीमे (throttled) फ़ोन की तरह मापता है और जब Google के पास रियल-यूज़र डेटा हो, तो उसे दिखाता है।

AI सर्च इंजन SaaS कंटेंट को कैसे ढूँढते और उद्धृत करते हैं?

AI सर्च के लिए कोई अलग तकनीकी रास्ता नहीं है, और कुछ लोकप्रिय सलाह को इन सिस्टम को चलाने वाली कंपनियाँ ख़ुद सपोर्ट नहीं करतीं।

• Google AI Overviews और AI Mode उन पेजों का इस्तेमाल करते हैं जो इंडेक्स हैं और स्निपेट दिखाने के योग्य हैं; Google कहता है कि कोई अतिरिक्त शर्त नहीं है, कोई ख़ास schema नहीं है और AI टेक्स्ट फ़ाइलों की कोई ज़रूरत नहीं है (Google Search Central (नए टैब में खुलता है))।
• ChatGPT सर्च OAI-SearchBot पर निर्भर है। अगर आप ChatGPT के जवाबों में दिखना चाहते हैं, तो robots.txt में OAI-SearchBot को ब्लॉक न करें; GPTBot को ब्लॉक करने से आप सिर्फ़ ट्रेनिंग से बाहर होते हैं (OpenAI (नए टैब में खुलता है))।
• Gemini ट्रेनिंग Google-Extended टोकन से नियंत्रित होती है, जिसका Google Search पर कोई असर नहीं पड़ता (Google Search Central (नए टैब में खुलता है))।
• llms.txt किसी साइट के Markdown सारांश के लिए एक कम्युनिटी प्रस्ताव है। Google कहता है कि उसे ऐसी फ़ाइलों की ज़रूरत नहीं है; दूसरी AI सेवाओं ने यह दर्ज नहीं किया है कि वे इनका इस्तेमाल करती हैं या नहीं। इसे प्रकाशित करने में ज़्यादा ख़र्च नहीं होता, लेकिन यह क्रॉल किए जा सकने वाले पेजों का विकल्प नहीं है।

इन सभी में जो चीज़ मदद करती है, वह एक ही है: सर्वर पर रेंडर किए गए पेज, साफ़ हेडिंग जो ख़रीदारों के सवालों का जवाब दें, टेक्स्ट में लिखी ठोस जानकारी जैसे कीमतें और सीमाएँ, और ऐसे पेज जो एक-दूसरे का खंडन न करें।

अक्सर पूछे जाने वाले प्रश्न

हमारे डॉक्स सबडोमेन पर होने चाहिए या सबफ़ोल्डर में?

दोनों रैंक कर सकते हैं। ज़्यादा अहम यह है कि डॉक्स क्रॉल किए जा सकें, मुख्य साइट से लिंक हों, किसी साइटमैप में शामिल हों और Search Console में वेरिफ़ाई हों।

क्या Google हमारे JavaScript ऐप का कंटेंट इंडेक्स करता है?

Google, JavaScript रेंडर कर सकता है, लेकिन वह यह एक अलग चरण में करता है, और दूसरे क्रॉलर अक्सर ऐसा नहीं करते। जिन पेजों को आप ढूँढे जाने लायक बनाना चाहते हैं, उनका कंटेंट सर्वर पर या बिल्ड के समय रेंडर करें।

क्या हमें AI क्रॉलर ब्लॉक करने चाहिए?

यह एक बिज़नेस फ़ैसला है। GPTBot या Google-Extended जैसे ट्रेनिंग क्रॉलर को ब्लॉक करने से आपका कंटेंट मॉडल ट्रेनिंग से बाहर रहता है और आप सर्च से नहीं हटते; OAI-SearchBot जैसे सर्च क्रॉलर को ब्लॉक करने से आप उस सेवा के जवाबों से हट जाते हैं। robots.txt चेकर दिखाता है कि आपके मौजूदा नियम किसकी अनुमति देते हैं।

क्या हमें SoftwareApplication मार्कअप चाहिए?

यह वैकल्पिक है। यह सर्च इंजन को आपके प्रोडक्ट के बारे में बताता है; software app रिच रिज़ल्ट के लिए इसके अलावा पेज पर दिखने वाली असली रेटिंग या रिव्यू भी चाहिए।

SaaS साइटों पर टेक्निकल SEO की सबसे आम ग़लती क्या है?

दो ग़लतियाँ सबसे ज़्यादा नुक़सान करती हैं: ऐसे मार्केटिंग पेज जो अपना कंटेंट सिर्फ़ JavaScript से रेंडर करते हैं, और इंडेक्सिंग के लिए खुले छोड़ दिए गए स्टेजिंग या ऐप URL।

स्रोत

• Google Search Central: Understand JavaScript SEO basics (नए टैब में खुलता है)
• Google Search Central: AI features and your website (नए टैब में खुलता है)
• Google Search Central: Google's common crawlers (Google-Extended) (नए टैब में खुलता है)
• Google Search Central: Block search indexing with noindex (नए टैब में खुलता है)
• Google Search Central: How to specify a canonical URL (नए टैब में खुलता है)
• Google Search Central: Localized versions of your pages (नए टैब में खुलता है)
• Google Search Central: Site names in Google Search (नए टैब में खुलता है)
• Google Search Central: Software app structured data (नए टैब में खुलता है)
• Google Search Central: Understanding Core Web Vitals and Google search results (नए टैब में खुलता है)
• OpenAI: Overview of OpenAI crawlers (नए टैब में खुलता है)
• Vercel: The rise of the AI crawler (नए टैब में खुलता है)