पार्स न किए जा सकने वाले स्ट्रक्चर्ड डेटा की रिपोर्ट

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

रिपोर्ट खोलें

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

इस रिपोर्ट के सभी आइटम स्ट्रक्चर्ड डेटा गड़बड़ियां हैं; इसमें कोई चेतावनी या सही आइटम नहीं है.

गड़बड़ियों को गंभीरता के हिसाब से अपने-आप क्रम में लगाया जाता है. गंभीरता की पहचान सबसे ज़्यादा समस्या वाले पेजों और दूसरी चीज़ों के हिसाब से की जाती है.

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

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

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

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

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

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

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

गड़बड़ियां किस तरह की हैं

इस रिपोर्ट में गड़बड़ियों के टाइप के बारे में बताया गया है.

गड़बड़ी का टाइप	जानकारी
JSON दस्तावेज़ अमान्य है	JSON में टॉप लेवल के सिंटैक्स में गड़बड़ी मिली.
वैल्यू का टाइप गलत है	प्रॉपर्टी के लिए डाली गई वैल्यू का टाइप गलत है. उदाहरण के लिए, किसी प्रॉपर्टी में संख्या या ऐरे लिखा जाना चाहिए था, लेकिन आपने स्ट्रिंग लिख दिया है. किसी खास फ़ील्ड के लिए वैल्यू के ज़रूरी टाइप के बारे में जानने के लिए, स्ट्रक्चर्ड डेटा के दस्तावेज़ देखें.
पार्स करते समय गड़बड़ी हुई: ':' का चिह्न नहीं डाला गया	फ़ील्ड और वैल्यू के बीच ':' का निशान मौजूद नहीं है.
पार्स करते समय गड़बड़ी हुई: ',' या '}' का चिह्न नहीं डाला गया	कॉमा या क्लोज़िंग ब्रैकेट मौजूद नहीं है.
पार्स करते समय गड़बड़ी हुई: '}' या ऑब्जेक्ट मेंबर का नाम नहीं डाला गया	क्लोज़िंग ब्रैकेट या ऑब्जेक्ट मेंबर का नाम मौजूद नहीं है.
पार्स करते समय गड़बड़ी हुई: ऐरे लिखते समय ',' या ']' नहीं डाला गया	ऐरे वैल्यू को पार्स करते समय गड़बड़ी हुई: ऐरे लिखते समय कॉमा या क्लोज़िंग ब्रैकेट नहीं डाला गया है.
इतनी लंबाई के टोकन को पार्स नहीं किया जा सका	कुछ वजहों से यह नहीं पता लगाया जा सका कि प्रॉपर्टी या वैल्यू की शुरुआत या आखिर में क्या लिखा गया है.
संख्या अमान्य है	प्रॉपर्टी की वैल्यू में संख्या होनी चाहिए थी, लेकिन इसमें वैल्यू के किसी दूसरे टाइप का इस्तेमाल किया गया है.
स्ट्रिंग में एंप्टी एस्केप सीक्वेंस मौजूद है	किसी स्ट्रिंग का मान लिखने में एंप्टी एस्केप सीक्वेंस का वर्ण शामिल नहीं किया गया : उदाहरण के लिए : "description" : "Call me \ John" के बजाय "description" : "Call me \"John\"" लिखा जाना चाहिए था.
स्ट्रिंग में गलत एस्केप सीक्वेंस मौजूद है	किसी स्ट्रिंग की वैल्यू में गलत एस्केप सीक्वेंस डाला गया है. उदाहरण के लिए : "description" : "Some \q unknown sequence"
यूनिकोड का वर्ण अधूरा है	यूनिकोड के सरोगेट पेयर में आखिरी के छह वर्ण मौजूद नहीं हैं.
यूनिकोड का वर्ण अमान्य है	यूनिकोड के सरोगेट पेयर के दूसरे हिस्से की शुरुआत में \u टोकन मौजूद नहीं है.
यूनिकोड का एस्केप सीक्वेंस अमान्य है: इसमें चार अंक होने ज़रूरी हैं	यूनिकोड के एस्केप सीक्वेंस में सिंटैक्स की गड़बड़ी है : इसमें चार अंक होने ज़रूरी हैं.
यूनिकोड का एस्केप सीक्वेंस अमान्य है : इसमें हेक्साडेसिमल अंक होना ज़रूरी है	यूनिकोड के एस्केप सीक्वेंस में सिंटैक्स की गड़बड़ी है : इसमें हेक्साडेसिमल अंक होना चाहिए था, लेकिन वह मौजूद नहीं है.
डुप्लीकेट यूनीक प्रॉपर्टी	आपने अपने व्यवस्थित डेटा के ऑब्जेक्ट में यूनीक प्रॉपर्टी के लिए दो मान डाले हैं. उदाहरण के लिए, @context के लिए दो वैल्यू डाली गई हैं.
टॉप लेवल का एलिमेंट अमान्य है	आपके JSON-LD में मौजूद टॉप लेवल आइटम अमान्य है.
ऐसे आइटम के बारे में रेफ़रंस जो मौजूद नहीं है	itemref एट्रिब्यूट ऐसे आइडेंटिफ़ायर के बारे में बताता है जो मौजूद नहीं है.

 

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

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

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

स्थिति

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

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

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

उदाहरण

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

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

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

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

अपनी साइट पर किसी तरह की समस्या के सभी मामलों को ठीक करने के बाद, 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 समस्या की पुष्टि का स्टेटस, पुष्टि बाकी है के तौर पर दिखे.

 

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

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

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