एएमपी स्थिति से जुड़ी रिपोर्ट

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

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

गड़बड़ियों और उन्हें ठीक करने की कार्रवाइयों के असर दिखाने वाले चार्ट देखने के लिए, 'स्थिति' पेज पर जाएं.

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

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

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

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

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

एएमपी पेजों से जुड़ी समस्याओं की सूची

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

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"> टैग का इस्तेमाल करके खुद को कैननिकल बताना चाहिए. साथ ही, यह किसी दूसरे पेज के एएमपी वर्शन के तौर पर काम नहीं कर सकता.

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

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

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

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

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

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

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

  1. एएमपी यूआरएल की जांच करें (किसी खास यूआरएल की जांच करने के लिए यूआरएल की जांच करने वाले टूल या एएमपी स्थिति रिपोर्ट में, समस्या की जानकारी वाले टेबल में यूआरएल के बगल में दिए गए जांच करें आइकॉन पर क्लिक करें).
  2. ज़्यादा जानकारी वाला साइड पैनल खोलने के लिए नतीजों वाले पेज में क्रॉल किया गया पेज देखें पर क्लिक करें.
  3. ज़्यादा जानकारी टैब पर क्लिक करें.
  4. साइन किया गया एक्सचेंज लेबल के नीचे, आपको यह बताने वाली स्थिति दिखेगी कि 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 सर्च' इसे इंडेक्स करेगा. नहीं तो, हो सकता है कि यह पेज 'Google सर्च' में कहीं पर भी न दिखे.

अगले कदम:

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

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

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

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

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

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

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

अगले कदम:

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

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

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

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

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

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

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

अगले कदम:

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

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

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

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

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

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

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

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

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

गड़बड़ियों की संख्या में ज़्यादा बढ़ोतरी

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

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

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

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

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

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

चेतावनियों को समझना

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ऐसे इंस्टेंस की फिर से जांच नहीं की जाती जिनकी पुष्टि हो चुकी है यानी जिन्हें पास के तौर मार्क किया गया है. ऐसे इंस्टेंस की भी फिर से जांच नहीं की जाती जिन्हें अब देखा नहीं जा सकता यानी जिन्हें अन्य के तौर पर मार्क किया गया है. साथ ही, जब आप 'फिर से पुष्टि करें' पर क्लिक करते हैं, तो उन इंस्टेंस को इतिहास से हटा दिया जाता है.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

खोजें
खोज साफ़ करें
खोज बंद करें
Google ऐप
मुख्य मेन्यू
खोज मदद केंद्र
true
83844
false