पेज को इंडेक्स करने के बारे में जानकारी देने वाली रिपोर्ट

देखें कि Google आपकी साइट के किन पेजों को ढूंढ सकता है और उन्हें इंडेक्स कर सकता है. साथ ही, इंडेक्स करने में आई समस्याओं के बारे में जानें.

पेज को इंडेक्स करने के बारे में जानकारी देने वाली रिपोर्ट खोलें

 

 

रिपोर्ट का इस्तेमाल शुरू करना

रिपोर्ट में एक जगह से दूसरी जगह जाना

पेज को इंडेक्स करने के बारे में जानकारी देने वाली रिपोर्ट का इस्तेमाल करके, आपके पास अपनी प्रॉपर्टी के उन यूआरएल का स्टेटस देखने का विकल्प होता है जिन्हें Google ने इंडेक्स किया है. इन यूआरएल के बारे में Google को जानकारी होती है.

खास जानकारी वाला पेज

रिपोर्ट के टॉप लेवल की खास जानकारी देने वाले पेज पर एक ग्राफ़ दिखता है. साथ ही, इंडेक्स किए गए और इंडेक्स नहीं किए गए (लेकिन इंडेक्स करने का अनुरोध किया गया है) पेजों की संख्या दिखती है. खास जानकारी वाले पेज पर, यूआरएल के इंडेक्स न होने की वजहों को एक टेबल के रूप में दिखाया जाता है. इस पेज पर, इंडेक्स करने की प्रक्रिया से जुड़े सुधार के सुझाव भी दिए जाते हैं.

  • पेजों को इंडेक्स क्यों नहीं किया गया वाली टेबल में, वे समस्याएं दिखाई जाती हैं जिनकी वजह से आपकी साइट के यूआरएल इंडेक्स नहीं हो पाए. किसी पंक्ति पर क्लिक करके ज़्यादा जानकारी वाला पेज देखें. इस पेज पर, ऐसे यूआरएल दिखाए गए हैं जिन पर इस समस्या का असर हुआ है. साथ ही, आपकी साइट पर इस समस्या का इतिहास भी देखा जा सकता है.
  • पेज की परफ़ॉर्मेंस बेहतर बनाएं टेबल में, ऐसी समस्याएं दिखती हैं जो पेज को इंडेक्स होने से नहीं रोकतीं. हालांकि, हमारा सुझाव है कि आप इन्हें भी ठीक कर लें, ताकि Google आपके पेज को बेहतर तरीके से समझ पाए. जानकारी वाला पेज देखने के लिए, किसी पंक्ति पर क्लिक करें. यहां आपको एक ही तरह की समस्या वाले सभी यूआरएल दिखेंगे.
  • इंडेक्स किए गए पेजों से जुड़ा डेटा देखें वाला लिंक, आपके इंडेक्स किए गए पेजों की संख्या के बारे में पुरानी जानकारी दिखाता है. साथ ही, उदाहरण के तौर पर, इंडेक्स किए गए ज़्यादा से ज़्यादा 1,000 यूआरएल की सूची दिखाता है.

रिपोर्ट में क्या देखें

आम तौर पर, जैसे-जैसे आपकी साइट बेहतर होती जाती है, आपको इंडेक्स किए गए पेजों की संख्या धीरे-धीरे बढ़ती हुई दिखनी चाहिए. अगर आपको यह संख्या अचानक कम या ज़्यादा होती दिखती है, तो समस्या का हल वाला सेक्शन देखें.

आपकी कोशिश होनी चाहिए कि हर अहम पेज के कैननिकल वर्शन को इंडेक्स किया जाए. डुप्लीकेट या विकल्प के तौर पर मौजूद किसी भी पेज को इंडेक्स नहीं किया जाना चाहिए. किसी पेज को डुप्लीकेट या विकल्प के तौर पर दिखने वाले पेज के तौर पर लेबल करना अच्छा तरीका है. इसका मतलब यह है कि हमें कैननिकल पेज मिल गया है और हमने उसे इंडेक्स कर दिया है. यूआरएल जांचने वाला टूल इस्तेमाल करके, किसी भी यूआरएल के कैननिकल वर्शन का पता लगाया जा सकता है.

देखें कि पेज न मिलने की दूसरी वजहें क्या हो सकती हैं.

इस रिपोर्ट में क्या नहीं मिलेगा

  • 100% कवरेज: जैसा कि ऊपर बताया गया है, साइट के सभी यूआरएल इंडेक्स नहीं किए जाएंगे, सिर्फ़ कैननिकल पेजों को इंडेक्स किया जाएगा.
  • तुरंत इंडेक्स करना: नया कॉन्टेंट जोड़ने पर, Google को उसे इंडेक्स करने में कुछ दिन लग सकते हैं. आप इंडेक्स करने का अनुरोध करके, इसमें लगने वाला समय कम कर सकते हैं.

स्थिति

किसी यूआरएल का स्टेटस, इनमें से कोई एक हो सकता है:

  • इंडेक्स नहीं किया गया: यूआरएल को इंडेक्स नहीं किया गया है. ऐसा या तो इंडेक्स करने से जुड़ी किसी गड़बड़ी की वजह से हुआ है या फिर किसी और मान्य वजह से हुआ है. जैसे, पेज को आपकी robots.txt फ़ाइल ने इंडेक्स होने से ब्लॉक किया है या आपका पेज एक डुप्लीकेट पेज है. यूआरएल इंडेक्स न होने की वजहें, पेज इंडेक्स क्यों नहीं किए गए हैं टेबल में दी गई हैं. हर वजह से जुड़े दस्तावेज़ पढ़ें. इससे आपको यह फ़ैसला लेने में मदद मिलेगी कि आपको इसे ठीक करना चाहिए या नहीं. सोर्स की वैल्यू से पता चलता है कि किसी समस्या को कोई उपयोगकर्ता ठीक कर सकता है या नहीं.
  • इंडेक्स किया गया: ये यूआरएल इंडेक्स कर लिए गए हैं. रिपोर्ट के लिए खास जानकारी वाले पेज पर, चार्ट के नीचे मौजूद इंडेक्स किए गए पेजों से जुड़ा डेटा देखें पर क्लिक करके, इंडेक्स किए गए यूआरएल का सैंपल देखें.

कारण

यूआरएल को इंडेक्स न किए जाने की वजह. हर समस्या की जानकारी देने और ज़रूरत पड़ने पर उसे ठीक करने का तरीका जानने के लिए, नीचे दी गई वजह की जानकारी देखें.

सोर्स

टेबल में सोर्स की वैल्यू से पता चलता है कि समस्या का सोर्स Google है या वेबसाइट. आम तौर पर, सिर्फ़ उन समस्याओं को ठीक किया जा सकता है जिनमें सोर्स "वेबसाइट" है.

Validation

आपने इस समस्या को ठीक करने के लिए, पुष्टि करने का अनुरोध किया है. अगर ऐसा है, तो पुष्टि की स्थिति क्या है. आपको उन समस्याओं को ठीक करने पर पहले ध्यान देना चाहिए जिनकी पुष्टि की स्थिति "पुष्टि नहीं हो पाई" या "शुरू नहीं हुई" है और जिनका सोर्स "वेबसाइट" है.

अपनी साइट पर किसी तरह की समस्या के सभी मामलों को ठीक करने के बाद, Google से अनुरोध करके उन समस्याओं के ठीक होने की पुष्टि कराई जा सकती है. समस्या को हर जगह ठीक करने के बाद, समस्याओं की जानकारी देने वाली टेबल में इनकी संख्या शून्य हो जाती है और वह टेबल के सबसे निचले हिस्से में चली जाती है.

पुष्टि क्यों करनी चाहिए

किसी खास स्टेटस या कैटगरी वाली सभी समस्याओं को ठीक करके, Google को जानकारी देने के ये फ़ायदे हैं:

  • जब Google आपके सभी यूआरएल की समस्याओं के ठीक होने की पुष्टि कर लेगा, तब आपको एक ईमेल भेजा जाएगा. अगर Google को उस समस्या के अन्य मामले मिलते हैं, तब भी आपको ईमेल भेजकर इस बारे में बताया जाएगा.
  • यह देखा जा सकता है कि जिन समस्याओं को ठीक कर लिया है Google ने उनमें से किन-किन की पुष्टि कर ली है. साथ ही, जांच के लिए भेजे गए सभी पेजों का लॉग देखा जा सकता है. इसके अलावा, हर यूआरएल से जुड़ी समस्या ठीक हो गई है या नहीं इसका स्टेटस भी देखा जा सकता है.

अपनी वेबसाइट पर किसी समस्या को ठीक करना और उसकी पुष्टि करना हर बार सही नहीं होता. उदाहरण के लिए, हो सकता है कि robots.txt का इस्तेमाल करके यूआरएल, जान-बूझकर ब्लॉक किए गए हों. किसी समस्या को ठीक करना है या नहीं, यह तय करने के लिए अपनी सूझ-बूझ का इस्तेमाल करें.

समस्याओं को ठीक करने के बाद पुष्टि कराना ज़रूरी नहीं है. Google, समस्या वाले किसी पेज को क्रॉल करने पर गड़बड़ियों की संख्या को अपडेट कर देता है. ऐसा दोनों स्थितियों में होता है, चाहे समस्या ठीक हो जाने की पुष्टि कराने के लिए अनुरोध किया जाए या नहीं.

पेशेवर सलाह: साइटमैप की मदद से अपनी समस्याओं के ठीक होने की पुष्टि करें
पुष्टि करने की प्रोसेस में तेज़ी लाने के लिए, ऐसा साइटमैप बनाकर सबमिट करें जिसमें सिर्फ़ सबसे ज़रूरी पेज शामिल हों. इसके बाद, अनुरोध करने से पहले, रिपोर्ट को उस साइटमैप के हिसाब से फ़िल्टर करें. आपके जिन यूआरएल पर असर हुआ है उनके किसी सबसेट के लिए पुष्टि करने का अनुरोध, किसी ऐसे अनुरोध की तुलना में जल्दी पूरा हो सकता है जिसमें पूरी साइट के गड़बड़ी वाले यूआरएल के लिए दोबारा से पुष्टि करने का अनुरोध किया गया हो.

पुष्टि की प्रोसेस शुरू करना

Search Console को यह बताने के लिए कि आपने किसी समस्या को ठीक कर लिया है:

  1. अपनी साइट पर इस समस्या के सभी मामले ठीक करें. अगर आपसे कोई समस्या छूट गई है, तो Google को उस समस्या से जुड़ा एक भी मामला मिलने पर, पुष्टि करने की प्रोसेस रोक दी जाएगी.
  2. ठीक की गई समस्या की ज़्यादा जानकारी देने वाला पेज खोलें. आपकी रिपोर्ट में मौजूद, समस्याओं की सूची में, ठीक की गई समस्या पर क्लिक करें.
    • ⚠️ अगर आपकी रिपोर्ट में किसी खास साइटमैप को फ़िल्टर किया गया है, तो आपके अनुरोध के बाद, सिर्फ़ उस समय साइटमैप में मौजूद आइटम के लिए पुष्टि की प्रोसेस की जाएगी. आपको जिन पर पुष्टि की प्रोसेस लागू करनी थी ये वे आइटम हो सकते हैं या नहीं भी. बस इस बात को ध्यान में रखें.
  3. समस्या ठीक होने की पुष्टि करें पर क्लिक करें. जब तक समस्या के ठीक होने की पुष्टि नहीं हो जाती या समस्या बने रहने की जानकारी नहीं मिल जाती, तब तक 'समस्या के ठीक होने की पुष्टि करें' पर दोबारा क्लिक न करें. Google आपकी समस्याओं के ठीक होने की जांच कैसे करता है, इस बारे में ज़्यादा जानकारी.
  4. पुष्टि की प्रोग्रेस पर नज़र रखी जा सकती है. आम तौर पर, पुष्टि करने की प्रोसेस में करीब दो हफ़्ते लगते हैं. हालांकि, कुछ मामलों में इससे ज़्यादा समय भी लग सकता है. इसलिए, कृपया थोड़ा इंतज़ार करें. समस्या के ठीक होने की पुष्टि होने या समस्या बने रहने का पता चलने पर, आपको इसकी सूचना मिलेगी.
  5. अगर पुष्टि नहीं हो पाती है, तो समस्या की जानकारी वाले पेज पर जानकारी देखें पर क्लिक करें. ऐसा करने पर, आपको वह यूआरएल दिखेगा जिसकी वजह से पुष्टि नहीं हो पाई. इस पेज पर मौजूद समस्याएं ठीक करें. जिन यूआरएल में पुष्टि बाकी है की स्थिति दिख रही है उनमें सभी सुधारों की पुष्टि करें. इसके बाद, फिर से पुष्टि करना शुरू करें.

किसी यूआरएल या साइट के किसी हिस्से में आई समस्या को "ठीक कर लिया गया" के तौर पर कब मार्क किया जाता है?

यहां दी गई शर्तों में से किसी एक के पूरा होने पर, यूआरएल या आइटम से जुड़ी समस्या को 'ठीक कर लिया गया' के तौर पर मार्क किया जाता है:

  • जब यूआरएल क्रॉल किया जाता है और पेज पर समस्या नहीं मिलती. एएमपी टैग की गड़बड़ी के लिए, इसका मतलब यह है कि या तो आपने टैग को ठीक कर लिया है या ज़रूरत न होने पर इसे हटा दिया है. पुष्टि करने के दौरान, टैग पर समस्या ठीक हो गई है का लेबल लगा दिया जाएगा.
  • अगर किसी वजह से Google को पेज नहीं मिलता, तो उस यूआरएल के लिए समस्या को 'ठीक कर लिया गया' के तौर पर मार्क किया जाएगा. पेज नहीं मिलने की ये वजहें हो सकती हैं: पेज हटा दिया गया है, पेज पर noindex नियम लागू है, पेज देखने के लिए मंज़ूरी लेना ज़रूरी है वगैरह. पुष्टि के दौरान, इसे पुष्टि की अन्य स्थिति के रूप में गिना जाता है.
दोबारा पुष्टि करना

पुष्टि की स्थिति देखना

पुष्टि होने की प्रोसेस चालू न होने की स्थिति में, पुष्टि करने के मौजूदा अनुरोध की स्थिति या पिछले अनुरोध का इतिहास देखने के लिए:

  1. समस्या के बारे में ज़्यादा जानकारी देने वाला पेज खोलें. समस्या के बारे में ज़्यादा जानकारी देने वाला पेज खोलने के लिए, मुख्य रिपोर्ट वाले पेज में समस्या वाली पंक्ति पर क्लिक करें.
    • पुष्टि के अनुरोध की स्थिति, समस्या की ज़्यादा जानकारी देने वाले पेज और ज़्यादा जानकारी देने वाली टेबल की पुष्टि वाली पंक्ति, दोनों में दिखती है.
  2. उस अनुरोध की पुष्टि की जानकारी देने वाला पेज खोलने के लिए, जानकारी देखें पर क्लिक करें.
    • अनुरोध में शामिल सभी यूआरएल के लिए, इंस्टेंस की स्थिति टेबल में दिखती है.
    • इंस्टेंस की स्थिति उस खास समस्या पर लागू होती है जिसकी जांच की जा रही हो. किसी पेज पर एक समस्या का लेबल समस्या ठीक हो गई है हो सकता है, लेकिन दूसरी समस्याओं का लेबल समस्या ठीक नहीं हुई, पुष्टि बाकी है या अन्य हो सकता है.
    • एएमपी रिपोर्ट और पेज को इंडेक्स करने के बारे में जानकारी देने वाली रिपोर्ट में, पुष्टि किए जाने के इतिहास वाले पेज के कॉन्टेंट को यूआरएल के हिसाब से ग्रुप में रखा जाता है.
    • ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) की रिपोर्ट में, आइटम को यूआरएल और स्ट्रक्चर्ड डेटा आइटम के हिसाब से ग्रुप किया जाता है. इसके लिए, आइटम को उसके नाम की वैल्यू से पहचाना जाता है.

साइटमैप फ़िल्टर

चार्ट के ऊपर दिए गए ड्रॉपडाउन फ़िल्टर का इस्तेमाल करके, इंडेक्स हो चुके पेजों को फ़िल्टर किया जा सकता है. ये पेज, खोज नतीजों में दिखते हैं. इन पेजों को, इस हिसाब से फ़िल्टर किया जा सकता है कि ये साइटमैप में शामिल हैं या नहीं. फ़िल्टर के लिए, यहां दिए गए विकल्प उपलब्ध होते हैं:

  • वे सभी पेज जिनके बारे में पहले से जानकारी है [डिफ़ॉल्ट रूप से] - वे सभी यूआरएल दिखाएं जिनकी जानकारी Google के पास है, भले ही वे साइटमैप में शामिल हों या न हों.
  • सबमिट किए गए सभी पेज - सिर्फ़ वे यूआरएल दिखाएं जो साइटमैप या साइटमैप इंडेक्स में शामिल हैं. साइटमैप या साइटमैप इंडेक्स को, साइटमैप रिपोर्ट या साइट पर robots.txt फ़ाइल की मदद से सबमिट किया जाता है.
  • सिर्फ़ सबमिट नहीं किए गए पेज - सिर्फ़ वे यूआरएल दिखाएं जो साइटमैप में शामिल नहीं हैं. साइटमैप को, साइटमैप रिपोर्ट या साइट पर robots.txt फ़ाइल की मदद से सबमिट किया जाता है.
  • खास साइटमैप यूआरएल - सिर्फ़ वे यूआरएल दिखाएं जो खास साइटमैप या साइटमैप इंडेक्स में शामिल हैं. ऐसे साइटमैप या साइटमैप इंडेक्स को, साइटमैप रिपोर्ट या साइट पर robots.txt फ़ाइल की मदद से सबमिट किया जाता है.

अगर किसी यूआरएल को दूसरे तरीके से खोजा जाता है, तब भी यही माना जाता है कि उसे साइटमैप की मदद से सबमिट किया गया था. उदाहरण के लिए, किसी दूसरे पेज पर ऑर्गैनिक तरीके से क्रॉल करने के दौरान भी, कोई यूआरएल खोजा जा सकता है.

ज़्यादा जानकारी वाला पेज

साइट पर मौजूद, एक ही समस्या या स्टेटस वाले यूआरएल की ज़्यादा जानकारी वाला पेज खोलने के लिए, खास जानकारी वाले पेज पर मौजूद उस यूआरएल की पंक्ति पर क्लिक करें. आपके पास, पेज के सबसे ऊपर मौजूद ज़्यादा जानें सेक्शन पर क्लिक करके, चुनी गई समस्या से जुड़ी जानकारी देखने का विकल्प होता है.

इस पेज पर दिया गया ग्राफ़ दिखाता है कि समय के साथ, कितने पेजों पर इसका असर पड़ा है.

उदाहरण वाली टेबल में, उदाहरण के तौर पर उन पेजों की सूची दी जाती है जिन पर इस समस्या का असर हुआ है. यह ज़रूरी नहीं है कि इस सूची में, उस समस्या वाले सभी यूआरएल दिखाए जाएं. इसमें सिर्फ़ 1,000 पंक्तियां ही होती हैं. उदाहरण वाली हर पंक्ति में ये सुविधाएं होती हैं:

  • किसी पंक्ति में मौजूद यूआरएल की जानकारी देखने के लिए, उस पंक्ति पर क्लिक करना.
  • URL को नए टैब में खोलता है.
  • उस यूआरएल के लिए, यूआरएल जांचने वाला टूल दिखाता है.
  • यूआरएल को कॉपी करता है

किसी तरह की चेतावनी या गड़बड़ी के सभी मामलों को ठीक कर लेने के बाद, समस्या हल होने की पुष्टि करें पर क्लिक करके, Google को इसकी सूचना दें.

क्या आपको समस्या वाला ऐसा यूआरएल मिला जिसे आप पहले ही ठीक कर चुके हैं? शायद आपने तब समस्या ठीक की है, जब Google ने पिछली बार यूआरएल को क्रॉल कर लिया था. इसलिए, अगर आपको कोई ऐसा यूआरएल दिखता है जिसकी समस्या को आपने ठीक कर दिया था, तो उस यूआरएल को क्रॉल किए जाने की तारीख ज़रूर देखें. पुष्टि करें कि समस्या ठीक हो गई है. इसके बाद, दोबारा इंडेक्स करने का अनुराेध करें

रिपोर्ट शेयर करने का तरीका

आप पेज पर मौजूद शेयर करें बटन पर क्लिक करके, कवरेज या बेहतर बनाने की रिपोर्ट में समस्या से जुड़ी जानकारी शेयर कर सकते हैं. जिस व्यक्ति के पास यह लिंक है, वह इससे सिर्फ़ मौजूदा समस्या से जुड़ी ज़्यादा जानकारी वाले पेज और पुष्टि के इतिहास वाले किसी भी पेज को ऐक्सेस कर सकता है. यह लिंक आपके संसाधन के दूसरे पेजों का ऐक्सेस नहीं देता है. इस लिंक के ज़रिए, किसी दूसरे उपयोगकर्ता को आपकी प्रॉपर्टी या खाते पर किसी भी तरह की कार्रवाई करने की अनुमति नहीं दी जा सकती. इस पेज को शेयर किए जाने की सुविधा बंद करके आप इस लिंक के ज़रिए मिलने वाली मंज़ूरी पर रोक लगा सकते हैं.

रिपोर्ट का डेटा एक्सपोर्ट करने का तरीका

कई रिपोर्ट में डेटा को एक्सपोर्ट करने के लिए, एक्सपोर्ट करें बटन होता है. चार्ट और टेबल, दोनों का डेटा एक्सपोर्ट किया जाता है. रिपोर्ट में ~ या - (उपलब्ध नहीं है/संख्या नहीं है) के तौर पर दिखाया गया कोई भी मान, डाउनलोड किए गए डेटा में शून्य होगा.

समस्या हल करना

टेबल को, समस्या की अहमियत के हिसाब से क्रम में लगाया गया है. इंडेक्स करने में हुई गड़बड़ियों की टेबल में, किसी खास वजह की जांच करने के लिए:

  1. पेज इंडेक्स क्यों नहीं किए गए हैं टेबल में, किसी पंक्ति पर क्लिक करें. यह तय करें कि इंडेक्स न होने की वजह और इंडेक्स करने के लक्ष्य से जुड़ी कोई समस्या है या नहीं. साथ ही, यह देखें कि सोर्स वैल्यू की मदद से, समस्या को ठीक किया जा सकता है या नहीं.
  2. समस्या से जुड़ी खास जानकारी पढ़ें.
  3. उदाहरण के तौर पर दिए गए उस यूआरएल की जांच करें जिस पर समस्या का असर हुआ है:
    1. उदाहरणों वाली टेबल में, यूआरएल के बगल में दिए गए 'जांच करें' आइकॉनपर क्लिक करें और यूआरएल जांचने वाला टूल खोलें.
    2. यूआरएल की जांच के नतीजों वाली रिपोर्ट में, कवरेज > क्रॉल करना और कवरेज > इंडेक्स करना सेक्शन में जाकर, क्रॉल करने और इंडेक्स करने से जुड़ी जानकारी देखें.
    3. पेज के लाइव वर्शन की जांच करने के लिए, लाइव यूआरएल की जांच करें पर क्लिक करें.

इंडेक्स करने से जुड़ी सामान्य समस्याओं को समझना और उन्हें ठीक करना

इंडेक्स करने के दौरान आने वाली सबसे सामान्य समस्याओं के बारे में यहां बताया गया है. इनकी जानकारी आपको इस रिपोर्ट में मिल सकती है:

इंडेक्स करने में आई समस्याओं की वजहें

पेज इंडेक्स करने से जुड़ी रिपोर्ट में, इंडेक्स न होने या इंडेक्स करने में आ रही समस्या की ये वजहें दिख सकती हैं:


इंडेक्स नहीं किया गया

इन पेजों को इंडेक्स नहीं किया गया है, लेकिन ज़रूरी नहीं है कि ऐसा किसी गड़बड़ी की वजह से हो. खास जानकारी पढ़ें और देखें कि क्या यह कोई ऐसी गड़बड़ी है जिसे आपको ठीक करना चाहिए.

सर्वर की गड़बड़ी (5xx)

पेज देखने का अनुरोध करने पर, आपके सर्वर से 500-लेवल वाली गड़बड़ी का मैसेज मिला. सर्वर की गड़बड़ियां ठीक करना लेख देखें.

रीडायरेक्ट के दौरान हुई गड़बड़ी

लोगों को रीडायरेक्ट करने के दौरान, Google को इनमें से किसी एक समस्या का सामना करना पड़ा:

  • लंबी रीडायरेक्ट चेन
  • रीडायरेक्ट लूप
  • कोई दूसरा वेबलिंक, जिसके यूआएल की लंबाई तय सीमा से ज़्यादा थी
  • रीडायरेक्ट चेन में शामिल कोई अमान्य या खाली यूआरएल

रीडायरेक्ट के बारे में ज़्यादा जानने के लिए, किसी वेब डीबग टूल का इस्तेमाल करें, जैसे कि Lighthouse.

यूआरएल को robots.txt ने ब्लॉक किया

इस पेज को आपकी साइट की robots.txt फ़ाइल से ब्लॉक किया गया था. robots.txt फ़ाइल की जांच करने वाले टूल का इस्तेमाल करके, यह पुष्टि करें कि क्या वाकई ऐसा किया गया है. ध्यान दें कि इससे इस बात की गारंटी नहीं मिलती कि पेज को किसी दूसरे तरीके से इंडेक्स नहीं किया जा सकता. अगर इस पेज को लोड किए बिना Google को अन्य जानकारी मिल जाती है, तो हो सकता है कि पेज को अब भी इंडेक्स किया जाए. यह पक्का करने के लिए कि Google इस पेज को इंडेक्स न करे, आप robots.txt के ज़रिए लगाई गई रोक हटाएं और 'noindex' डायरेक्टिव का इस्तेमाल करें.

यूआरएल के लिए 'noindex' का निशान लगाया गया है

जब Google ने इस पेज को इंडेक्स करने की कोशिश की, तब उसे 'noindex' डायरेक्टिव मिला. इसलिए, इसे इंडेक्स नहीं किया गया. अगर आपको इस पेज को इंडेक्स नहीं कराना है, तो यह अच्छी बात है कि इसे इंडेक्स नहीं किया गया! अगर आपको इस पेज को इंडेक्स कराना है, तो 'noindex' डायरेक्टिव को हटाना होगा.

समस्या की पुष्टि करने के लिए:

  1. टेबल में यूआरएल के बगल में मौजूद, जांच करें आइकॉन पर क्लिक करें.
  2. कवरेज > इंडेक्सिंग > इंडेक्सिंग की अनुमति है? में, रिपोर्ट में यह दिखाया जाना चाहिए कि noindex, इंडेक्स करने से रोक रहा है. "noindex" शब्द के लिए, पेज का सोर्स या रिस्पॉन्स हेडर खोजें.
  3. पुष्टि करें कि noindex टैग अब भी लाइव वर्शन में मौजूद है:
    1. लाइव यूआरएल की जांच करें पर क्लिक करें
    2. उपलब्धता > इंडेक्सिंग > इंडेक्सिंग की अनुमति है? में देखें कि क्या noindex डायरेक्टिव अब भी मौजूद है. अगर noindex अब मौजूद नहीं है और आपको Google से पेज को फिर से इंडेक्स कराना है, ताे इंडेक्स करने का अनुरोध करें पर क्लिक करें. अगर noindex अब भी मौजूद है, तो पेज को इंडेक्स कराने के लिए, इसे हटा दें.
  4. अगर आपको इस पेज को इंडेक्स कराना है, तो मेटा टैग या एचटीटीपी हेडर को हटाना होगा.

सॉफ़्ट 404

पेज देखने का अनुरोध करने पर हमें लगता है कि नतीजे के तौर पर सॉफ़्ट 404 रिस्पॉन्स मिलता है. इसका मतलब है कि इस पेज को देखने की कोशिश करने पर, इससे जुड़ा 404 एचटीटीपी रिस्पॉन्स कोड नहीं दिखता. हालांकि, इसमें "पेज नहीं मिला" का ऐसा मैसेज दिखता है जो लोगों को आसानी से समझ आता है. हमारा सुझाव है कि आप "पेज नहीं मिला" गड़बड़ी के मैसेज वाले पेजों के लिए 404 रिस्पॉन्स कोड दिखाएं. इसके अलावा, पेज पर ज़्यादा जानकारी जोड़कर, हमें बताएं कि इस पेज के लिए, गड़बड़ी की कैटगरी सॉफ़्ट 404 नहीं है. Google को पेज कैसा दिखता है, यह जानने के लिए पेज पर लाइव यूआरएल की जांच करने वाले टूल का इस्तेमाल करें. इसके बाद, जांचे गए पेज की जानकारी देखें पर क्लिक करें. इससे एक स्क्रीनशॉट दिखाया जाएगा, जिससे यह पता चलेगा कि Google, पेज को कैसे रेंडर करता है. सॉफ़्ट 404 गड़बड़ी ठीक करने का तरीका जानें.

बिना मंज़ूरी वाले अनुरोध की वजह से ब्लॉक किया गया (401)

पेज देखने के लिए मंज़ूरी लेने के अनुरोध (401 रिस्पॉन्स) की वजह से, इस पेज पर Googlebot को ब्लॉक किया गया है. अगर आपको Googlebot से इस पेज को इंडेक्स कराना है, तो इस पेज के लिए अनुमति लेने की ज़रूरी शर्तें हटाएं या Googlebot की पहचान की पुष्टि करके, उसे अपने पेज का ऐक्सेस दें. गुप्त मोड में पेज पर जाकर, इस गड़बड़ी की पुष्टि की जा सकती है.

नहीं मिला (404 कोड वाली गड़बड़ी)

इस पेज को देखने का अनुरोध करने पर, 404 कोड वाली गड़बड़ी मिली. यह यूआरएल Google ने अपने-आप ढूंढा था और इसे क्रॉल करने के लिए, साफ़ तौर पर कोई अनुरोध नहीं किया गया था. साथ ही, इसे किसी साइटमैप के ज़रिए सबमिट नहीं किया गया था. मुमकिन है कि Google ने इस यूआरएल को लिंक के तौर पर, किसी दूसरे पेज से ढूंढा हो. इसके अलावा, यह भी हो सकता है कि पेज पहले मौजूद था और इसे बाद में हटा दिया गया हो. Googlebot कुछ समय के लिए इस यूआरएल को क्रॉल करना जारी रख सकता है, क्योंकि ऐसा कोई तरीका नहीं है जिससे Googlebot को कोई यूआरएल हमेशा के लिए भूलने के लिए कहा जा सके. हालांकि, समय के साथ Googlebot इस यूआरएल को कम क्रॉल करेगा. यह मुमकिन है कि पेज को बिना किसी दूसरे पेज से बदले हटा दिया जाए. ऐसा होने पर ज़रूरी नहीं है कि आपको 404 कोड वाली गड़बड़ी दिखे. अगर आपके पेज को कहीं और ले जाया गया है, तो लोगों को नई जगह पर ले जाने के लिए, 301 कोड वाले रीडायरेक्ट का इस्तेमाल करें. 404 कोड वाली गड़बड़ियों को ठीक करने का तरीका जानें

ऐक्सेस न मिलने (403 कोड वाली गड़बड़ी) की वजह से, पेज को ब्लॉक किया गया

एचटीटीपी 403 का मतलब है कि उपयोगकर्ता एजेंट ने क्रेडेंशियल दिए, लेकिन उसे ऐक्सेस नहीं दिया गया. हालांकि, Googlebot कभी क्रेडेंशियल नहीं देता है, इसलिए आपका सर्वर गलत तरीके से इस गड़बड़ी को लौटा रहा है. इस पेज को इंडेक्स नहीं किया जाएगा.

अगर आपको Googlebot से इस पेज को इंडेक्स नहीं कराना है, तो ऐसे लोगों को अनुमति दें जिन्होंने साइन इन नहीं किया है. इसके अलावा, आपके पास Googlebot के अनुरोध को स्वीकार करने का भी विकल्प होता है (हालांकि, आपको उसकी पहचान की पुष्टि करनी चाहिए).

यूआरएल को 4xx कोड की अन्य गड़बड़ी की वजह से ब्लॉक किया गया

सर्वर को 4xx गड़बड़ी का सामना करना पड़ा. यह गड़बड़ी यहां बताई गई किसी भी अन्य समस्या के दायरे में नहीं आती. यूआरएल जांचने वाले टूल का इस्तेमाल करके, अपने पेज को डीबग करने की कोशिश करें.

क्रॉल किया गया - फ़िलहाल इंडेक्स नहीं किया गया है

Google ने पेज को क्रॉल किया है, लेकिन इंडेक्स नहीं किया है. आने वाले समय में इस पेज को इंडेक्स करने या न करने पर विचार किया जाएगा. क्रॉल कराने के लिए इस यूआरएल को दोबारा सबमिट करने की ज़रूरत नहीं है.

खोजा गया - फ़िलहाल इंडेक्स नहीं किया गया है

इसका मतलब है कि Google को पेज की जानकारी मिल गई है, लेकिन इसे अब तक क्रॉल नहीं किया गया है. आम तौर पर, Google किसी यूआरएल को क्रॉल कर लेता है, लेकिन इससे साइट ओवरलोड हो सकती है. इसलिए, Google ने इस पेज को बाद में क्रॉल करने के लिए शेड्यूल किया है. इस वजह से रिपोर्ट में आखिरी बार क्रॉल करने की तारीख नहीं दी गई है.

सही कैननिकल टैग वाला वैकल्पिक पेज

इस पेज को किसी दूसरे पेज (जैसे, डेस्कटॉप कैननिकल वाला एएमपी पेज, डेस्कटॉप कैननिकल वाला मोबाइल वर्शन या मोबाइल कैननिकल वाला डेस्कटॉप वर्शन) के विकल्प के तौर पर मार्क किया गया है. यह पेज, कैननिकल पेज पर सही तरीके से ले जाता है. इस पेज को इंडेक्स किया जाता है, ताकि आपको कुछ करने की ज़रूरत न पड़े. Search Console, अलग-अलग भाषाओं के पेजों की पहचान नहीं करता.

ऐसा डुप्लीकेट यूआरएल जो उपयोगकर्ता के कैननिकल यूआरएल चुने बिना मौजूद है

यह पेज किसी दूसरे पेज का डुप्लीकेट है. हालांकि, यह कोई पसंदीदा कैननिकल पेज नहीं दिखाता. Google ने इस पेज के लिए किसी दूसरे पेज को कैननिकल पेज के तौर पर चुना है. इसलिए, Search में इस पेज को नहीं दिखाया जाएगा. इस यूआरएल की जांच करके, यह देखें कि Google ने इस पेज के लिए किस यूआरएल को कैननिकल के तौर पर चुना है.

यह कोई गड़बड़ी नहीं है, लेकिन इसमें उम्मीद के मुताबिक काम किया जा रहा है, क्योंकि Google डुप्लीकेट पेज नहीं दिखाता है. हालांकि, अगर आपको लगता है कि Google ने गलत यूआरएल को कैननिकल के तौर पर चुना है, तो आपके पास इस पेज के लिए किसी पेज को कैननिकल पेज के तौर पर मार्क करने का विकल्प होता है. इसके अलावा, अगर आपको लगता है कि यह पेज Google के चुने हुए कैननिकल यूआरएल का डुप्लीकेट नहीं है, तो आपको यह पक्का करना होगा कि इन दोनों पेजों के बीच का कॉन्टेंट काफ़ी हद तक अलग हो.

डुप्लीकेट यूआरएल, Google ने उपयोगकर्ता से अलग कैननिकल यूआरएल चुना है

यह पेज, कई पेजों के लिए कैननिकल के तौर पर चुना गया है. हालांकि, Google को लगता है कि कोई दूसरा यूआरएल, इससे बेहतर कैननिकल हो सकता है. Google ने इस पेज की जगह उस पेज को इंडेक्स किया जिसे हम कैननिकल मानते हैं.

  1. पेज को इंडेक्स करने की स्थिति > Google का चुना गया कैननिकल यूआरएल में जाकर, Google का चुना गया कैननिकल यूआरएल देखने के लिए, इस यूआरएल की जांच करें.
  2. वह कैननिकल यूआरएल देखें जिसे आपने पेज इंडेक्स करने की स्थिति > उपयोगकर्ता का बताया गया कैननिकल यूआरएल में चुना है.
  3. अपने ब्राउज़र में, मौजूदा पेज, उपयोगकर्ता का बताया गया कैननिकल यूआरएल, और Google का चुना गया कैननिकल यूआरएल देखें.
  4. इस गड़बड़ी का मतलब है कि Google के हिसाब से, जांचा गया पेज, उपयोगकर्ता के बताए गए कैननिकल यूआरएल का डुप्लीकेट नहीं है. इसके बजाय, Google को लगता है कि जांचा गया पेज, Google के चुने गए कैननिकल यूआरएल का डुप्लीकेट है.
    • अगर Google के चुने गए कैननिकल यूआरएल पेज की जांच हो चुकी है, तो Google को लगता है कि जांचा गया पेज, दूसरे पेजों के जैसा नहीं है.
    • अगर उपयोगकर्ता का बताया गया कैननिकल यूआरएल, मौजूदा पेज से मेल नहीं खाता, तो Google उस यूआरएल को कैननिकल के तौर पर कभी नहीं चुनेगा. डुप्लीकेट पेज, कैननिकल यूआरएल पेज से मेल खाना चाहिए. (डुप्लीकेट का यही मतलब है.)

रीडायरेक्ट वाला पेज

यह ऐसा कैननिकल यूआरएल नहीं है, जो किसी दूसरे पेज पर रीडायरेक्ट करता हो. इस वजह से, इस यूआरएल को इंडेक्स नहीं किया जाएगा. Google, टारगेट किए गए यूआरएल के बारे में क्या सोचता है, इसके आधार पर रीडायरेक्ट के टारगेट यूआरएल को इंडेक्स किया जा सकता है और नहीं भी.

रीडायरेक्ट वाले कैननिकल यूआरएल को इंडेक्स किया जा सकता है.

अगर यूआरएल की जांच से जुड़ी रिपोर्ट में इस यूआरएल को देखा जाता है, तो जांचे गए यूआरएल पर इंडेक्स की गई जानकारी लागू होती है (इसमें किसी भी रीडायरेक्ट को अनदेखा किया जाता है). इस यूआरएल (Google इंडेक्स में मौजूद यूआरएल) से जुड़े कैननिकल यूआरएल की इंडेक्स स्थिति देखने के लिए, रिपोर्ट के पेज इंडेक्स करने की स्थिति > इंडेक्स करें सेक्शन में जाकर, जांच करें बटन पर क्लिक करें.

लाइव यूआरएल की जांच करने वाला टेस्ट, रीडायरेक्ट को फ़ॉलो करके फ़ाइनल यूआरएल की जांच करता है. हालांकि, लाइव टेस्ट से यह पता नहीं चलता है कि यह रीडायरेक्ट को फ़ॉलो कर रहा है या नहीं.


चेतावनी

चेतावनियों को, पेज को इंडेक्स करने से जुड़ी रिपोर्ट के खास जानकारी वाले पेज पर, पेज की परफ़ॉर्मेंस को बेहतर बनाएं टेबल में शामिल किया जाता है. इन समस्याओं की वजह से, किसी पेज को इंडेक्स होने से नहीं रोका गया. हालांकि, इनकी वजह से, Google को आपके पेज को समझ पाने और इंडेक्स करने में मुश्किल होती है.

इस यूआरएल को इंडेक्स किया गया है, लेकिन इसे robots.txt की मदद से ब्लॉक किया गया है

आपकी वेबसाइट को robots.txt फ़ाइल से ब्लॉक करने के बाद भी, पेज को इंडेक्स किया गया. Google हमेशा robots.txt के नियमों के हिसाब से काम करता है. हालांकि, अगर कोई व्यक्ति robots.txt में शामिल किसी पेज को आपके पेज से लिंक करता है, तो हो सकता है कि पेज को इंडेक्स किए जाने से न रोका जाए. Google, पेज को क्रॉल करने का अनुरोध नहीं करेगा. हालांकि, आपके ब्लॉक किए गए पेज को अब भी इंडेक्स किया जा सकता है. ऐसा उस पेज पर दी गई जानकारी का इस्तेमाल करके किया जाएगा जिस पर ब्लॉक किए गए पेज का लिंक मौजूद है. robots.txt नियम की वजह से, हो सकता है कि Google Search पर खोज के नतीजों में, इस पेज के लिए बहुत छोटा स्निपेट दिखे.

अगले चरण:

पेज को बिना कॉन्टेंट के इंडेक्स किया गया

इसका मतलब है कि Google के इंडेक्स में यह पेज दिखता है, लेकिन किसी वजह से Google इसके कॉन्टेंट को पढ़ नहीं सकता. इसकी यह वजह हो सकती है कि पेज को Google के लिए क्लोक किया गया है या पेज ऐसे फ़ॉर्मैट में है जिसे Google इंडेक्स नहीं कर सकता. यह robots.txt से रोक लगाने का मामला नहीं है. पेज की जांच करें और जानकारी पाने के लिए, कवरेज सेक्शन देखें.


इंडेक्स किया गया

खास जानकारी वाले पेज पर मौजूद ग्राफ़ में, इंडेक्स किए गए यूआरएल की संख्या देखी जा सकती है. यूआरएल के उदाहरण की सूची और यूआरएल के बारे में ज़्यादा जानकारी देखने के लिए, ग्राफ़ के नीचे मौजूद, इंडेक्स किए गए पेजों से जुड़ा डेटा देखें पर क्लिक करें.

पेज इंडेक्स हो गया है

पेज को इंडेक्स किया गया. हालांकि, इसमें ऐसी अन्य समस्याएं भी हो सकती हैं जिन्हें ठीक करना चाहिए. जैसे, स्ट्रक्चर्ड डेटा से जुड़ी समस्याएं. किसी भी दूसरी समस्या के बारे में, यूआरएल की जांच की रिपोर्ट के सही सेक्शन में बताया जाएगा.

 

 

क्या यह उपयोगी था?

हम उसे किस तरह बेहतर बना सकते हैं?

और मदद चाहिए?

आगे दिए गए कदमों को आज़माएं:

true
क्या आप Search Console पहली बार इस्तेमाल कर रहे हैं?

क्या आपने पहले कभी Search Console इस्तेमाल नहीं किया? चाहे आप इसे सीखना चाहते हों, एसईओ विशेषज्ञ हों या वेबसाइट डेवलपर हों, आप यहां से शुरुआत कर सकते हैं.

17915559871899067148
true
खोज मदद केंद्र
true
true
true
true
true
83844
खोजें
खोज हटाएं
खोज बंद करें
मुख्य मेन्यू
false
false
false