Discovered - currently not indexed का मतलब है कि Google एक URL को जानता है, पर उसे अभी क्रॉल नहीं किया है। असली कारण (सर्वर, क्रॉल बजट, लिंक) और हर एक का समाधान देखें।

इस पेज पर
AI से इस लेख का सार देखें
त्वरित क्विज़
आपकी साइट के तकनीकी पहलू कौन ठीक करे?
आपके लिए हमारी सलाह
धीमा या अस्थिर सर्वर आपके लिए सही समाधान है
इस रैंकिंग में नंबर 1, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
बहुत से कम मूल्य वाले URL क्रॉलिंग के लिए होड़ में आपके लिए सही समाधान है
इस रैंकिंग में नंबर 2, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
कमज़ोर आंतरिक लिंकिंग आपके लिए सही समाधान है
इस रैंकिंग में नंबर 3, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
पूरी साइट के गुणवत्ता संकेत आपके लिए सही समाधान है
इस रैंकिंग में नंबर 4, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
संक्षेप में: “Discovered - currently not indexed” Google Search Console की Page indexing रिपोर्ट में एक स्थिति है। इसका मतलब है कि Google ने URL खोज लिया है (किसी लिंक या sitemap के ज़रिए) पर उसे अभी तक क्रॉल नहीं किया, आमतौर पर इसलिए कि उसे क्रॉल करने से सर्वर पर ज़्यादा बोझ पड़ने की आशंका थी, या इसलिए कि Google को अभी उसे क्रॉल करने लायक पर्याप्त मूल्य नहीं दिखता। कुछ नए पेजों के लिए यह सामान्य है और अपने आप साफ़ हो जाता है। जब यह आपकी साइट के बड़े हिस्से को घेरे, तो तीन चीज़ें इसी क्रम में ठीक करें: सर्वर की गति और त्रुटियां, कम मूल्य वाले URL की संख्या, और उन पेजों की ओर इशारा करने वाले आंतरिक लिंक जिन्हें आप इंडेक्स कराना चाहते हैं।
Discovered - currently not indexed “पेज इंडेक्स क्यों नहीं हो रहे” के तहत Google Search Console में सूचीबद्ध सबसे आम कारणों में से एक है, और सबसे गलत समझा जाने वाला भी। Google का Page indexing रिपोर्ट का दस्तावेज़ एक छोटी परिभाषा देता है: “पेज Google को मिल गया था, पर उसे अभी तक क्रॉल नहीं किया गया। आम तौर पर Google इस URL को क्रॉल करना चाहता था, पर अनुमान था कि इससे साइट पर बोझ पड़ेगा; इसलिए Google ने क्रॉल को दोबारा शेड्यूल किया।” यह गाइड बताती है कि उस एक वाक्य के पीछे क्या है, सामान्य बैकलॉग और असली समस्या में फ़र्क कैसे करें, और कौन से समाधान URL को कतार से बाहर निकालते हैं। पूरी इंडेक्सिंग प्रक्रिया के लिए हमारी गाइड Google पर पेज इंडेक्स कराना देखें।
Google तीन चरणों में पेज इंडेक्स करता है: खोज (उसे पता चलता है कि URL मौजूद है), क्रॉलिंग (Googlebot पेज डाउनलोड करता है) और इंडेक्सिंग (Google सामग्री का विश्लेषण करता है और तय करता है कि उसे रखना है या नहीं)। इस स्थिति वाला URL केवल पहला चरण पार कर चुका है। Google के पास पता उसकी कतार में है, उसने उसे कभी लाया नहीं, इसलिए उसकी सामग्री पर अभी कोई राय नहीं बनी। इसीलिए ऐसे URL का निरीक्षण करने पर “Last crawled” वाला फ़ील्ड खाली होता है।
इस स्थिति को अक्सर उसके पड़ोसी “Crawled - currently not indexed” से मिला दिया जाता है। यह फ़र्क तय करता है कि कारण कहां खोजें।
| स्थिति | क्या Google ने पेज क्रॉल किया है? | कारण आम तौर पर कहां होता है | पहली जांच |
|---|---|---|---|
| Discovered - currently not indexed | नहीं | क्रॉल क्षमता, क्रॉल प्राथमिकता, आंतरिक लिंक | सर्वर का प्रतिक्रिया समय, URL की संख्या, पेज के लिंक |
| Crawled - currently not indexed | हां | सामग्री की गुणवत्ता, डुप्लीकेशन, रेंडरिंग | पेज की सामग्री स्वयं |
| noindex टैग के कारण बाहर | हां | पेज पर एक निर्देश | Meta robots टैग या X-Robots-Tag हेडर |
| robots.txt से अवरुद्ध | नहीं (प्रतिबंधित) | robots.txt का एक नियम | URL से मेल खाती Disallow पंक्तियां |
संक्षेप में, “Discovered” एक क्रॉलिंग समस्या है, जबकि “Crawled” इंडेक्सिंग का फ़ैसला है। ऐसे पेज की सामग्री दोबारा लिखने से कुछ नहीं बदलेगा जिसे Google ने कभी डाउनलोड ही नहीं किया, जब तक Googlebot उसे लाने वापस न आए।
यह मात्रा और प्रभावित पेजों पर निर्भर करता है। तीन स्थितियां सामान्य हैं और उन पर कोई कार्रवाई नहीं चाहिए:
समस्या तब बनती है जब आपके महत्वपूर्ण पेज (प्रोडक्ट, कैटेगरी, लेख, सर्विस पेज) हफ़्तों तक सूची में रहें, या जब यह संख्या इंडेक्स पेजों से तेज़ी से बढ़े। Google की अपनी क्रॉल बजट गाइड ठीक इसी संकेत का नाम लेती है: जिन साइटों के कुल URL का “बड़ा हिस्सा” Discovered - currently not indexed में है, उन्हें देखना चाहिए कि Google उन पर अपनी क्रॉलिंग कैसे खर्च कर रहा है।
ध्यान दें
बड़े बैकलॉग के लिए इंतज़ार कोई रणनीति नहीं है। यह पूछे जाने पर कि यह स्थिति कितने समय तक रह सकती है, Google के John Mueller ने जवाब दिया “यह हमेशा के लिए हो सकता है” (Search Central office hours, फ़रवरी 2022, Search Engine Journal की रिपोर्ट), और सलाह दी कि साइट को इतना बेहतर बनाएं कि Google उसके ज़्यादा हिस्से को क्रॉल करने लायक समझे।
Google तय करता है कि कितना क्रॉल करना है, और इसके लिए क्रॉल बजट दस्तावेज़ में बताए गए दो इनपुट लेता है: क्रॉल क्षमता की सीमा (आपका सर्वर बिना धीमे हुए कितना संभाल सकता है) और क्रॉल मांग (Google आपके URL को कितना चाहता है, जो आकार, अपडेट की आवृत्ति, पेज की गुणवत्ता और दूसरी साइटों की तुलना में प्रासंगिकता पर निर्भर है)। नीचे का हर कारण इनमें से किसी एक को घटाता है। क्रॉल बजट की अवधारणा बड़ी साइटों पर सबसे ज़्यादा मायने रखती है, पर धीमा सर्वर या कमज़ोर साइट संरचना कुछ सौ पेजों वाली साइट पर भी यह स्थिति ला सकती है।
यह वह कारण है जिसे Google सबसे पहले बताता है। क्रॉल बजट गाइड के अनुसार क्रॉल क्षमता तब बढ़ती है जब प्रतिक्रिया समय “स्थिर रहता है या सुधरता है”, और साइट धीमी होने या सर्वर त्रुटियां लौटाने पर घटती है। शेयर्ड होस्टिंग, ओवरलोडेड डेटाबेस, भारी थीम या Googlebot को धीमा करने वाला फ़ायरवॉल, ये सभी दिन में उन URL की संख्या घटा देते हैं जिन्हें Google लाने को तैयार है।
Faceted navigation, सॉर्टिंग पैरामीटर, session ID, अंतहीन कैलेंडर पेज, अपने-आप बनने वाले टैग पेज और लगभग एक जैसे प्रोडक्ट वैरिएंट हज़ारों URL बना देते हैं। Google की गाइड चेतावनी देती है कि डुप्लीकेट और गैर-ज़रूरी URL क्रॉल का समय खाते हैं, और soft 404 पेज “क्रॉल होते रहेंगे और आपका बजट बर्बाद करेंगे।” आपके अच्छे पेज उसी कतार में इंतज़ार करते हैं।
जो URL केवल XML sitemap में है, या पांच क्लिक गहराई वाले पेज से लिंक है, वह कमज़ोर प्राथमिकता संकेत भेजता है। क्रॉल योग्य लिंक पर Google का दस्तावेज़ एक तकनीकी जाल भी जोड़ता है: Google लिंक को तभी क्रॉल कर सकता है जब वह href attribute वाला <a> HTML तत्व हो, इसलिए केवल JavaScript इवेंट से बने मेनू या “और दिखाएं” बटन क्रॉलर से पेज छिपा सकते हैं।
क्रॉल मांग का एक हिस्सा इस पर निर्भर है कि Google बाकी साइट को कैसे आंकता है। अगर पहले से क्रॉल हो चुके पेजों का बड़ा हिस्सा पतली सामग्री या डुप्लीकेट सामग्री है, तो Google के पास अगले पेजों के लिए जल्दी करने की कोई वजह नहीं होती। इसीलिए यह स्थिति अक्सर एक साथ सैकड़ों मिलते-जुलते पेज प्रकाशित करने के बाद दिखती है।
कम बैकलिंक और बहुत सारी नई सामग्री वाला नया डोमेन कम क्रॉल मांग से शुरू करता है। Mueller ने उसी 2022 सत्र में कहा था कि ज़्यादा सामग्री वाली नई साइट को उम्मीद करनी चाहिए कि उसका काफ़ी हिस्सा कुछ समय तक इसी स्थिति में रहेगा।
कुछ भी बदलने से पहले उदाहरणों से शुरू करें। यह क्रम ज़्यादातर साइटों पर लगभग एक घंटा लेता है।
टिप
निर्यात की तुलना अपनी XML sitemap से करें। अगर sitemap में हज़ारों ऐसे URL हैं जो redirect हैं, ब्लॉक हैं या noindex पर सेट हैं, तो पहले उसे साफ़ करें: sitemap में केवल वे canonical, इंडेक्स योग्य पेज होने चाहिए जिन्हें आप क्रॉल करवाना चाहते हैं। sitemap checker ये त्रुटियां सेकंडों में सूचीबद्ध करता है।
निदान में मिले कारण के हिसाब से समाधान चुनें। नीचे की तालिका मुख्य मामलों का सारांश है।
| कारण | समाधान | सत्यापन कैसे करें |
|---|---|---|
| धीमा सर्वर, 5XX त्रुटियां, टाइमआउट | तेज़ होस्टिंग, कैशिंग, हल्के पेज, जांचें कि फ़ायरवॉल Googlebot को धीमा न करे | Crawl stats: प्रतिक्रिया समय घटे, दिन में अनुरोध बढ़ें |
| बहुत से पैरामीटर या फ़िल्टर URL | उनकी ओर लिंक बंद करें, robots.txt में बेकार पैटर्न का क्रॉल ब्लॉक करें, वैरिएंट समेकित करें | क्रॉल अनुरोधों में गैर-canonical URL कम हों |
| Soft 404 और खाली पेज | असली 404 या 410 लौटाएं, या निकटतम पेज पर redirect करें | Page indexing रिपोर्ट में soft 404 की संख्या घटे |
| ऑर्फ़न या गहरे पेज | मेनू, कैटेगरी पेज, संबंधित लेख और होम पेज से लिंक | URL “Crawled” और फिर “Indexed” में जाएं |
| बहुत से मिलते-जुलते या पतले पेज | मिलाएं, समृद्ध करें या हटाएं; कम, बेहतर पेज प्रकाशित करें | कुल में इंडेक्स पेजों का हिस्सा बढ़े |
| गलतियों से भरी sitemap | केवल इंडेक्स योग्य canonical URL रखें, सटीक lastmod तारीखों के साथ | Sitemap रिपोर्ट: समय के साथ खोजे गए पेज इंडेक्स पेजों से मेल खाएं |
अगर Crawl Stats रिपोर्ट में सर्वर त्रुटियां या बढ़ता प्रतिक्रिया समय दिखे, तो इसे ठीक किए बिना कुछ और काम नहीं करेगा, क्योंकि Google साइट की रक्षा के लिए अपनी क्रॉल दर खुद घटा देता है। होस्ट से सीमाओं के बारे में पूछें, पेज कैशिंग और content delivery network जोड़ें, और टेम्पलेट से भारी स्क्रिप्ट हटाएं।
Googlebot जो हर बेकार URL लाता है, वह एक उपयोगी URL है जिसे वह नहीं लाता। फ़िल्टर संयोजनों और ट्रैकिंग पैरामीटर की ओर आंतरिक लिंक हटाएं, पैटर्न ब्लॉक करने से पहले robots.txt checker से Disallow नियमों की जांच करें, और soft 404 पेज ठीक करें। डुप्लीकेट पर Google की गाइड साफ़ है: उन्हें हटाएं ताकि क्रॉलिंग “अनूठे URL के बजाय अनूठी सामग्री पर” केंद्रित रहे।
प्रभावित पेजों को उन पेजों से लिंक करें जिन्हें Google पहले से बार-बार क्रॉल करता है: होम पेज, मुख्य कैटेगरी, लोकप्रिय लेख। वर्णनात्मक anchors के साथ मानक <a href> लिंक इस्तेमाल करें। एक साफ़ साइट आर्किटेक्चर हर महत्वपूर्ण पेज को होम पेज से तीन या चार क्लिक के भीतर रखता है, जिससे उसकी क्रॉल प्राथमिकता बढ़ती है।
एक साफ़ XML sitemap सबमिट करें, और “Request indexing” बटन केवल कुछ रणनीतिक URL के लिए इस्तेमाल करें: उस पर दैनिक कोटा लगा है और वह आपकी साइट की समग्र क्रॉल क्षमता नहीं बढ़ाता। कारण ठीक होने के बाद रिपोर्ट में “Validate fix” पर क्लिक करें। Google कहता है कि सत्यापन “आम तौर पर लगभग दो हफ़्ते तक लेता है, पर कुछ मामलों में इससे कहीं ज़्यादा समय लग सकता है”, और जब तक वह सफल या असफल न हो, उसे दोबारा क्लिक न करें।
अगर इन कदमों के बाद भी पेज अदृश्य रहते हैं, तो कारण कहीं और हो सकता है: हमारी चेकलिस्ट, वेबसाइट Google पर क्यों नहीं दिखती, पेनल्टी, noindex टैग और canonical गलतियों को कवर करती है।
जो पेज Googlebot कभी क्रॉल नहीं करता वह Google पर रैंक नहीं कर सकता, और न ही उसे Google के AI Overviews या AI Mode स्रोत के रूप में इस्तेमाल कर सकते हैं, क्योंकि वे Google के इंडेक्स से लेते हैं। क्रॉल बैकलॉग इसलिए एक साथ क्लासिक नतीजों और AI उत्तरों में आपकी दृश्यता को टालता है।
ChatGPT, Perplexity और Claude अपने क्रॉलर और साझेदार इंडेक्स पर निर्भर करते हैं, इसलिए एक पेज को वे लाते रह सकते हैं जबकि Google उसे अनदेखा करता है, या उल्टा। आपके सर्वर लॉग दिखाते हैं कि कौन से AI बॉट कौन से पेज देखते हैं; AI क्रॉलर लॉग पर हमारी शब्दावली प्रविष्टि बताती है कि उन्हें कैसे पढ़ें। इस गाइड के समाधान (तेज़ सर्वर, कम बेकार URL, साफ़ आंतरिक लिंक) हर क्रॉलर की मदद करते हैं, Googlebot और AI बॉट दोनों की।
हमारा उत्पाद Sorank समस्या के सामग्री वाले हिस्से पर काम करता है। इसका GEO और SEO डैशबोर्ड हर सुधार के बाद क्लिक, इम्प्रेशन और स्थिति ट्रैक करने के लिए Search Console से जुड़ता है, और इसका लेख जनरेटर कम, गहरे लेख प्रकाशित करता है, जिनमें मौजूदा पेजों के स्वचालित आंतरिक लिंक होते हैं, ताकि नए URL उसी दिन से लिंक हों जिस दिन वे लाइव हों।

सार यह है: “Discovered - currently not indexed” का मतलब है कि Google के पास आपका URL है, पर उसने उस पर अभी क्रॉल का समय खर्च नहीं किया है। कुछ नए पेजों के लिए इसे नज़रअंदाज़ करें, और जब यह महत्वपूर्ण पेजों को घेरे तब कार्रवाई करें: सर्वर तेज़ करें, बेकार URL घटाएं और ज़रूरी पेजों को लिंक करें। सामग्री और आंतरिक लिंकिंग वाला हिस्सा स्वचालित करने के लिए, 3 दिन के मुफ़्त ट्रायल वाली Sorank योजनाएं देखें, जो वार्षिक बिलिंग पर प्रति माह $49 से शुरू होती हैं।
स्वस्थ साइट पर कुछ नए पेजों के लिए यह आमतौर पर दिनों या हफ़्तों में साफ़ हो जाता है, जब Googlebot उन्हें क्रॉल कर लेता है। Google ने यह भी कहा है कि यह स्थिति अनिश्चित काल तक रह सकती है, क्योंकि वह हर ज्ञात URL को क्रॉल नहीं करता। अगर महत्वपूर्ण पेज एक महीने से ज़्यादा इसमें रहें, तो सर्वर, आंतरिक लिंकिंग या कम मूल्य वाले URL की समस्याएं ढूंढें।
केवल कुछ रणनीतिक URL के लिए। URL Inspection टूल के Request indexing बटन पर दैनिक कोटा है और वह Google द्वारा आपकी साइट को दी गई क्रॉल क्षमता नहीं बढ़ाता। दर्जनों या हज़ारों URL के लिए कारण ठीक करें (सर्वर की गति, बेकार URL, आंतरिक लिंक) और फिर Page indexing रिपोर्ट में Validate fix पर क्लिक करें।
हां। कुछ हज़ार पेजों से कम पर क्रॉल बजट शायद ही सीमा होता है, इसलिए छोटी साइट पर यह स्थिति आमतौर पर धीमे या अस्थिर सर्वर, केवल sitemap से लिंक पेजों, या साइट की कम समझी गई गुणवत्ता की ओर इशारा करती है। कम अधिकार वाले नए डोमेन के पहले पेजों को भी Google के क्रॉल करने से पहले ज़्यादा देर इंतज़ार करना पड़ सकता है।
आपसे पहले लोगों ने Sorank आज़माया है
