एएमपी का स्टेटस बताने वाली रिपोर्ट

यह रिपोर्ट, उन गड़बड़ियों को ठीक करने में आपकी मदद करती है जो आपके एएमपी पेजों को Google Search के नतीजों में, एएमपी की खास सुविधाओं के साथ दिखने से रोकती हैं.

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

एएमपी रिपोर्ट खोलें

 

Search Console में एएमपी स्थिति की रिपोर्ट - Google Search Console की ट्रेनिंग

 

रिपोर्ट में क्या शामिल होता है

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

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

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

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

आम तौर पर, आपको इस रिपोर्ट में ये चीज़ें देखनी चाहिए:

• आपकी साइट पर एएमपी से जुड़ी कोई गड़बड़ी नहीं है. समस्याएं ठीक करने का क्रम तय करना और उन्हें ठीक करना सेक्शन में, गड़बड़ियां ठीक करने से जुड़े सुझाव देखें.
• रिपोर्ट में एएमपी पेजों की कुल संख्या (मान्य और अमान्य पेज), आपकी साइट के कुल एएमपी पेजों के आस-पास होनी चाहिए. अगर ऐसा नहीं है, तो 'एएमपी पेज उपलब्ध नहीं है' समस्या को हल करना देखें.

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

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

एएमपी पेज की गड़बड़ियां

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

Google पर एएमपी पेजों से जुड़ी गड़बड़ियां

गड़बड़ी	जानकारी
कॉन्टेंट मेल नहीं खाता: एम्बेड किया गया वीडियो मौजूद नहीं है	कैननिकल वेब पेज में एम्बेड किया गया वीडियो है, लेकिन एएमपी वर्शन में वह मौजूद नहीं है. कैननिकल वेब पेज में कॉन्टेंट से जुड़े जो भी ज़रूरी रिसॉर्स शामिल होते हैं, आम तौर पर उन सभी को आपके एएमपी वर्शन में भी शामिल किया जाना चाहिए. ध्यान दें कि वीडियो का पता यूआरएल के ज़रिए लगाया जाता है; इसलिए, अगर आपके पास एक ही वीडियो पर ले जाने वाले दो अलग-अलग यूआरएल हैं, तो आपको यह चेतावनी दिखेगी.
इमेज का साइज़, सुझाए गए साइज़ से छोटा है	एएमपी में शामिल स्ट्रक्चर्ड डेटा, ऐसी इमेज के बारे में बताता है जो हमारे सुझाए गए साइज़ से छोटी है. इसलिए, शायद इस पेज को Google Search के नतीजों में एएमपी से जुड़ी सभी सुविधाओं के साथ न दिखाया जाए. ऐसा भी हो सकता है कि 'डिस्कवर' कार्ड में आपकी साइट के नतीजे बड़ी इमेज के साथ न दिखाए जाएं. इस वजह से वेबसाइट का ट्रैफ़िक और उपयोगकर्ता का जुड़ाव घट जाएगा. इस गड़बड़ी को ठीक करने के लिए, हमारे दिशा-निर्देशों के हिसाब से बड़ी इमेज का इस्तेमाल करें.
एएमपी पेज का डोमेन मेल नहीं खाता	एएमपी पेज अपने कैननिकल वर्शन वाले डोमेन के बजाय दूसरे डोमेन पर होस्ट हुआ है. इससे मोबाइल से खोज करने वाले लोगों को भ्रम हो सकता है, क्योंकि उन्हें खोज नतीजों में एक अलग यूआरएल डोमेन दिखता है और एएमपी रीडर में पेज खोलने पर अलग. (इससे पेज को इंडेक्स या रैंक किए जाने पर असर नहीं पड़ता है.)
यूआरएल नहीं मिला (404)	अनुरोध किया गया एएमपी यूआरएल नहीं मिल सका. 404 कोड वाली गड़बड़ी के पेजों को ठीक करने के बारे में जानें.
सर्वर की गड़बड़ी (5XX)	एएमपी पेज का अनुरोध करते समय 5XX रिस्पॉन्स कोड वाली सर्वर की ऐसी गड़बड़ी हुई है जिसके बारे में जानकारी नहीं है. सर्वर की गड़बड़ियों के बारे में ज़्यादा जानें.
robots.txt ने रोक लगाई है	जिस एएमपी यूआरएल का अनुरोध किया गया है उस पर robots.txt के एक नियम का इस्तेमाल करके रोक लगाई गई है. अगर आप नहीं चाहते कि इस यूआरएल को रोका जाए, तो रोकने वाले नियम का पता लगाने के लिए, अपनी robots.txt फ़ाइल की जांच करें. इसके बाद, उस नियम में बदलाव करें या उसे हटाएं या फिर अपने वेब डेवलपर से ऐसा करने के लिए कहें.
क्रॉल करने से जुड़ी समस्या	एएमपी पेज क्रॉल करने में कोई ऐसी समस्या आ रही है जिसके बारे में जानकारी नहीं है. इस समस्या को हल करने के लिए, अपने एएमपी यूआरएल पर यूआरएल जांचने वाला टूल इस्तेमाल करें.
एएमपी के तौर पर बताया गया यूआरएल, एएमपी नहीं है	कैननिकल पेज पर किसी ऐसे पेज को एएमपी पेज के तौर पर दिखाया जा रहा है जो असल में एएमपी पेज नहीं है. ऐसा पेज जो एएमपी पेज नहीं है, उसे एएमपी पेज के तौर पर बताने का तरीका जानें.
उपयोगकर्ता ने खुद इस एएमपी यूआरएल की पहचान कैननिकल यूआरएल के तौर पर की है	कैननिकल पेज बताता है कि यह ऐसा एएमपी पेज है जिसका कोई और वर्शन नहीं है. आप ऐसे किसी पेज को एएमपी वर्शन नहीं बता सकते हैं जिस एएमपी का कोई और वर्शन नहीं है. ऐसा पेज जो एएमपी पेज नहीं है, उसे एएमपी पेज के तौर पर बताने का तरीका जानें.
यूआरएल के लिए 'noindex' का निशान लगाया गया है	एएमपी पेज पर 'noindex' डायरेक्टिव इस्तेमाल करके, उसे इंडेक्स करने से रोका गया है. Google किसी ऐसे पेज को इंडेक्स नहीं कर सकता है जिसे noindex का इस्तेमाल करके इंडेक्स होने से रोका गया हो. इसलिए, noindex डायरेक्टिव हटाएं या इंडेक्स होने से रोके गए पेज का लिंक हटा दें.
'unavailable_after' इस पेज के लिए समयसीमा खत्म हो चुकी है	एएमपी पेज में ऐसा "unavailable_after" मेटा टैग या डायरेक्टिव इस्तेमाल किया गया है जिसकी समयसीमा पहले ही खत्म हो चुकी है. इससे पता चलता है कि उस पेज को अब खोज नतीजों में नहीं दिखाना है. आप इस टैग को आगे की किसी तारीख के साथ अपडेट कर दें या टैग हटा दें.
कैननिकल पेज किसी अमान्य यूआरएल को दिखा रहा है	कैननिकल पेज गलत फ़ॉर्मैट में दिए गए यूआरएल को एएमपी वर्शन वाला पेज बता रहा है. एएमपी वर्शन वाले पेज को बेहतर तरीके से दिखाए जाने का तरीका जानें.
amp-story पेज के कैननिकल से जुड़ी गड़बड़ी	किसी पेज में amp-story पेज को गलत तरीके से इसका एएमपी वर्शन बताया गया है. ऐसा नहीं किया जा सकता है, क्योंकि परिभाषा के हिसाब से, amp-story वाला पेज खुद कैननिकल होता है: इसे <rel="canonical"> टैग का इस्तेमाल करके खुद को कैननिकल बताना चाहिए. यह किसी दूसरे पेज के एएमपी वर्शन के तौर पर काम नहीं कर सकता.
नोमॉड्यूल का विकल्प दिए बिना, मॉड्यूल स्क्रिप्ट का एलान किया गया है या फिर मॉड्यूल का विकल्प दिए बिना, नोमॉड्यूल स्क्रिप्ट का एलान किया गया है	ऐसे <script type="module"> टैग का इस्तेमाल किया जा रहा है जिससे मेल खाने वाला <script nomodule async> टैग मौजूद नहीं है या ऐसे <script nomodule async> टैग का इस्तेमाल किया जा रहा है जिससे मेल खाने वाला <script type="module">टैग मौजूद नहीं है. इन टैग को, आपस में मेल खाने वाले जोड़ों की तरह इस्तेमाल किया जाना चाहिए, ताकि मॉड्यूल स्क्रिप्ट के साथ काम करने वाले या काम न करने वाले ब्राउज़र इन्हें सही तरीके से हैंडल करें.
एचटीएमएल टैग में यूआरएल नहीं है	बताए गए एचटीएमएल टैग में कोई मान्य यूआरएल एट्रिब्यूट होना ज़रूरी है, जिसमें कुछ वर्ण हों. हालांकि, यूआरएल वाला एट्रिब्यूट खाली है. हाइलाइट किए गए एट्रिब्यूट के लिए कोई मान्य यूआरएल दें.
एट्रिब्यूट मौजूद नहीं है या फिर यह एट्रिब्यूट गलत है, लेकिन 'on' एट्रिब्यूट के लिए यह ज़रूरी है	बताया गया एट्रिब्यूट ज़रूरी है, लेकिन यह गलत है या मौजूद नहीं है. यह एट्रिब्यूट ज़रूरी है, क्योंकि आपने इसी टैग में "on" एट्रिब्यूट डाला है.
<svg> चाइल्ड टैग, <svg> ब्लॉक के बाहर है.	आपने <svg> ब्लॉक के बाहर ऐसे टैग का इस्तेमाल किया है जिसे <svg> ब्लॉक के अंदर नेस्ट किया जाना ज़रूरी है.
पेज, एक ही एक्सटेंशन स्क्रिप्ट के कई वर्शन लोड कर रहा है	पेज, एक ही एएमपी एक्सटेंशन के कई वर्शन लोड कर रहा है. इसे ठीक करने के लिए, स्क्रिप्ट का कोई एक वर्शन हटाएं.

साइन किए गए एक्सचेंज (पहले पक्ष की कुकी का इस्तेमाल करके सामग्री को पसंद के मुताबिक बनाने) से जुड़ी समस्याएं

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

किसी समस्या के बारे में, साइन किए गए एक्सचेंज की जानकारी देखना

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

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

यह देखना कि आपका एएमपी, साइन किए गए एक्सचेंज का इस्तेमाल करता है या नहीं

यह देखने के लिए कि Google को आपके एएमपी के लिए साइन किए गए एक्सचेंज के हेडर या पेलोड का पता चला है या नहीं:

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

साइन किए गए एक्सचेंज से जुड़ी समस्याओं की सूची

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

• साइन किया गया एक्सचेंज अमान्य है
• साइन किए गए एक्सचेंज पेलोड में पार्स गड़बड़ी है
• साइन किए गए एक्सचेंज पेलोड के लिए हेडर 'header_name' में अमान्य वैल्यू है
• साइन किए गए एक्सचेंज पेलोड के लिए ज़रूरी हेडर 'header_name' उपलब्ध नहीं है
• साइन किए गए एक्सचेंज के लिए सिग्नेचर हेडर को पार्स नहीं किया जा सकता
• साइन किए गए एक्सचेंज सिग्नेचर हेडर में पैरामीटर 'parameter_name' अमान्य है
• साइन किए गए एक्सचेंज के लिए तारीखें अमान्य हैं
• साइन किए गए एक्सचेंज 'cert-url' से जुड़ी सर्टिफ़िकेट चेन को पार्स नहीं किया जा सकता
• साइन किए गए एक्सचेंज़ के लिए 'cert-url' से जुड़ी सर्टिफ़िकेट चेन अमान्य है
• साइन किए गए एक्सचेंज को पार्स नहीं किया जा सकता
• अंदरूनी पेलोड का यूआरएल, साइन किए गए एक्सचेंज के लिए अनुरोध किए गए यूआरएल से मेल नहीं खाता
• साइन किए गए एक्सचेंज़ के एचटीटीपी रिस्पॉन्स के लिए हेडर 'header_name' में अमान्य वैल्यू है

साइन किया गया एक्सचेंज अमान्य है

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

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

यह गड़बड़ी कई वजहों से हो सकती है जिसमें ये शामिल हैं:

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

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

अगर एएमपी पैकेजर का इस्तेमाल किया जा रहा है, तो:

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

साइन किए गए एक्सचेंज पेलोड में पार्स गड़बड़ी है

एचटीटीपी रिस्पॉन्स में साइन किया गया एक्सचेंज मिला जिसका “पेलोड” (मुख्य भाग) Google एएमपी कैश की ज़रूरी शर्तें पूरी नहीं करता. नतीजे के तौर पर, यह पेज उपयोगकर्ताओं को सिग्नेचर की जानकारी के बिना दिखाया जाएगा.

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

गड़बड़ी ढूंढने और उसे ठीक करने के लिए, यहां दिया गया तरीका आज़माएं:

• पुष्टि कर लें कि एचटीएमएल में अमान्य UTF-8 एनकोडिंग का इस्तेमाल न किया गया हो. गड़बड़ी $URL के लिए, curl $URL | iconv -f UTF-8 -t UTF-8 >/dev/null चलाएं और देख लें कि इसमें “डाला गया क्रम अमान्य है” जैसा गड़बड़ी वाला मैसेज तो नहीं है. अगर ऐसा है, तो कृपया पक्का कर लें कि दस्तावेज़ में सही तरीके से UTF-8 एन्कोडिंग का इस्तेमाल किया गया हो. बिना अंग्रेज़ी वाला टेक्स्ट और खाली जगह, मल्टीबाइट वर्णों के दो सामान्य स्रोत हैं.
• पुष्टि कर लें कि एचटीएमएल में U+0000 नल या यूनिकोड वर्ण न हो जिसकी वजह से एचटीएमएल पार्स की गड़बड़ी होती है.
• पुष्टि कर लें कि पूरी तरह बदलें -कुछ भी कॉन्फ़िगर न करें को कॉल करने के बाद, एचटीएमएल पर कोई असर न पड़ा हो. आम तौर पर, इसमें दो वजहों से बदलाव होता है:
  • इसे एएमपी पैकेजर के बंडल के बजाय प्रिंटर का इस्तेमाल करके क्रम से लगाया गया था. अगर किसी दूसरे साइन किए गए एक्सचेंज जनरेटर का इस्तेमाल किया जा रहा है, तो पक्का कर लें कि यह एएमपी पैकेजर की ट्रांसफ़ॉर्मर लाइब्रेरी का इस्तेमाल कर रहा हो.
  • एचटीएमएल की वजह से पार्स गड़बड़ी होती है जिसे पार्स ट्री में बदलाव करके ठीक किया जाता है. ऐसा अक्सर उन एंड टैग की वजह से होता है जो लगे नहीं होते या गलत जगह लगे होते हैं. इसके उदाहरणों में अडॉप्शन एजेंसी एल्गोरिदम और “फ़ॉर्म” एंड टैग हैंडलिंग शामिल हैं. इन गड़बड़ियों का हल निकालना मुश्किल है; एचटीएमएल मार्कअप की पुष्टि करने वाले प्रोग्राम की मदद से इसकी वजह का पता लगाया जा सकता है.
  • अगर आपने ऊपर दिए गए सभी विकल्पों को आज़मा लिया है:
    • अगर साइन किए गए एक्सचेंज की सेवा देने वाली कंपनी का इस्तेमाल किया जा रहा है, तो मदद के लिए उनसे संपर्क करें.
    • अगर एएमपी पैकेजर का इस्तेमाल किया जा रहा है, तो:
      • पुष्टि कर लें कि आपके पास एएमपी पैकेजर का हाल में रिलीज़ किया गया वर्शन ही हो.
      • अगर ऐसा है, तो एएमपी पैकेजर में गड़बड़ी हो सकती है. कृपया गड़बड़ी की शिकायत करें.

साइन किए गए एक्सचेंज पेलोड के लिए, हेडर 'header_name' में अमान्य वैल्यू है

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

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

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

अगर एएमपी पैकेजर का इस्तेमाल किया जा रहा है, तो:

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

साइन किए गए एक्सचेंज पेलोड के लिए ज़रूरी हेडर 'header_name' उपलब्ध नहीं है

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

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

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

अगर एएमपी पैकेजर का इस्तेमाल किया जा रहा है, तो:

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

साइन किए गए एक्सचेंज के लिए सिग्नेचर हेडर को पार्स नहीं किया जा सकता

एचटीटीपी रिस्पॉन्स में ऐसे सिग्नेचर हेडर वाला साइन किया गया एक्सचेंज मिला जो साइन किए गए एक्सचेंज की खासियत के मुताबिक सही से नहीं बनाया गया था. नतीजे के तौर पर, यह पेज उपयोगकर्ताओं को सिग्नेचर की जानकारी के बिना दिखाया जाएगा.

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

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

अगर आप एएमपी पैकेजर का इस्तेमाल कर रहे हैं, तो:

• पुष्टि कर लें कि आप एएमपी पैकेजर का हाल में रिलीज़ किया गया वर्शन चला रहे हों.
• अगर ऐसा है, तो कृपया गड़बड़ी की शिकायत करें.

साइन किए गए एक्सचेंज सिग्नेचर हेडर में पैरामीटर 'parameter_name' अमान्य है

एचटीटीपी रिस्पॉन्स में ऐसे सिग्नेचर हेडर वाला साइन किया गया एक्सचेंज मिला जिसमें साइन किए गए एक्सचेंज की खासियत के मुताबिक दिए गए पैरामीटर के लिए गलत मान था. नतीजे के तौर पर, यह पेज उपयोगकर्ताओं को सिग्नेचर की जानकारी के बिना दिखाया जाएगा.

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

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

अगर आप एएमपी पैकेजर का इस्तेमाल कर रहे हैं, तो:

• पुष्टि कर लें कि आप एएमपी पैकेजर का हाल में रिलीज़ किया गया वर्शन चला रहे हों.
• अगर ऐसा है, तो कृपया गड़बड़ी की शिकायत करें.

साइन किए गए एक्सचेंज के लिए तारीखें अमान्य हैं

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

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

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

अगर आप एएमपी पैकेजर का इस्तेमाल कर रहे हैं, तो ऐसा कई वजहों से हो सकता है:

• पुष्टि कर लें कि फ़्रंट-एंड रिवर्स-प्रॉक्सी लंबे समय से साइन किए गए एक्सचेंज रिस्पॉन्स को कैश मेमोरी में नहीं रख रहा है. curl -H 'Accept: application/signed-exchange;v=b3' -H 'AMP-Cache-Transform: any' वाले पेज के लिए एक से ज़्यादा अनुरोध करें और हर जवाब में "date=" खोजें. पुष्टि कर लें कि आने वाली संख्या हर बार अलग हो.
• पुष्टि कर लें कि आप एएमपी पैकेजर का हाल में रिलीज़ किया गया वर्शन चला रहे हों.
• अगर आपने ऊपर दिए गए सभी विकल्प आज़मा लिए हैं, तो एएमपी पैकेजर में कोई गड़बड़ी हो सकती है. इसलिए, कृपया गड़बड़ी की शिकायत करें.

साइन किए गए एक्सचेंज 'cert-url' से जुड़ी सर्टिफ़िकेट चेन को पार्स नहीं किया जा सकता

एचटीटीपी रिस्पॉन्स में साइन किया गया एक्सचेंज मिला जिसका cert-url, साइन किए गए एक्सचेंज की खासियत के मुताबिक सही से नहीं बनाया गया था. नतीजे के तौर पर, यह पेज उपयोगकर्ताओं को सिग्नेचर की जानकारी के बिना दिखाया जाएगा.

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

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

अगर आप एएमपी पैकेजर का इस्तेमाल कर रहे हैं, तो:

• पुष्टि कर लें कि आप एएमपी पैकेजर का हाल में रिलीज़ किया गया वर्शन चला रहे हों.
• अगर ऐसा है, तो कृपया गड़बड़ी की शिकायत करें.

साइन किए गए एक्सचेंज़ के लिए 'cert-url' से जुड़ी सर्टिफ़िकेट चेन अमान्य है

एचटीटीपी रिस्पॉन्स में साइन किया गया एक्सचेंज मिला जिसका cert-url, साइन किए गए एक्सचेंज की खासियत के मुताबिक अमान्य था. नतीजे के तौर पर, यह पेज उपयोगकर्ताओं को सिग्नेचर की जानकारी के बिना दिखाया जाएगा.

आपकी साइट पर पड़ने वाला असर:

यह पेज अपने मूल यूआरएल के बजाय Google यूआरएल के साथ एएमपी व्यूअर में दिखाया जाएगा.

अगले कदम:

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

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

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

• पुष्टि कर लें कि आपकी CertFile में लीफ़ सर्टिफ़िकेट और इंटरमीडिएट की पूरी सूची न हो.
• पुष्टि कर लें कि एएमपी पैकेजर को -development या -invalidcert फ़्लैग के साथ लॉन्च नहीं किया गया था. प्रोडक्शन मोड में, एएमपी पैकेजर, सर्टिफ़िकेट के कई पहलुओं की पुष्टि करेगा.
• पुष्टि कर लें कि आपका फ़्रंटएंड रिवर्स-प्रॉक्सी, ज़्यादा से ज़्यादा उम्र के मुताबिक सेट किए समय से ज़्यादा समय के लिए /amppkg/cert/ यूआरएल को कैश मेमोरी में नहीं रख रहा है.
• पुष्टि कर लें कि आपका फ़्रंटएंड रिवर्स-प्रॉक्सी, कैश हेडर में बदलाव नहीं कर रहा है. इस वजह से अपस्ट्रीम प्रॉक्सी इन सर्टिफ़िकेट चेन को ज़्यादा लंबे समय के लिए कैश मेमोरी में नहीं रखता है. इसकी जांच करने के लिए अपने अंदरूनी पैकेजर डोमेन पर इससे जुड़े /amppkg/cert/ यूआरएल की पहचान करें. रिस्पॉन्स हेडर के साथ इसे लाएं (उदाहरण के लिए, curl -i के साथ) और इन रिस्पॉन्स हेडर की फ़्रंटएंड सर्वर की मदद से लौटाए गए रिस्पॉन्स हेडर से तुलना करें.
• पुष्टि कर लें कि आपके सर्टिफ़िकेट में एससीटी शामिल हो. उदाहरण के लिए, openssl x509 टूल का इस्तेमाल करना. अगर ऐसा नहीं है, तो कृपया अपनी सर्टिफ़िकेट अथॉरिटी से संपर्क करें.
• पुष्टि कर लें कि आप एएमपी पैकेजर का हाल में रिलीज़ किया गया वर्शन चला रहे हों.
• अगर आपने ऊपर दिए गए सभी विकल्प आज़मा लिए हैं, तो एएमपी पैकेजर में कोई गड़बड़ी हो सकती है. इसलिए, कृपया गड़बड़ी की शिकायत करें.

साइन किए गए एक्सचेंज को पार्स नहीं किया जा सकता

एचटीटीपी रिस्पॉन्स में application/signed-exchange;v=b3 की तरह की सामग्री थी. हालांकि, रिस्पॉन्स के मुख्य भाग को निकाला नहीं जा सका. ऐसा इसलिए हो सकता है, क्योंकि यह उस तरह की ऊंचे स्तर की ज़रूरतें पूरी नहीं कर सका या इसका पेलोड गलत तरीके से Merkle-एन्कोड किया गया था.

आपकी साइट पर पड़ने वाला असर:

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

अगले कदम:

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

अगर आप एएमपी पैकेजर का इस्तेमाल कर रहे हैं, तो ऐसा कई वजहों से हो सकता है:

• पुष्टि कर लें कि आपका फ़्रंट-एंड रिवर्स-प्रॉक्सी, पैकेजर के रिस्पॉन्स में बदलाव न कर रहा हो. गड़बड़ी वाले यूआरएल के लिए, अपने अंदरूनी पैकेजर डोमेन पर इससे जुड़े /priv/doc यूआरएल का पता लगाएं. साथ ही, डंप-signedexchange का इस्तेमाल करके इसकी जांच करें. अगर अंदरूनी पैकेजर रिस्पॉन्स एक मान्य साइन किया गया एक्सचेंज है और बाहरी फ़्रंट-एंड रिस्पॉन्स नहीं है, तो फ़्रंट-एंड में कॉन्फ़िगरेशन की गड़बड़ी हो सकती है.
• पुष्टि कर लें कि आप एएमपी पैकेजर का हाल में रिलीज़ किया गया वर्शन चला रहे हों.
• अगर आपने ऊपर दिए गए सभी विकल्प आज़मा लिए हैं, तो एएमपी पैकेजर में कोई गड़बड़ी हो सकती है. इसलिए, कृपया गड़बड़ी की शिकायत करें.

अंदरूनी पेलोड का यूआरएल, साइन किए गए एक्सचेंज के लिए अनुरोध किए गए यूआरएल से मेल नहीं खाता

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

आपकी साइट पर पड़ने वाला असर:

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

अगले कदम:

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

अगर आप एएमपी पैकेजर का इस्तेमाल कर रहे हैं, तो ऐसा कई वजहों से हो सकता है:

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

साइन किए गए एक्सचेंज़ के एचटीटीपी रिस्पॉन्स के लिए हेडर 'header_name' में अमान्य मान है

एचटीटीपी रिस्पॉन्स में application/signed-exchange की तरह की सामग्री थी. हालांकि, रिस्पॉन्स हेडर किसी दूसरे तरीके से अमान्य थे. उदाहरण के लिए, हो सकता है कि इस तरह के कॉन्टेंट में v=b3 पैरामीटर न हो. नतीजे के तौर पर, Google इस फ़ॉर्मैट को नहीं पहचान पाता और रिस्पॉन्स का मुख्य भाग निकाला नहीं जा सकता.

आपकी साइट पर पड़ने वाला असर:

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

अगले कदम:

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

अगर आप एएमपी पैकेजर का इस्तेमाल कर रहे हैं, तो ऐसा कई वजहों से हो सकता है:

• पुष्टि कर लें कि आपका फ़्रंट-एंड रिवर्स-प्रॉक्सी, इस तरह की सामग्री के हेडर में बदलाव नहीं कर रहा हो. गड़बड़ी वाले यूआरएल के लिए, अपने अंदरूनी पैकेजर डोमेन पर इससे जुड़े /priv/doc यूआरएल का पता लगाएं. साथ ही, रिस्पॉन्स हेडर के साथ इसे लाएं (उदाहरण के लिए, curl -i के साथ). अगर हेडर के अंदरूनी पैकेजर रिस्पॉन्स और बाहरी फ़्रंटएंड रिस्पॉन्स में अंतर है, तो शायद गड़बड़ी की वजह यही हो. अगर यह अंतर इस तरह की सामग्री के बजाय हेडर में है, तो कृपया ज़रूरतों की सूची को अपडेट करने के लिए, इस सहायता दस्तावेज़ में गड़बड़ी की शिकायत करें.
• पुष्टि कर लें कि आप एएमपी पैकेजर का हाल में रिलीज़ किया गया वर्शन चला रहे हों.
• अगर आपने ऊपर दिए गए सभी विकल्प आज़मा लिए हैं, तो एएमपी पैकेजर में कोई गड़बड़ी हो सकती है. इसलिए, कृपया गड़बड़ी की शिकायत करें.

समस्याएं ठीक करने का क्रम तय करना और उन्हें ठीक करना

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

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

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

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

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

'एएमपी पेज उपलब्ध नहीं है' समस्या को हल करना

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

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

अपनी साइट पर किसी तरह की समस्या के सभी मामलों को ठीक करने के बाद, 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 में आम तौर पर होती हैं. इन समस्याओं के बारे में हमें रिपोर्ट करने की ज़रूरत नहीं है, लेकिन हम चाहते हैं कि आप दूसरी सुविधाओं या समस्याओं के बारे में हमें अपने सुझाव ज़रूर दें. इसके लिए, नेविगेशन बार में मौजूद, सुझाव देने का तरीका इस्तेमाल करें.

• कुछ गड़बड़ियों के नाम इतने लंबे हैं कि वे समझने में आसान नहीं हैं.
• किसी समस्या को ग्राफ़ में जोड़े जाने और टेबल में जोड़े जाने के समय में अंतर हो सकता है.