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

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

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

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

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

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

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

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

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

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

Google से जुड़ीं एएमपी की समस्याएं
समस्‍या जानकारी
सामग्री मेल नहीं खाती: एम्बेड किया गया वीडियो मौजूद नहीं है कैननिकल वेब पेज में एक वीडियो एम्बेड किया गया है, जो एएमपी वर्शन में मौजूद नहीं है. सामग्री के जो ज़रूरी संसाधन कैननिकल वेब पेज में शामिल किए गए हैं, आम तौर पर उन सभी को आपके एएमपी वर्शन में भी शामिल किया जाना चाहिए. ध्यान दें कि वीडियो का पता यूआरएल के ज़रिए लगाया जाता है; इसलिए, अगर आपके पास एक ही वीडियो पर ले जाने वाले दो अलग-अलग यूआरएल हैं, तो आपको यह चेतावनी दिखाई देगी.
इमेज का आकार सुझाए गए आकार से छोटा है एएमपी में शामिल व्यवस्थित डेटा में ऐसी इमेज मौजूद है जिसका आकार हमारे सुझाए गए आकार से कम है. इसलिए, शायद इस पेज को 'Google सर्च' के नतीजों में एएमपी से जुड़ी सभी सुविधाओं के साथ न दिखाया जाए. ऐसा भी हो सकता है कि 'डिस्कवर 'के कार्ड में आपकी साइट के नतीजे बड़े आकार वाली इमेज के साथ न दिखाए जाएं. इस वजह से वेबसाइट का ट्रैफ़िक घट जाएगा और उपयोगकर्ता वेबसाइट पर कम समय बिताएंगे. इस गड़बड़ी को ठीक करने के लिए, हमारे दिशा-निर्देशों के हिसाब से बड़ी इमेज का इस्तेमाल करें.
एएमपी पेज का डोमेन मेल नहीं खाता एएमपी पेज अपने कैननिकल वर्शन वाले डोमेन के बजाय दूसरे डोमेन पर होस्ट हुआ है. इससे मोबाइल से खोज करने वाले लोगों को भ्रम हो सकता है क्योंकि वे खोज नतीजों में जो यूआरएल डोमेन देखते हैं, एएमपी रीडर में पेज खोलने पर उन्हें वह दिखाई नहीं देता. (इससे पेज को इंडेक्स या रैंक किए जाने पर असर नहीं पड़ता है.)
यूआरएल नहीं मिला (404) अनुरोध किया गया एएमपी यूआरएल नहीं मिल पाया. 404 रिस्पॉन्स कोड वाले पेज के बारे में ज़्यादा जानें.
सर्वर की गड़बड़ी (5xx) एएमपी पेज का अनुरोध करते समय 5XX रिस्पॉन्स कोड वाली सर्वर की ऐसी गड़बड़ी हुई, जिसके बारे में जानकारी नहीं है. सर्वर की गड़बड़ियों के बारे में ज़्यादा जानें.
robots.txt के ज़रिए रोके गए यूआरएल जिस एएमपी यूआरएल का अनुरोध किया गया है, उस पर robots.txt नियम के ज़रिए रोक लगाई गई है.
पेज क्रॉल करने में आ रही समस्या एएमपी पेज क्रॉल करने में कोई ऐसी समस्या आ रही है, जिसके बारे में जानकारी नहीं है. इस समस्या को दूर करने के लिए, अपने एएमपी यूआरएल पर यूआरएल की जाँच करने वाले टूल का इस्तेमाल करें. 
एएमपी के तौर पर बताया गया यूआरएल, एएमपी पेज पर नहीं ले जा रहा है कैननिकल पेज पर किसी ऐसे पेज को एएमपी पेज के तौर पर दिखाया जा रहा है, जो वास्तव में एएमपी पेज नहीं है. किसी गैर-एएमपी पेज पर किसी एएमपी पेज के बारे में बताने का तरीका जानें.
बताया गया एएमपी यूआरएल और कैननिकल यूआरएल एक ही है कैननिकल पेज जिस एएमपी पेज के बारे में बताता है, वह ऐसा एएमपी पेज है, जिसका कोई और वर्शन नहीं है. बिना किसी दूसरे वर्शन वाले एएमपी पेज को एएमपी वर्शन वाला पेज नहीं बताया जा सकता है. किसी गैर-एएमपी पेज पर एएमपी पेज के बारे में बताने का तरीका जानें.
यूआरएल के लिए 'noindex' मार्कअप इस्तेमाल किया गया है एएमपी पेज पर 'noindex' डायरेक्टिव इस्तेमाल करके, उसे इंडेक्स करने से रोका गया है. Google किसी ऐसे पेज को इंडेक्स नहीं कर सकता है, जिसे noindex का इस्तेमाल करके इंडेक्स होने से रोका गया हो. इसलिए noindex डायरेक्टिव हटाएं या इंडेक्स होने से रोके गए पेज का लिंक हटा दें.
'unavailable_after' को इस पेज के लिए समय सीमा खत्म हो चुकी है एएमपी पेज में "unavailable_after" मेटा टैग या डायरेक्टिव का इस्तेमाल किया गया है, जिसकी समय सीमा खत्म हो चुकी है. इससे पता चलता है कि उस पेज को अब खोज नतीजों में नहीं दिखाना है. आप इस टैग को आगे की किसी तारीख के साथ अपडेट कर दें या टैग हटा दें.
कैननिकल पेज किसी अमान्य यूआरएल को दिखा रहा है कैननिकल पेज गलत फ़ॉर्मैट में दिए गए यूआरएल को एएमपी वर्शन वाला पेज बता रहा है. एएमपी वर्शन वाले पेज को बेहतर तरीके से दिखाए जाने का तरीका जानें.
amp-story पेज के कैननिकल से जुड़ी गड़बड़ी

किसी पेज में amp-story पेज को गलत तरीके से अपना एएमपी वर्शन वाला पेज बताया गया है. ऐसा नहीं किया जा सकता है क्योंकि amp-story वाला पेज खुद का कैननिकल पेज होता है: इसमें <rel="canonical"> टैग का इस्तेमाल करके इसे खुद का कैननिकल बताया जाना चाहिए. साथ ही, यह किसी दूसरे पेज के एएमपी वर्शन वाले पेज के तौर पर काम नहीं कर सकता.

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

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

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

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

कुछ तरह की गड़बड़ियों की ज़्यादा बढ़ी हुई संख्या

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

जो इंस्टेंस पुष्टि में पास हो चुके हैं (पास के निशान वाले) या अब जिन्हें देखा नहीं जा सकता (अन्य के निशान वाले) उन्हें दोबारा नहीं जाँचा जाता. साथ ही जब आप 'दोबारा पुष्टि करें' पर क्लिक करते हैं, तो इन्हें इतिहास से हटा दिया जाता है.

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

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

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

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

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

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

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

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

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

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

 

ज्ञात समस्याएं

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

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