ज़्यादा बेहतर नतीजे (रिच रिज़ल्ट) की रिपोर्ट

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

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

आपको किसी खास टाइप के रिच रिज़ल्ट की रिपोर्ट सिर्फ़ तब दिखेगी, जब:

• Google को आपकी प्रॉपर्टी में उस टाइप के रिच रिज़ल्ट मिलेंगे और
• आइटम का टाइप, यहां दिए गए रिच रिज़ल्ट के टाइप में से एक होगा.

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

 

Search Console खोलें

 

Search Console में ज़्यादा बेहतर नतीजों (रिच रिज़ल्ट) पर निगरानी रखना - Google Search Console की ट्रेनिंग

 

ऐसे रिच रिज़ल्ट की रिपोर्ट जिन्हें इस्तेमाल किया जा सकता है

Search Console में, पार्स न हो पाने वाले स्ट्रक्चर्ड डेटा की रिपोर्ट के अलावा, इन टाइप के रिच रिज़ल्ट की रिपोर्ट उपलब्ध होती है:

 

• ब्रेडक्रंब
• कोर्स की जानकारी
• डेटासेट
• चर्चा फ़ोरम
• शिक्षा से जुड़े सवाल और जवाब
• इवेंट
• अक्सर पूछे जाने वाले सवाल
• तथ्यों की जांच
• होटल
• इमेज का मेटाडेटा
• नौकरी के विज्ञापन
• लर्निंग वीडियो
• मैथ सॉल्वर
• व्यापारी या कंपनी की लिस्टिंग
• प्रैक्टिस से जुड़ी समस्याएं
• प्रॉडक्ट का स्निपेट
• प्रोफ़ाइल पेज
• सवाल-जवाब वाला पेज
• रेसिपी
• समीक्षा स्निपेट
• खास एलान
• सदस्यता वाला कॉन्टेंट
• छुट्टियों में किराये पर उपलब्ध जगहें
• वाहन की लिस्टिंग
• वीडियो

डेटा के बारे में जानकारी

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

इस रिपोर्ट में, आपके इंडेक्स किए गए पेजों का सिर्फ़ सैंपल शामिल होता है. हालांकि, इस सैंपल का साइज़ कभी-कभी बदल सकता है.

इंडेक्स नहीं किए गए पेजों पर स्ट्रक्चर्ड डेटा नहीं दिखता है. इनमें वैकल्पिक या डुप्लीकेट पेज भी शामिल हैं. इस वजह से, यह डेटा Google इंडेक्स में शामिल नहीं होता है.

इस्तेमाल करने की सामान्य गाइड

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

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

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

 

रिच रिज़ल्ट से जुड़ी समस्याओं को प्राथमिकता देना और उन्हें ठीक करना:

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

ज़्यादा टास्क

किसी खास रिच रिज़ल्ट को डीबग करना

 स्ट्रक्चर्ड डेटा की गड़बड़ी की जांच करने और उसे ठीक करने के लिए, कई अलग-अलग टूल का इस्तेमाल किया जा सकता है:

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

गड़बड़ियों में बढ़ोतरी की समस्या को हल करना

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

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

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

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

शामिल नहीं किए गए रिच रिज़ल्ट या रिच रिज़ल्ट की कुल संख्या में गिरावट आने की समस्या हल करना

रिपोर्ट में रिच रिज़ल्ट न दिखने की इनमें से कोई एक वजह हो सकती है:

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

 

रिपोर्ट में किसी रिच रिज़ल्ट को शामिल न करने की समस्या हल करने के लिए:

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

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

इस रिपोर्ट में दिखाई जाने वाली सबसे सामान्य गड़बड़ियों की सूची यहां दी गई है:

गड़बड़ी	ब्यौरा
"प्रॉपर्टी का नाम" प्रॉपर्टी में अमान्य यूआरएल	बताई गई प्रॉपर्टी में अमान्य यूआरएल.
"प्रॉपर्टी का नाम" प्रॉपर्टी नहीं मिली	ज़रूरी प्रॉपर्टी नहीं मिली.
"प्रॉपर्टी का नाम" प्रॉपर्टी में अमान्य कैलोरी फ़ॉर्मैट	कैलोरी प्रॉपर्टी के लिए अमान्य वैल्यू.
"प्रॉपर्टी का नाम" प्रॉपर्टी में तारीख/समय ISO 8601 फ़ॉर्मैट में नहीं है	बताई गई किसी प्रॉपर्टी के लिए तारीख की अमान्य वैल्यू. तारीख ISO 8601 फ़ॉर्मैट में होनी चाहिए.
"प्रॉपर्टी का नाम" प्रॉपर्टी में वैल्यू मौजूद नहीं है	किसी बताई गई प्रॉपर्टी के लिए कोई वैल्यू मौजूद नहीं है.
"प्रॉपर्टी का नाम" प्रॉपर्टी में अमान्य वैल्यू	किसी बताई गई प्रॉपर्टी के लिए अमान्य वैल्यू.
"प्रॉपर्टी का नाम" प्रॉपर्टी में स्ट्रिंग की अमान्य लंबाई	बताई गई किसी प्रॉपर्टी के लिए स्ट्रिंग की वैल्यू काफ़ी लंबी या बहुत कम है.
"प्रॉपर्टी का नाम" प्रॉपर्टी के लिए अमान्य ऑब्जेक्ट टाइप	बताई गई किसी प्रॉपर्टी के लिए स्ट्रक्चर्ड डेटा ऑब्जेक्ट का गलत टाइप.
"प्रॉपर्टी का नाम" प्रॉपर्टी के लिए अमान्य वैल्यू टाइप	बताई गई किसी प्रॉपर्टी के लिए गलत टाइप की वैल्यू.
प्रॉपर्टी के बारे में कोई जानकारी नहीं "प्रॉपर्टी का नाम"	आपने अपने स्ट्रक्चर्ड डेटा में उस प्रॉपर्टी का इस्तेमाल किया है जिसके बारे में कोई जानकारी है.
डुप्लीकेट प्रॉपर्टी "प्रॉपर्टी का नाम"	एक ही ऑब्जेक्ट में डुप्लीकेट प्रॉपर्टी का इस्तेमाल.
"प्रॉपर्टी 1" या "प्रॉपर्टी 2" का इस्तेमाल किया जाना चाहिए	आपको इन दो प्रॉपर्टी में से सिर्फ़ एक का इस्तेमाल करना होगा.
"प्रॉपर्टी 1 "," प्रॉपर्टी 2 "या" प्रॉपर्टी 3 " का इस्तेमाल किया जाना चाहिए	आपको इन तीन में से सिर्फ़ एक प्रॉपर्टी इस्तेमाल करना होगा.
ग्लोबल आइडेंटिफ़ायर उपलब्ध नहीं करवाया गया (जैसे, GTIN, एमपीएन, ISBN)	अपने प्रॉडक्ट की पहचान के लिए, आपको इनमें से कम से कम एक ग्लोबल आइडेंटिफ़ायर उपलब्ध कराना होगा: gtin8, gtin13, gtin14, mpn या isbn
"प्रॉपर्टी का नाम" प्रॉपर्टी में पॉज़िटिव वैल्यू होनी चाहिए	दिखाई गई प्रॉपर्टी की वैल्यू, एक पॉज़िटिव नंबर होना चाहिए.
"प्रॉपर्टी" प्रॉपर्टी में अमान्य इंटीजर	बताई गई किसी प्रॉपर्टी के लिए अमान्य इंटीजर वैल्यू.
"प्रॉपर्टी" प्रॉपर्टी में कीमत के लिए इस्तेमाल किया गया अमान्य फ़ॉर्मैट	बताई गई किसी प्रॉपर्टी के लिए कीमत का अमान्य फ़ॉर्मैट.
"प्रॉपर्टी का नाम" प्रॉपर्टी में प्रॉडक्ट की उपलब्धता के लिए अमान्य वैल्यू	प्रॉडक्ट की उपलब्धता के लिए अमान्य वैल्यू.
आपने आइटम के बजाय, समीक्षा काे रेट कर दिया है	आपने आइटम के बजाय औसत रेटिंग के हिसाब से एक समीक्षा काे रेट कर दिया है.
यह पता नहीं लगाया जा सका कि रेटिंग किस स्केल पर दी गई है	आपने ऐसा रेटिंग स्केल दिया है जिसे हम समझ नहीं सके.
सबसे अच्छी और सबसे खराब रेटिंग वाले फ़ील्ड ज़रूरी हैं, लेकिन इनमें से एक या दोनों में काेई वैल्यू मौजूद नहीं है	किसी रेटिंग के लिए सबसे अच्छी और/या सबसे खराब वैल्यू नहीं मिली.
रेटिंग के तौर पर डाली गई वैल्यू, तय सीमा के मुताबिक नहीं है	दी गई रेटिंग वैल्यू तय सीमा से बाहर है.
समीक्षा में एक से ज़्यादा औसत रेटिंग दी गई हैं	समीक्षा की कई औसत रेटिंग हैं; सिर्फ़ एक रेटिंग दी सकती है.
कई समीक्षाओं में aggregateRating ऑब्जेक्ट मौजूद नहीं है	आपने औसत रेटिंग दिए बिना कई समीक्षाएं दी हैं.
"प्रॉपर्टी का नाम" प्रॉपर्टी में दी गई संख्या रेंज से बाहर है	संख्या वाली प्रॉपर्टी तय (या इस्तेमाल की जाने वाली) रेंज से बाहर है.
Sitelinks खोज बॉक्स में सिंटैक्स की गड़बड़ी	Sitelinks खोज बॉक्स के इस्तेमाल में सामान्य सिंटैक्स गड़बड़ी.
टारगेट यूआरएल में पसंद के मुताबिक क्वेरी पैरामीटर नहीं दिया गया	(Sitelinks खोज बॉक्स) Sitelinks के यूआरएल टेंप्लेट में क्वेरी की उस वैल्यू के लिए गड़बड़ी वाली स्ट्रिंग जिसकी जानकारी नहीं है.
टारगेट यूआरएल में बेमेल क्वेरी पैरामीटर नाम	(Sitelinks खोज बॉक्स) target में इस्तेमाल किया गया क्वेरी वैरिएबल नाम, query-input में इस्तेमाल किए गए वैरिएबल नाम से अलग है. उदाहरण के लिए, शायद आपने कुछ ऐसा किया हो: "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 खोज बॉक्स) target और url में मौजूद यूआरएल का रूट डोमेन एक ही होना चाहिए. यहां मिलते-जुलते और मेल न खाने वाले यूआरएल के उदाहरण दिए गए हैं: 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 खोज बॉक्स) target प्रॉपर्टी में अमान्य यूआरएल.
बिना एचटीटीपी वाला टारगेट यूआरएल	(Sitelinks खोज बॉक्स) target प्रॉपर्टी में अमान्य यूआरएल: एचटीटीपी या एचटीटीपीएस होना चाहिए.
Sitelinks खोज बॉक्स के इस्तेमाल में गड़बड़ी	(Sitelinks खोज बॉक्स) Sitelinks खोज बॉक्स के इस्तेमाल में गड़बड़ी.
"प्रॉपर्टी का नाम" प्रॉपर्टी में गिनती की अमान्य वैल्यू	प्रॉपर्टी की वैल्यू, गिनती के लिए किसी भी तय वैल्यू से मेल नहीं खाती.
ऐसी गड़बड़ी जिसकी कोई जानकारी नहीं है.	एक गड़बड़ी हुई जो यहां दी गई किसी भी अन्य कैटगरी में नहीं आती है.
@context के लिए अमान्य या काम न करने वाली वैल्यू	JSON-LD मार्कअप में @context एट्रिब्यूट के लिए तय की गई वैल्यू गलत लिखी गई है, इस्तेमाल नहीं की जा सकती या उस एलिमेंट पर लागू नहीं होती है. फ़िलहाल, Google सिर्फ़ इन वैल्यू को इस्तेमाल करने की अनुमति देता है: http://schema.org http://schema.googleapis.com http://gs1.org/voc पिछली वैल्यू के https और पीछे वाले / मार्क के वर्शन Google, JSON-LD के ऐसे कॉन्टेक्स्ट के साथ काम नहीं करता है जो पसंद के मुताबिक हों और जिनका एलान रिमोट तौर पर किया गया हो. उदाहरण के लिए: http://example.com/schemas/custom_schema

 

समस्या हल करने के लिए उपयोगी रिसॉर्स:

• स्ट्रक्चर्ड डेटा के दस्तावेज़
• रिच रिज़ल्ट की जांच

रिपोर्ट के एलिमेंट

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

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

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

रिपोर्ट के सबसे ऊपर वाले लेवल में, स्ट्रक्चर्ड डेटा आइटम और आपकी साइट पर मिली खास तरह की समस्याओं की जानकारी दिखती है.

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

टेबल:

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

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

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

रिच रिज़ल्ट की कम संख्या

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

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

समस्याओं की कुल संख्या, मान्य और अमान्य समस्याओं की कुल संख्या से ज़्यादा क्यों है

टेबल में हर समस्या की कुल संख्या, ग्राफ़ में दी गई मान्य और अमान्य समस्याओं की कुल संख्या से ज़्यादा हो सकती है. ऐसा इन दो वजहों से हो सकता है:

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

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

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

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

समस्या का शीर्षक और सहायता पेज का लिंक

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

राज्य

अगर पुष्टि की प्रोसेस शुरू की गई थी, तो इस समस्या की पुष्टि की स्थिति देखी जा सकती है.

पहली बार पता चलने की तारीख

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

उदाहरण

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

आइटम का नाम

किसी आइटम के स्ट्रक्चर्ड डेटा में name की वैल्यू.

पिछली बार क्रॉल किए जाने का समय

वह समय जब इस गड़बड़ी वाले पेज को पिछली बार क्रॉल किया गया था.

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

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

 

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

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

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

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

साइट में मौजूद समस्याओं को ठीक करना और उनके ठीक होने की पुष्टि करना

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

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

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

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

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

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

पेशेवर सलाह: साइटमैप की मदद से अपनी समस्याओं के ठीक होने की पुष्टि करें

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

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

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

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

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

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

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

समस्या का जीवनकाल

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

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

• अगर किसी समस्या के सभी मामले ठीक कर लेने के 15 दिनों के बाद, उसका कोई नया मामला दिखता है, तो समस्या 'ठीक नहीं की गई है' के तौर पर दिखेगी. साथ ही, इसके पहली बार पता चलने की तारीख ही इसके पता चलने की ओरिजनल तारीख रहेगी.
• समस्या के किसी मामले के ठीक होने के 90 दिन बाद, उसे 'ठीक कर लिया गया' के तौर पर मार्क कर दिया जाता है. हालांकि, ऐसा होने के 91 दिन बाद, हो सकता है कि यह समस्या फिर से दिखे. ऐसे में, इस मामले को नई समस्या के तौर पर रिकॉर्ड किया जाता है. साथ ही, इस समस्या के दोबारा दिखने की तारीख को, समस्या के पहली बार पता चलने की तारीख के तौर पर सेट कर दिया जाता है.

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

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

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

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

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

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

फ़ेल हो चुकी किसी पुष्टि की प्रोसेस को दोबारा शुरू करने के लिए:

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

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

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

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

पुष्टि के अनुरोध की स्थिति

किसी भी समस्या की पुष्टि की प्रोसेस पर, पुष्टि की ये स्थितियां लागू होती हैं:

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

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

पुष्टि का अनुरोध करने के बाद, किसी भी समस्या के हर मामले के लिए, पुष्टि का खास स्टेटस दिखाया जाता है. यह स्टेटस, इनमें से एक हो सकता है:

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

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