रिच नतीजे की स्थिति रिपोर्ट

नौकरी के विज्ञापन, रेसिपी, और बहुत कुछ

जानें कि Google आपकी साइट से किन रिच नतीजों को देख पाता है और किन्हें नहीं. साथ ही, रिच नतीजों से जुड़ी गड़बड़ी ठीक करने के लिए जानकारी पाएं.

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

अगर आपने किसी इस्तेमाल किए जा सकने वाले रिच नतीजे के प्रकार का इस्तेमाल किया है. हालांकि, आपकी साइट पर उसकी रिपोर्ट नहीं दिखाई दे रही है, तो न दिखाई देने वाले रिच नतीजे देखें.

 

Search Console खोलना

 

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

Search Console में नेविगेशन पैनल से सही रिपोर्ट खोलें.

आपको रिपोर्ट सिर्फ़ तब दिखाई देगी, जब Search Console के पास आपकी साइट पर मौजूद रिच नतीजे के उस प्रकार से जुड़ा डेटा उपलब्ध होगा. साथ ही, Search Console उस प्रकार के लिए एक रिपोर्ट बनाएगा.

रिपोर्ट में ज़रूरी जानकारी वाला पेज और ज़्यादा जानकारी वाला पेज शामिल हैं:

  1. ज़रूरी जानकारी वाला पेज समय के साथ आई गड़बड़ियां, चेतावनियां, और आपकी साइट पर मौजूद मान्य आइटम दिखाता है. साथ ही, इस पर एक ऐसी टेबल भी मौजूद होती है जिसमें स्थिति + जानकारी की जोड़ी वाली अलग-अलग श्रेणियां दिखाई जाती हैं. इस टेबल में दिखाया जाता है कि फ़िलहाल ऐसी हर श्रेणी में कितने स्ट्रक्चर्ड डेटा वाले आइटम शामिल होते हैं.
  2. श्रेणी में मौजूद आइटम के बारे में ज़्यादा जानकारी देखने के लिए ज़रूरी जानकारी वाले पेज में मौजूद उसकी पंक्ति पर क्लिक करें.

क्या देखें

आम तौर पर आपकी मौजूदा गड़बड़ी की गिनती 0 होनी चाहिए. मौजूदा गड़बड़ी, चेतावनी, और मान्य गिनती को रिपोर्ट में सभी पेजों पर, चार्ट के सबसे ऊपर दिखाया जाता है.

अगर आपको गड़बड़ियां मिलती हैं, तो नीचे दिए गए समस्या का हल सेक्शन में बताए गए तरीके के हिसाब से उन्हें प्रबंधित करें.

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

 

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

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

 

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

यहां आपकी साइट पर रिच नतीजों की समस्याओं का क्रम तय करने और समस्याएं ठीक करने का आम तरीका बताया गया है:

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

गड़बड़ियों की जाँच करने के तरीके

आप अपने स्ट्रक्चर्ड डेटा की गड़बड़ियों की जाँच करने के लिए, अलग-अलग टूल का इस्तेमाल कर सकते हैं:

  • गड़बड़ियों की जानकारी वाले पेज में:
    • स्ट्रक्चर्ड डेटा कोड देखने के लिए, टेबल में किसी यूआरएल पर क्लिक करें.
    • यूआरएल जाँचने वाला टूल चलाने के लिए, टेबल में यूआरएल के आगे मौजूद जाँच करें आइकॉन Search पर क्लिक करें. इससे गड़बड़ी की जानकारी, इंडेक्स किए गए और जाँच के लाइव नतीजों के साथ ही, एक स्क्रीनशॉट देखा जा सकता है.
  • अपने पेज की जाँच करने के लिए या बार-बार जाँच करने, बदलाव करने, और कोड को ब्राउज़र में फिर से जाँचने के लिए रिच नतीजे जाँचने वाला टूल इस्तेमाल करें. जाँच किए जाने वाले पेज का यूआरएल सबमिट करें या टूल में कोड को कॉपी करके चिपकाएं.

 

समस्या ठीक करने में आई गड़बड़ियों की ज़्यादा बढ़ी हुई संख्या
गड़बड़ियां ज़्यादा बढ़ने की सबसे आम वजह किसी टेम्प्लेट में गड़बड़ी होना है जिसे आपकी साइट के कई पेजों पर इस्तेमाल किया जा रहा है.

देखें कि कई चीज़ों में गड़बड़ी की गंभीरता के एक साथ बदलने की वजह से गड़बड़ियां बढ़ रही हैं:

  1. अगर आप कोई ज़्यादा बढ़ी हुई संख्या देखते हैं, तो किसी दूसरी स्थिति (गड़बड़ी या ठीक) में उससे मिलती-जुलती संख्या वाली कमी ढूंढने की कोशिश करें.
  2. अगर आपको मिलती-जुलती संख्या में कमी मिल जाती है, तो यह जाँच करें कि क्या यह कमी उन ही यूआरएल में हो रही है जिनमें बढ़ोतरी देखी गई थी.
  3. अगर चीज़ों की स्थिति बदल रही है, तो गड़बड़ियों की बढ़ोतरी की जाँच करके ऐसा होने की वजह पता करें.

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

'न दिखाई देने वाले रिच नतीजे' या रिच नतीजों की कुल संख्या में गिरावट को हल करना

 यहां बताई गई कुछ वजहों से शायद कोई रिच नतीजा रिपोर्ट में दिखाई न दे:

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

स्ट्रक्चर्ड डेटा की आम गड़बड़ियों की सूची

यहां, इस रिपोर्ट में दिखाई गई सबसे आम गड़बड़ियों की सूची दी गई है:
गड़बड़ी जानकारी
प्रॉपर्टी में अमान्य यूआरएल "प्रॉपर्टी नाम" खास प्रॉपर्टी में अमान्य यूआरएल.
प्रॉपर्टी नहीं मिली "प्रॉपर्टी का नाम" ज़रूरी प्रॉपर्टी नहीं मिली.
"प्रॉपर्टी नाम" प्रॉपर्टी में अमान्य कैलोरी फ़ॉर्मैट कैलोरी प्रॉपर्टी के लिए अमान्य मान.
"प्रॉपर्टी नाम" प्रॉपर्टी में तारीख/समय ISO 8601 फ़ॉर्मैट में नहीं है किसी खास प्रॉपर्टी के लिए तारीख का अमान्य मान. तारीख ISO 8601 फ़ॉर्मैट में होनी चाहिए.
प्रॉपर्टी "प्रॉपर्टी नाम" में वह मान जो मिला नहीं किसी खास प्रॉपर्टी के लिए खाली मान.
"प्रॉपर्टी नाम" प्रॉपर्टी में अमान्य मान किसी खास प्रॉपर्टी के लिए अमान्य मान.
"प्रॉपर्टी नाम" प्रॉपर्टी में स्ट्रिंग की अमान्य लंबाई किसी खास प्रॉपर्टी के लिए स्ट्रिंग का मान बहुत लंबा या बहुत कम है.
"प्रॉपर्टी नाम" प्रॉपर्टी के लिए अमान्य ऑब्जेक्ट प्रकार किसी खास प्रॉपर्टी के लिए स्ट्रक्चर्ड डेटा ऑब्जेक्ट का गलत प्रकार.
"प्रॉपर्टी नाम" प्रॉपर्टी लिए अमान्य मान प्रकार खास प्रॉपर्टी के लिए मान का गलत प्रकार.
अज्ञात "प्रॉपर्टी नाम" प्रॉपर्टी आपने अपने स्ट्रक्चर्ड डेटा में एक अज्ञात प्रॉपर्टी का इस्तेमाल किया.
डुप्लीकेट "प्रॉपर्टी नाम" प्रॉपर्टी एक ही ऑब्जेक्ट में डुप्लिकेट प्रॉपर्टी का इस्तेमाल.
"प्रॉपर्टी 1" या "प्रॉपर्टी 2" का इस्तेमाल किया जाना चाहिए आप इन दो प्रॉपर्टी में से सिर्फ़ एक को इस्तेमाल कर सकते हैं.
"प्रॉपर्टी 1 "," प्रॉपर्टी 2 "या" प्रॉपर्टी 3 " का इस्तेमाल किया जाना चाहिए आप इनमें से सिर्फ़ एक प्रॉपर्टी इस्तेमाल कर सकते हैं.
सभी जगह इस्तेमाल होने वाला पहचानकर्ता नहीं दिया गया (जैसे, जीटीआईएन, एमपीएन, आईएसबीएन) अपने उत्पाद की पहचान के लिए आपको इनमें से कम से कम सभी जगह इस्तेमाल होने वाला एक पहचानकर्ता उपलब्ध कराना होगा: gtin8, gtin13, gtin14, mpn या isbn
"प्रॉपर्टी नाम" प्रॉपर्टी में पॉज़िटिव मान होना चाहिए दिखाई गई प्रॉपर्टी का मान का एक पॉज़िटिव नंबर होना चाहिए.
"प्रॉपर्टी" में पूरे अंक वाला अमान्य मान किसी खास प्रॉपर्टी के लिए पूरे अंक वाला अमान्य मान.
कीमत के लिए "प्रॉपर्टी" प्रॉपर्टी में इस्तेमाल किया गया फ़ॉर्मैट अमान्य किसी खास प्रॉपर्टी के लिए मूल्य का अमान्य फ़ॉर्मैट.
"प्रॉपर्टी नाम" प्रॉपर्टी में उत्पाद की उपलब्धता के लिए अमान्य मान उत्पाद की उपलब्धता के लिए अमान्य मान.
आपने सामग्री के बजाय समीक्षा काे रेट कर दिया है आपने आइटम के बजाय औसत रेटिंग के हिसाब से एक समीक्षा काे रेट कर दिया है.
यह पता नहीं लगाया जा सका कि रेटिंग किस स्केल के आधार पर दी गई है आपने ऐसा रेटिंग स्केल दिया है जिसे हम समझ नहीं सके.
सबसे अच्छी और सबसे खराब रेटिंग वाले फ़ील्ड ज़रूरी हैं, लेकिन इनमें से एक या दोनों में काेई मान नहीं डाला गया है किसी रेटिंग के लिए सबसे अच्छे और/या सबसे खराब मान नहीं मिले.
रेटिंग के तौर पर डाला गया मान, तय सीमा के मुताबिक नहीं है दिया गया रेटिंग मान, तय सीमा से बाहर है.
समीक्षा में एक से ज़्यादा औसत रेटिंग दी गई हैं समीक्षा की कई औसत रेटिंग हैं; आप सिर्फ़ एक ही रेटिंग दे सकते हैं.
कई समीक्षाओं में aggregateRating ऑब्जेक्ट मौजूद नहीं है आपने औसत रेटिंग दिए बिना कई समीक्षाएं उपलब्ध की हैं.
"प्रॉपर्टी नाम" प्रॉपर्टी में दी गई संख्या सीमा से बाहर है संख्या वाली प्रॉपर्टी तय (या इस्तेमाल की जाने वाली) सीमा से बाहर है.
Sitelinks खोजबॉक्स में सिंटैक्स गड़बड़ी Sitelinks खोजबॉक्स के इस्तेमाल में सामान्य सिंटैक्स गड़बड़ी.
टारगेट यूआरएल में पसंद के मुताबिक क्वेरी पैरामीटर नहीं दिया गया (Sitelinks खोजबॉक्स) Sitelinks के यूआरएल टेम्प्लेट में क्वेरी के उस मान के लिए गड़बड़ी वाली स्ट्रिंग जो मिला नहीं.
टारगेट यूआरएल में बेमेल क्वेरी पैरामीटर नाम (Sitelinks खोजबॉक्स) टारगेट में इस्तेमाल किया गया क्वेरी वैरिएबल नाम क्वेरी-इनपुट में इस्तेमाल किए गए वैरिएबल नाम से अलग है. उदाहरण के लिए, शायद आपने कुछ ऐसा किया हो:
"target": "https://query.example.com/search?q={search_term_string}",
"query-input": "required name=my_query"

'q' और 'क्वेरी इनपुट' में इस्तेमाल किया गया नाम समान होना चाहिए:
"target": "https://query.example.com/search?q={search_term_string}",
"query-input": "required name=search_term_string"
टारगेट यूआरएल डोमेन, वेबसाइट यूआरएल डोमेन से बाहर है

(Sitelinks खोजबॉक्स) टारगेट और यूआरएल में मौजूद यूआरएल का मूल डोमेन समान होना चाहिए. यहां मिलते-जुलते और मेल न खाने वाले यूआरएल के उदाहरण दिए गए हैं:

  • http://www.example.com और http://example.com -- मिलते-जुलते
  • http://m.example.com और http://query.example.com - मिलते-जुलते
  • http://www.example.com और http://example.fr.co -- मेल न खाने वाले
  • http://www.example.com और http://exaample.com -- मेल न खाने वाले
अमान्य टारगेट यूआरएल (Sitelinks खोजबॉक्स) टारगेट प्रॉपर्टी में अमान्य यूआरएल.
बिना एचटीटीपी वाला टारगेट यूआरएल (Sitelinks खोजबॉक्स) टारगेट प्रॉपर्टी में अमान्य यूआरएल: एचटीटीपी या एचटीटीपीएस होना चाहिए.
Sitelinks खोजबॉक्स के इस्तेमाल में गड़बड़ी (Sitelinks खोजबॉक्स) Sitelinks खोजबॉक्स के इस्तेमाल में गड़बड़ी.
"प्रॉपर्टी नाम" प्रॉपर्टी में गिनती का अमान्य मान प्रॉपर्टी का मान, गिनती के लिए किसी भी तय मान से मेल नहीं खाता.
अज्ञात गड़बड़ी एक गड़बड़ी हुई जो यहां दी गई किसी भी दूसरी श्रेणी में नहीं आती.

 

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

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

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

समस्याओं से जुड़ी स्थितियां ये हैं:

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

अगर आप एक रिच नतीजे की सभी गड़बड़ियां देखना चाहते हैं, तो गड़बड़ियों की जाँच करने के तरीके देखें.

स्थिति की कुल संख्या के बारे में एक नोट देखें
टेबल में हर स्थिति की कुल संख्या, ग्राफ़ के लिए दिखाई देने वाली स्थिति में मौजूद मिलती-जुलती स्थितियों की कुल संख्या से ज़्यादा हो सकती है. इस बात के दो उदाहरण कि ऐसा क्यों होता है:
  • तीन अलग-अलग चेतावनियों वाली कोई चीज़ टेबल में तीन बार दिखाई देगी (कुल = 3), लेकिन चेतावनियों वाले टैब में दिखाई देने वाली कुल संख्या में उसे चेतावनी वाली सिर्फ़ एक चीज़ (कुल = 1) के तौर पर गिना जाएगा.
  • अगर किसी चीज़ में एक गड़बड़ी और एक चेतावनी, दोनों मौजूद हैं, तो उसे टेबल की दो पंक्तियों में दिखाया जाएगा. हालांकि, टैब में दिखाई देने वाली कुल संख्या में सिर्फ़ एक गड़बड़ी वाली चीज़ के तौर पर गिना जाएगा. (इसमें किसी चीज़ की गिनती उसमें मौजूद सबसे गंभीर स्थिति के हिसाब से होती है.)

समस्या की जानकारी वाला पेज

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

समस्या की जानकारी वाले पेज पर दिखने वाली जानकारी के बारे में यहां बताया गया है:

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

 

किसी खास पेज पर मौजूद समस्या के बारे में ज़्यादा जानकारी के लिए, उदाहरण वाले टेबल में समस्या चुनें. 

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

 

पुष्टि की जानकारी

अपनी साइट पर एक खास तरह की समस्या के सभी इंस्टेंस ठीक कर लेने के बाद, आप Google से अनुरोध करके अपने किए हुए बदलावों की पुष्टि करा सकते हैं. अगर किसी समस्या के सभी इंस्टेंस ठीक कर लिए जाते हैं, तो समस्या की स्थिति दिखाने वाले टेबल में इसे 'ठीक कर लिया गया' के तौर पर दिखाया जाता है और यह टेबल के सबसे निचले हिस्से में चली जाती है. Search Console, समस्या की पुष्टि की स्थिति के साथ-साथ समस्या के हर इंस्टेंस की पुष्टि की स्थिति पर भी नज़र रखता है. जब समस्या के सभी इंस्टेंस ठीक हो जाते हैं, तो उसे 'ठीक कर लिया गया' माना जाता है. (पुष्टि किए जाने की सही स्थिति जानने के लिए, समस्या की पुष्टि की स्थिति और इंस्टेंस की पुष्टि की स्थिति देखें.)

समस्या के 'जीवनकाल' से जुड़ी ज़्यादा जानकारी...

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

जिस तारीख पर समस्या की पहली बार पहचान की गई हो, उसे समस्या के 'जीवनकाल' का वह समय माना जाता है जब पहली बार उसका पता लगाया गया. समस्या पता चलने की तारीख में कोई बदलाव नहीं होता. इसलिए:

  • अगर किसी समस्या के सभी इंस्टेंस ठीक कर लेने के 15 दिनों बाद, इसका नया इंस्टेंस फिर से दिखाई देता है तो समस्या "ठीक नहीं की गई है" के रूप में दिखाई देती है. इसके पता चलने की मूल तारीख भी "पहली बार पता चलने की तारीख" ही होती है.
  • समस्या के आखिरी इंस्टेंस को ठीक कर लिए जाने के 91 दिन बाद, अगर समस्या फिर से दिखाई देती है तो पिछली समस्या को 'ठीक कर ली गई है' माना जाता है. यही वजह है कि इसे नई समस्या के रूप में दर्ज किया जाता है और इसके पता चलने की तारीख "आज" की होती है.

पुष्टि की प्रोसेस सामान्य रूप से कैसे काम करती है

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

  1. जब आप समस्या हल होने की पुष्टि करें पर क्लिक करते हैं, तो Search Console तुरंत कुछ पेजों की जाँच करता है.
    • जाँचे जा रहे किसी भी पेज में मौजूदा समस्या मिलने पर, पुष्टि की प्रोसेस खत्म हो जाती है और पुष्टि किए जाने की स्थिति में कोई बदलाव नहीं होता.
    • अगर इन पेजों (जो नमूनों के तौर पर जाँचे जा रहे हैं) में मौजूदा गड़बड़ी नहीं मिलती है, तो पुष्टि की प्रोसेस शुरू हो गई की स्थिति के साथ जारी रहती है. अगर पुष्टि करने पर दूसरी तरह की समस्याएं मिलती हैं, तो इन्हें इसी तरह की दूसरी समस्याओं में गिना जाता है और पुष्टि की प्रोसेस जारी रहती है.
  2. Search Console, सूची के हिसाब से उन यूआरएल पर काम करता है, जो इस समस्या से प्रभावित हुए हैं. दोबारा क्रॉल करने के लिए तैयार की गई इस सूची में पूरी साइट के बजाय, सिर्फ़ वही यूआरएल शामिल किए जाते हैं जिन पर इस समस्या के इंस्टेंस मौजूद हैं. Search Console जिन यूआरएल को जाँचता है उन सभी का रिकॉर्ड पुष्टि के इतिहास में रखता है, जिसे 'समस्या की जानकारी पेज' पर देखा जा सकता है.
  3. यूआरएल जाँचे जाने पर:
    1. अगर समस्या न मिले, तो इंस्टेंस की पुष्टि की स्थिति बदलकर पास हो रही है हो जाती है. पुष्टि शुरू होने के बाद अगर यह पहला इंस्टेंस है जिसकी जाँच की जा रही है, तो समस्या की पुष्टि की स्थिति बदलकर सब ठीक लग रहा है हो जाती है.
    2. अगर अब यूआरएल देखा नहीं जा सकता, तो इंस्टेंस की पुष्टि की स्थिति बदलकर अन्य (दूसरा) हो जाती है (जो किसी गड़बड़ी की स्थिति नहीं होती है).
    3. इंस्टेंस अगर अब भी मौजूद है, तो समस्या की स्थिति बदलकर फ़ेल हो जाती है. अगर सामान्य तरीके से क्रॉल करने पर यह नया पेज मिला है, तो इसे मौजूदा समस्या का एक और इंस्टेंस माना जाता है.
  4. सभी गड़बड़ियां और चेतावनी वाले यूआरएल जाँचे जाने के बाद समस्या की गिनती 0 रह जाती है, तो समस्या की स्थिति बदलकर पास हो जाती है. ज़रूरी जानकारी : भले ही समस्या के असर वाले पेज की संख्या घटकर 0 और समस्या की स्थिति बदलकर पास हो जाती है, तब भी पेज पर मूल गंभीरता का लेबल (गड़बड़ी या चेतावनी) दिखाया जाएगा.

भले ही आपने कभी भी "पुष्टि शुरू करें" पर क्लिक न किया हो, पर Google किसी समस्या के ठीक कर लिए गए इंस्टेंस पहचान सकता है. नियमित रूप से किए जाने वाले क्रॉल के दौरान अगर Google को पता चलता है कि किसी समस्या के सभी इंस्टेंस ठीक कर लिए गए हैं, तो यह रिपोर्ट पर समस्या की स्थिति बदलकर "लागू नहीं" कर देगा.

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

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

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

दोबारा पुष्टि करने का तरीका

जब आप किसी फ़ेल हो गई पुष्टि के लिए दोबारा पुष्टि करें पर क्लिक करते हैं, तो सभी फ़ेल इंस्टेंस के लिए पुष्टि दोबारा शुरू हो जाती है. साथ ही, सामान्य रूप से क्रॉल किए जाने पर मिले इस समस्या के नए इंस्टेंस की भी पुष्टि होती है.

दोबारा पुष्टि किए जाने का अनुरोध करने से पहले आपको मौजूदा समय में चल रही पुष्टि की प्रोसेस पूरी होने तक इंतज़ार करना चाहिए, भले ही आपने अनुरोध किए जाने के बाद कुछ समस्याएं ठीक की हों.

जो इंस्टेंस पुष्टि में पास हो चुके हैं (पास के निशान वाले) या अब जिन्हें देखा नहीं जा सकता (अन्य के निशान वाले) उन्हें दोबारा नहीं जाँचा जाता. साथ ही जब आप 'दोबारा पुष्टि करें' पर क्लिक करते हैं, तो इन्हें इतिहास से हटा दिया जाता है.

पुष्टि किए जाने का इतिहास

आप यह देख सकते हैं कि जिस पुष्टि का अनुरोध आपने किया है, उसकी प्रक्रिया कितनी पूरी हुई है. इसके लिए समस्या की जानकारी वाले पेज पर पुष्टि की जानकारी के लिंक पर क्लिक करें.

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

समस्या की पुष्टि की स्थिति

किसी भी समस्या पर नीचे दी गई समस्या की स्थितियां लागू होती हैं:

  • शुरू नहीं हुई है: इस समस्या के इंस्टेंस वाले एक या उससे ज़्यादा पेज हैं जिनकी आपने कभी भी पुष्टि करने की कोशिश नहीं की है. अगले चरण:
    1. गड़बड़ी के बारे में ज़्यादा जानकारी के लिए समस्या पर क्लिक करें. एएमपी जाँच इस्तेमाल करके लाइव पेज पर गड़बड़ियों के उदाहरण देखने के लिए एक-एक पेज को ध्यान से देखें. (हो सकता है कि एएमपी जाँच के ज़रिए पेज पर गड़बड़ी दिखाई न दे. ऐसा इसलिए होता है क्योंकि Google को यह गड़बड़ी मिलने और समस्या की रिपोर्ट तैयार करने के बाद, आपने लाइव पेज पर गड़बड़ी ठीक कर ली है.
    2. जिस नियम का उल्लंघन किया गया है उसके बारे में जानने के लिए जानकारी पेज पर "ज़्यादा जानें" पर क्लिक करें.
    3. किसी खास समस्या के बारे में जानकारी पाने के लिए, टेबल में एक उदाहरण यूआरएल पंक्ति पर क्लिक करें.
    4. अपने पेजों को ठीक करें और फिर ठीक किए जाने की पुष्टि करें पर क्लिक करें ताकि Google आपके पेज फिर से क्रॉल करे. Google आपको इस बात की सूचना देगा कि पुष्टि की प्रोसेस कहां तक पहुंची है. पुष्टि होने में एक-दो दिन से लेकर दो हफ़्ते तक का समय लग सकता है, इसलिए अगर थोड़ा इंतज़ार करना पड़े तो परेशान न हों. 
  • शुरू की गई: आपने पुष्टि की प्रोसेस का अनुरोध किया और अभी तक समस्या का कोई इंस्टेंस नहीं मिला है. अगला चरण: जैस-जैसे पुष्टि की प्रोसेस आगे बढ़ेगी Google आपको सूचनाएं भेजेगा. साथ ही ज़रूरी होने पर आपको बताएगा कि आपको क्या करना होगा.
  • सब ठीक लग रहा है: आपने पुष्टि करने का अनुरोध किया और अब तक समस्या के जितने भी इंस्टेंस मिले हैं उन्हें ठीक कर लिया गया है. अगला चरण: कुछ भी नहीं, लेकिन जैसे-जैसे पुष्टि की प्रोसेस आगे बढ़ेगी, Google आपको सूचनाएं भेजेगा और बताएगा कि आपको क्या करना है.
  • पास: समस्या के सभी पहचाने गए इंस्टेंस अब मौजूद नहीं हैं (या अब वह यूआरएल उपलब्ध नहीं है जिस पर असर हुआ था). इस स्थिति में आने के लिए आपने ज़रूर "ठीक किए जाने की पुष्टि करें" पर क्लिक किया होगा (अगर इंस्टेंस आपके अनुरोध के बिना ही दिखाई नहीं दे रहे हैं, तो पुष्टि की स्थिति बदलकर 'लागू नहीं' हो जाएगी). अगला चरण: अब और कुछ नहीं करना.
  • लागू नहीं: Google को पता चला कि सभी यूआरएल पर समस्या को ठीक कर लिया गया है, हालांकि आपने कभी भी पुष्टि करने का अनुरोध नहीं किया था. अगला चरण: अब और कुछ नहीं करना.
  • फ़ेल: जब आपने "पुष्टि करें" पर क्लिक किया था उसके बाद भी एक तय सीमा तक के पेजों पर अभी भी यह समस्या मौजूद है. अगले चरण: समस्या ठीक करें और दोबारा पुष्टि का अनुरोध करें.

इंस्टेंस की पुष्टि की स्थिति

पुष्टि का अनुरोध करने के बाद, किसी खास समस्या के लिए हर इंस्टेंस को खास स्थिति के तौर पर दिखाया जाता है. यह स्थिति पुष्टि की नीचे दी गईं स्थितियों में से एक होती है (इंडेक्स की स्थिति की रिपोर्ट में पास और कुछ और वाली स्थितियों का इस्तेमाल नहीं किया जाता) :

  • अभी पुष्टि बाकी है: पुष्टि किए जाने के लिए सूची में जोड़ लिया गया है. पिछली बार जब Google ने क्रॉल किया था तब इंस्टेंस मौजूद था.
  • पास: Google ने समस्या का इंस्टेंस ढूंढने की कोशिश की और पाया कि अब इसका कोई इंस्टेंस मौजूद नहीं है. समस्या इस स्थिति में सिर्फ़ तभी पहुंच सकती है, जब आपने इस समस्या के इंस्टेंस के लिए पुष्टि करें पर क्लिक किया हो.
  • फ़ेल: Google ने जाँचा और पाया कि समस्या का इंस्टेंस अभी भी मौजूद है. समस्या इस स्थिति में सिर्फ़ तभी पहुंच सकती है, जब आपने इस समस्या के इंस्टेंस के लिए पुष्टि करें पर क्लिक किया हो.
  • अन्य: Google उस यूआरएल पर नहीं पहुंच पाया, जो इंस्टेंस होस्ट कर रहा था या (व्यवस्थित डेटा के लिए) अब पेज पर वह चीज़ नहीं ढूंढ पा रहा है. इसे पास के बराबर ही माना जाता है.

इस बात पर ध्यान दें कि अलग-अलग समस्याओं के लिए एक ही यूआरएल की अलग-अलग स्थितियों हो सकती हैं. उदाहरण के लिए, अगर किसी एक ही पेज पर X और Y दोनों तरह की समस्याएं हैं, तो हो सकता है कि X समस्या की पुष्टि की स्थिति पास हो और उसी पेज पर Y समस्या की पुष्टि की स्थिति पुष्टि नहीं हुई है के रूप में दिखाई दे.

 

ऐसी समस्याएं जिनके बारे में पहले से जानकारी है

आगे दी गई समस्याएं, Search Console की ऐसी समस्याएं हैं जिनके बारे में पहले से जानकारी है. इन समस्याओं के बारे में हमें रिपोर्ट करने की ज़रूरत नहीं है, लेकिन हम चाहते हैं कि आप दूसरी सुविधाओं या समस्याओं के बारे में हमें अपने सुझाव ज़रूर दें. नेविगेशन बार में मौजूद सुझाव देने का तरीका इस्तेमाल करें.

  • कुछ समस्याओं के नाम लंबे हैं जो समझने में आसान नहीं हैं.
  • आपकी साइट पर बहुत ज़्यादा समस्याएं मौजूद होने पर (भले ही कोई मौजूदा इंस्टेंस हो या न हो), रिपोर्ट में सिर्फ़ शुरुआती 200 समस्याएं दिखाई जाएंगी. इन्हें इंस्टेंस के हिसाब से क्रम में लगाया जाएगा.
क्या यह उपयोगी था?
हम उसे किस तरह बेहतर बना सकते हैं?