Crawled - currently not indexed का मतलब है कि Google ने आपका पेज ले तो लिया, पर उसे index से बाहर रखा। कारण खोजें (गुणवत्ता, duplicates, rendering) और उसे ठीक करें।

इस पेज पर
AI से इस लेख का सार देखें
त्वरित क्विज़
आपकी साइट के तकनीकी पहलू कौन ठीक करे?
आपके लिए हमारी सलाह
कंटेंट बहुत कम जोड़ता है आपके लिए सही समाधान है
इस रैंकिंग में नंबर 1, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
पेज किसी दूसरे पेज के बहुत करीब है आपके लिए सही समाधान है
इस रैंकिंग में नंबर 2, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
कंटेंट केवल JavaScript चलने के बाद दिखता है आपके लिए सही समाधान है
इस रैंकिंग में नंबर 3, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
आपके लिए हमारी सलाह
साइट संकेत देती है कि पेज कम महत्वपूर्ण है आपके लिए सही समाधान है
इस रैंकिंग में नंबर 4, आपके जवाबों से सबसे मेल खाने वाला विकल्प।
संक्षेप में: "Crawled - currently not indexed" Google Search Console की Page indexing रिपोर्ट में एक स्थिति है। इसका मतलब है कि Googlebot ने पेज ले लिया, फिर तय किया कि उसे index में नहीं जोड़ना, इसलिए यह URL अभी search नतीजों में नहीं आ सकता। आम कारण हैं ऐसा कंटेंट जिसे Google उपयोगी या पर्याप्त अलग नहीं मानता, लगभग-समान पेज, ऐसा कंटेंट जो JavaScript चलने के बाद ही दिखता है, और वे पेज जिन पर internal links कम हैं। पेज पर कारण ठीक करें, उसके internal links मज़बूत करें, फिर दोबारा crawl होने का इंतज़ार करें: केवल URL दोबारा जमा करने से कुछ नहीं बदलता।
Crawled - currently not indexed Search Console में "पेज क्यों index नहीं हो रहे" के अंतर्गत सूचीबद्ध कारणों में से एक है, और अक्सर कंटेंट साइटों और online stores पर सबसे बड़ा कारण होता है। Google के Page indexing रिपोर्ट के दस्तावेज़ इसे दो वाक्यों में बताते हैं: “पेज Google द्वारा crawl हुआ पर index नहीं हुआ। भविष्य में यह index हो भी सकता है और नहीं भी; इस URL को crawl के लिए दोबारा जमा करने की ज़रूरत नहीं है।” यह guide बताती है कि Google ने क्या तय किया, किन URLs को इस स्थिति में छोड़ा जा सकता है, जो मायने रखते हैं उनका असली कारण कैसे खोजें, और हर कारण के लिए कौन सा समाधान ठीक बैठता है।
Google एक URL को तीन चरणों में संभालता है: खोज और crawling, फिर indexing, फिर ranking (हमारी शब्दावली की प्रविष्टि crawling और indexing में हर चरण का ब्योरा है)। इस स्थिति वाला पेज पहला चरण पार कर चुका है: Googlebot ने उसे माँगा और जवाब मिला। वह दूसरे चरण पर रुक गया: कंटेंट प्रोसेस करने के बाद Google ने उसे अपने index में न रखने का फ़ैसला किया।
यह फ़ैसला जानबूझकर किया जाता है और दस्तावेज़ों में दर्ज है। Google की Search कैसे काम करता है वाली guide कहती है कि "indexing की गारंटी नहीं है; Google जो हर पेज प्रोसेस करता है, वह index नहीं होगा।" यह तीन आम कारण बताती है: कम कंटेंट गुणवत्ता, robots meta नियम जो indexing रोकते हैं, और ऐसा साइट डिज़ाइन जो indexing को मुश्किल बनाता है। चूँकि noindex नियम अपनी अलग स्थिति ("'noindex' टैग द्वारा बाहर") बनाता है, इसलिए वह पेज जो crawl हुआ पर index नहीं हुआ, मुख्यतः पहले और तीसरे कारण की ओर इशारा करता है।
इन तीन बातों को ध्यान में रखें:
पूरी indexing प्रक्रिया और उसे तेज़ करने वाले उपायों के लिए हमारी Google indexing वाली guide देखें।
दोनों स्थितियाँ एक जैसी दिखती हैं, पर अलग चरणों पर रुकती हैं, इसलिए उनके समाधान भी अलग हैं।
| स्थिति | कौन सा चरण पहुँचा | Google क्या कहता है | मुख्य leverage |
|---|---|---|---|
| Discovered - currently not indexed | URL पता है, crawl नहीं हुआ | "पेज Google को मिला, पर अभी crawl नहीं हुआ", अक्सर इसलिए कि crawling "साइट पर ज़्यादा बोझ डाल सकती थी" | सर्वर क्षमता, crawl budget, कम मूल्य वाले URLs में कमी |
| Crawled - currently not indexed | Crawl हुआ, index नहीं हुआ | "Google द्वारा crawl हुआ पर index नहीं हुआ" | पेज की गुणवत्ता, अनोखापन, rendering, internal links |
| उपयोगकर्ता-चयनित canonical के बिना duplicate | Crawl हुआ, किसी दूसरे URL के साथ समूहित | Google ने दूसरे URL को canonical चुना | Canonical संकेत (देखें इस स्थिति पर हमारी guide) |
संक्षेप में, "Discovered" मुख्यतः crawl की समस्या है और "Crawled" मुख्यतः indexing का फ़ैसला। सर्वर की गति सुधारने से शायद ही कोई crawl हुआ पेज index में आता है; पेज खुद सुधारने से आता है।
कुछ आकार वाली हर साइट पर इस स्थिति में URLs होते हैं, और उनमें से कई कभी रैंक नहीं करने चाहिए। कुछ भी ठीक करने से पहले सूची को URL के प्रकार के हिसाब से छाँटें। कम मूल्य वाले URLs की स्थिर संख्या चिंता की बात नहीं है; अचानक बढ़ोतरी, या सूची में महत्वपूर्ण पेज, चिंता की बात है।
| URL का प्रकार | आम फ़ैसला | कार्रवाई |
|---|---|---|
| RSS feeds, /feed/ URLs | सामान्य | कोई नहीं |
| Paginated पेज (page 2, 3...) | आम तौर पर सामान्य | कोई नहीं, जब तक उनमें सूचीबद्ध आइटम index हैं |
| Parameters वाले URLs (sort, filter, tracking) | सामान्य | जाँचें कि साफ़ URL index है; internal links को parameter वाले संस्करणों तक सीमित करें |
| Tag और पतले archive पेज | अक्सर उचित | सुधारें, मिलाएँ या noindex करें |
| Out-of-stock या expired product पेज | अक्सर उचित | Redirect करें, अपडेट करें या छोड़ दें |
| Blog लेख, सेवा पेज, category पेज | समस्या | जाँचें और ठीक करें (आगे के भाग) |
| हाल ही में प्रकाशित पेज | अक्सर अस्थायी | कुछ हफ़्तों बाद दोबारा जाँचें |
सुझाव
रिपोर्ट से सूची export करें, फिर spreadsheet में URLs को folder या pattern के हिसाब से समूहित करें। दस URL patterns को 3,000 अलग-अलग URLs से आँकना आसान है, और pattern अक्सर कारण भी दिखा देता है।
यह सबसे आम कारण है। कुछ पंक्तियों वाले पेज, आम कंटेंट जो दर्जनों index पेजों की बात दोहराता है, या ऐसे template से बने पेज जिनमें केवल नाम बदला गया है, ये विशिष्ट thin content हैं। उपयोगी कंटेंट बनाने पर Google के मार्गदर्शन में पूछा गया है कि क्या पेज "search नतीजों के दूसरे पेजों की तुलना में ठोस मूल्य देता है"। जो पेज यह परीक्षा पास नहीं करता, वह बार-बार crawl हो सकता है और फिर भी index नहीं होगा।
लगभग-समान पेज (एक ही विवरण वाले product variants, केवल शहर का नाम बदलने वाले city पेज, print-friendly संस्करण) अक्सर समूहित होकर बाहर रख दिए जाते हैं। जब Google duplicate को साफ़ पहचान लेता है, तो आम तौर पर canonical स्थिति दिखती है; जब समानता आंशिक होती है, तो पेज यहाँ आ सकता है। एक सुसंगत canonical टैग और सच में अलग कंटेंट मामला सुलझा देते हैं।
Google की JavaScript SEO की बुनियाद तीन चरण बताती है: crawling, rendering और indexing, और नोट करती है कि rendering की प्रतीक्षा करता पेज "कुछ सेकंड इस कतार में रह सकता है, पर उससे ज़्यादा भी लग सकता है।" यदि कच्चा HTML लगभग खाली है और text केवल rendering के बाद दिखता है (या rendering इसलिए विफल होता है कि कोई script या API call रुकी हुई है), तो Google लगभग खाली पेज का मूल्यांकन कर सकता है। Server-side rendering या pre-rendering यह जोखिम हटाते हैं; विकल्पों के लिए हमारी JavaScript SEO वाली guide देखें।
जो पेज केवल sitemap से पहुँचता है, या पाँच क्लिक गहराई में दबा है और किसी paginated archive से केवल एक link मिलता है, वह Google को बताता है कि आपके लिए वह ज़्यादा मायने नहीं रखता। Index हुए, देखे जाने वाले पेजों से internal links उन सबसे मज़बूत संकेतों में से हैं जो आपके नियंत्रण में हैं।
कुछ URLs पेज के बाहर के कारणों से यहाँ दिखते हैं: रिपोर्ट पीछे चल रही होती है (URL शायद पहले से index है), redirect का लक्ष्य पुराने URL से crawl हुआ, या soft error पेज (खाली search नतीजे, "कोई उत्पाद नहीं मिला") 200 status code लौटाते हैं। इन्हें जाँच चाहिए, दोबारा लिखने की नहीं।
सावधान रहें
Google कहता है कि इस URL को crawl के लिए "दोबारा जमा करने की ज़रूरत नहीं है।" बिना बदले पेज पर indexing माँगने से Google का फ़ैसला नहीं बदलता। पेज में सार्थक बदलाव के बाद एक बार माँगें।
| मिला कारण | समाधान |
|---|---|
| पतला या आम कंटेंट | मूल जानकारी के साथ दोबारा लिखें: आँकड़े, उदाहरण, चरण, तुलना, query का साफ़ जवाब |
| एक विषय पर कई कमज़ोर पेज | उन्हें एक मज़बूत पेज में मिलाएँ और बाकी को 301 से redirect करें |
| किसी दूसरे पेज का लगभग-समान संस्करण | उसे अलग बनाएँ, या canonical टैग मुख्य संस्करण की ओर करें |
| JavaScript से rendered कंटेंट | Server-side rendering या pre-rendering; जाँचें कि scripts और APIs रुकी हुई नहीं हैं |
| कम या कोई internal links नहीं | संबंधित, index हुए पेजों से contextual links जोड़ें; महत्वपूर्ण हो तो hubs और menus से link करें |
| खोज इरादे का मेल नहीं | फ़ॉर्मेट वैसा करें जो रैंक कर रहा है (guide, सूची, टूल, product पेज) |
| रैंक करने का कोई कारण न होने वाला पेज | उसे noindex करें, redirect करें या हटाएँ, और sitemap से निकालें |
दो आदतें समाधानों को टिकाऊ बनाती हैं। पहली, नियमित content audit चलाएँ: कमज़ोर पेजों को छाँटना या मिलाना उस कंटेंट की औसत गुणवत्ता बढ़ाता है जिसे Google crawl करता है। दूसरी, XML sitemap साफ़ रखें, केवल वे canonical, indexable URLs जिन्हें आप रैंक कराना चाहते हैं, और बड़ी सफ़ाई के बाद उसे Google को दोबारा जमा करें।
तब तक कुछ नहीं होता जब तक Googlebot पेज को दोबारा crawl नहीं करता, और इसमें कुछ दिनों से लेकर कई हफ़्ते लग सकते हैं, यह इस पर निर्भर है कि Google आपकी साइट पर कितनी बार आता है। जब कई URLs ठीक हो जाएँ, तो रिपोर्ट में "Validate fix" पर क्लिक कर सकते हैं; Google कहता है कि सत्यापन "आम तौर पर लगभग दो हफ़्ते तक लेता है, पर कुछ मामलों में इससे कहीं ज़्यादा लग सकता है।" सत्यापन वैकल्पिक है: पेज दोबारा crawl होने पर रिपोर्ट खुद अपडेट हो जाती है।
बड़ी साइट के लिए URLs को एक-एक करके जाँचना धीमा है। Search Console API की उपयोग सीमाओं के अनुसार URL Inspection API हर साइट के लिए प्रति दिन 2,000 queries और प्रति मिनट 600 queries देती है, जो समय के साथ कुछ सौ प्राथमिकता वाले पेजों पर नज़र रखने के लिए काफ़ी है। यदि दो-तीन बार दोबारा crawl के बाद भी कोई पेज इस स्थिति में रहता है, तो समाधान पर्याप्त नहीं था: कुछ और करने से पहले गुणवत्ता और इरादे को फिर से देखें।
Google के index से बाहर का पेज कोई organic क्लिक नहीं लाता, उसकी गुणवत्ता चाहे जो हो। किसी कंटेंट साइट पर इस स्थिति वाले लेखों का बड़ा हिस्सा उत्पादन के प्रयास को भी बर्बाद करता है, और Google को यह संकेत देता है कि साइट ऐसे पेज छाप रही है जिनकी उसे ज़रूरत नहीं, जिससे नए पेजों की indexing धीमी पड़ सकती है।
AI assistants एक दूसरा कारण जोड़ते हैं। ChatGPT, Perplexity और Gemini कई सवालों के जवाब web search indexes से पेज लाकर देते हैं, फिर उन स्रोतों को उद्धृत करते हैं जिनका उन्होंने उपयोग किया। जो पेज index नहीं है, उसके लाए जाने की संभावना बहुत कम है, इसलिए उसके उद्धृत होने की भी। जवाब देते समय AI किन स्रोतों को पसंद करते हैं, यह हमारे अध्ययन में देखें जिसमें AI सबसे ज़्यादा किन प्लेटफ़ॉर्मों को उद्धृत करते हैं।
Sorank हमारा उत्पाद है: एक autopilot SEO और GEO सॉफ़्टवेयर। इसका GEO और SEO dashboard Search Console से clicks, impressions और positions दिखाता है, ताकि आप देख सकें कि ठीक किए गए पेजों को impressions कब मिलने लगते हैं। और इसका article generator स्रोतों के साथ लेख लिखता है, जिनमें internal links पहले से लगे होते हैं, वे दो तत्व जिन्हें यह स्थिति सबसे ज़्यादा दंडित करती है।

संक्षेप में: URLs छाँटें, जो रैंक नहीं करने चाहिए उन्हें नज़रअंदाज़ करें, और जो पेज मायने रखते हैं उनका कारण ठीक करें (कंटेंट, duplication, rendering, internal links), फिर Google से दोबारा देखने को कहें। शुरू से ही ऐसे पेज प्रकाशित करने के लिए जो index और उद्धृत हों, Sorank की योजनाएँ देखें, जो 3 दिन के मुफ़्त trial के साथ $49 प्रति माह से शुरू होती हैं।
साइट पर कोई दंड लागू नहीं होता, और index हुए पेज अपनी रैंकिंग बनाए रखते हैं। स्थिति केवल इतना बताती है कि सूचीबद्ध URLs index में नहीं हैं। इस स्थिति में पेजों का बहुत बड़ा हिस्सा फिर भी पूरी साइट पर गुणवत्ता की समस्या का संकेत हो सकता है, जिसे कंटेंट की सफ़ाई और समेकन से ठीक करना सार्थक है।
नहीं। Google कहता है कि इन URLs को दोबारा जमा करने की ज़रूरत नहीं है, और बिना बदले पेज पर माँग से उसका फ़ैसला नहीं बदलता। पहले पेज सुधारें, फिर महत्वपूर्ण URLs के लिए URL Inspection टूल में एक बार indexing माँगें, और बाकी को स्वाभाविक रूप से दोबारा crawl होने दें।
Google समय के साथ index हुए पेजों का फिर से आकलन करता है, और उन्हें हटा सकता है जिन्हें वह अब उपयोगी नहीं मानता, उदाहरण के लिए जब नए और ज़्यादा पूरे पेज उसी विषय को कवर करते हैं। लेख को ताज़ा जानकारी से अपडेट करने, संबंधित पेजों से internal links जोड़ने, या किसी मज़बूत पेज में मिलाने से वह आम तौर पर वापस आ जाता है।
आपसे पहले लोगों ने Sorank आज़माया है
