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

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

नोमॉड्यूल का विकल्प दिए बिना, मॉड्यूल स्क्रिप्ट का एलान किया गया है या फिर मॉड्यूल का विकल्प दिए बिना, नोमॉड्यूल स्क्रिप्ट का एलान किया गया है ऐसे <script type="module"> टैग का इस्तेमाल किया जा रहा है जिससे मेल खाने वाला <script nomodule async> टैग मौजूद नहीं है या ऐसे <script nomodule async> टैग का इस्तेमाल किया जा रहा है जिससे मेल खाने वाला <script type="module">टैग मौजूद नहीं है. इन टैग को, आपस में मेल खाने वाले जोड़ों की तरह इस्तेमाल किया जाना चाहिए, ताकि मॉड्यूल स्क्रिप्ट के साथ काम करने वाले या काम न करने वाले ब्राउज़र इन्हें सही तरीके से हैंडल करें.
एचटीएमएल टैग में यूआरएल नहीं है बताए गए एचटीएमएल टैग में कोई मान्य यूआरएल एट्रिब्यूट होना ज़रूरी है, जिसमें कुछ वर्ण हों. हालांकि, यूआरएल वाला एट्रिब्यूट खाली है. हाइलाइट किए गए एट्रिब्यूट के लिए कोई मान्य यूआरएल दें.
एट्रिब्यूट मौजूद नहीं है या फिर यह एट्रिब्यूट गलत है, लेकिन 'on' एट्रिब्यूट के लिए यह ज़रूरी है बताया गया एट्रिब्यूट ज़रूरी है, लेकिन यह गलत है या मौजूद नहीं है. यह एट्रिब्यूट ज़रूरी है, क्योंकि आपने इसी टैग में "on" एट्रिब्यूट डाला है.
<svg> चाइल्ड टैग, <svg> ब्लॉक के बाहर है. आपने <svg> ब्लॉक के बाहर ऐसे टैग का इस्तेमाल किया है जिसे <svg> ब्लॉक के अंदर नेस्ट किया जाना ज़रूरी है.
पेज, एक ही एक्सटेंशन स्क्रिप्ट के कई वर्शन लोड कर रहा है पेज, एक ही एएमपी एक्सटेंशन के कई वर्शन लोड कर रहा है. इसे ठीक करने के लिए, स्क्रिप्ट का कोई एक वर्शन हटाएं.
साइन किए गए एक्सचेंज (पहले पक्ष की कुकी का इस्तेमाल करके सामग्री को पसंद के मुताबिक बनाने) से जुड़ी समस्याएं

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

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

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

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

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

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

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

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

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

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

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

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

साइट में किए गए सुधारों की पुष्टि करना

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

 

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

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

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

और मदद चाहिए?

आगे दिए गए कदमों को आज़माएं:

true
क्या आप Search Console पहली बार इस्तेमाल कर रहे हैं?

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

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