साइट लोड होने की रफ़्तार के बारे में रिपोर्ट

अपनी साइट पर उपयोगकर्ता अनुभव के धीमे होने की समस्या ठीक करना

यह रिपोर्ट बताती है कि असल में इस्तेमाल के डेटा के मुताबिक आपके पेज कितनी तेज़ी से लोड होते हैं. कभी-कभी इसे फ़ील्ड डेटा भी कहा जाता है.

साइट लोड होने की रफ़्तार की रिपोर्ट खोलना

साइट का तेज़ी से लोड होना क्यों ज़रूरी है
  • पेज लोड होने में ज़्यादा समय लगने से बाउंस दरों पर गंभीर असर पड़ता है. उदाहरण के लिए:
    • अगर पेज लोड होने का समय एक सेकंड से तीन सेकंड तक बढ़ता है, तो बाउंस दर 32% बढ़ जाती है
    • अगर पेज लोड होने का समय एक सेकंड से छह सेकंड तक बढ़ता है, तो बाउंस दर 106% तक बढ़ जाती है
  • धीमे लोड होने वाले पेजों को 'Google सर्च' में नीचे दिखाया जा सकता है.
  • केस स्टडी यहां पढ़ें.

रिपोर्ट को समझना

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

"कोई डेटा उपलब्ध नहीं"

अगर आपको "कोई डेटा उपलब्ध नहीं" स्क्रीन दिखाई देती है, तो इसकी दो वजहें हो सकती हैं. पहली यह कि आपकी प्रॉपर्टी Search Console में नई है. दूसरी, आपकी प्रॉपर्टी में डिवाइस के किसी प्रकार (मोबाइल या डेस्कटॉप) पर रफ़्तार की सटीक जानकारी देने के लिए CrUX रिपोर्ट में ज़रूरी मात्रा में पेज व्यू डेटा उपलब्ध नहीं है. इसके बावजूद, आप PageSpeed Insights जांच टूल का इस्तेमाल करके, अपनी साइट के यूआरएल की लाइव जांच कर सकते हैं. अगर आप ब्राउज़र में मौजूद किसी टूल की मदद से ऐसा करना चाहते हैं, तो आप Chrome Lighthouse टूल का इस्तेमाल कर सकते हैं.

अगर आपने हाल ही में Search Console प्रॉपर्टी बनाई है, तो CrUX डेटाबेस के किसी मौजूदा डेटा का विश्लेषण करने और पोस्ट करने में हमें कुछ दिनों का समय लग सकता है. CrUX डेटाबेस, यूआरएल की जानकारी इकट्ठा करता है, चाहे यूआरएल Search Console प्रॉपर्टी का हिस्सा हो या न हो.

 

रिपोर्ट को ड्रिल डाउन करने के लिए:

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

 

खास जानकारी देने वाला पेज

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

किसी खास प्रकार के डिवाइस पर साइट के लोड होने की रफ़्तार का ज़्यादा डेटा देखने के लिए, डिवाइस के उस प्रकार की रिपोर्ट खोलें.

मोबाइल या डेस्कटॉप के लिए खास जानकारी देने वाले पेज

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

चार्ट

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

चार्ट में यूआरएल की कुल संख्या टेबल में यूआरएल की कुल संख्या से कम क्यों है?
चार्ट में कम रफ़्तार से लोड होने वाले यूआरएल के लिए हर यूआरएल को एक बार ही शामिल किया जाता है. टेबल में हर उस समस्या के लिए यूआरएल को एक बार गिना जाता है जिससे यूआरएल पर कुछ असर पड़ा है. अगर यूआरएल में धीमी और सामान्य रफ़्तार, दोनों की एक-एक समस्या है, तो चार्ट में उसे "धीमी" के तौर पर एक बार गिना जाता है. हालांकि, यूआरएल को चार्ट की "धीमी" और "सामान्य", दोनों पंक्ति में गिना और दिखाया जाता है.

 

टेबल

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

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

मोबाइल या डेस्कटॉप के लिए समस्या के बारे में खास जानकारी देने वाला पेज

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

चार्ट

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

टेबल

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

टेबल में ये जानकारी शामिल होती हैं:

 

PageSpeed Insights का इस्तेमाल करके यूआरएल की जांच करना: उदाहरण की जानकारी देखने के लिए समस्या की जानकारी देने वाले पेज में, उदाहरण टेबल के किसी यूआरएल पर क्लिक करें. इसके बाद, PageSpeed Insights लिंक पर क्लिक करें.

 

किसी खास यूआरएल की स्थिति का पता लगाना

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

रिपोर्ट डेटा स्रोत

साइट लोड होने की रफ़्तार से जुड़ी रिपोर्ट का डेटा CrUX रिपोर्ट से मिलता है. CrUX रिपोर्ट, यूआरएल के परफ़ॉर्मेंस समय के बारे में बिना किसी पहचान वाला मेट्रिक इकट्ठा करती है जो आपके यूआरएल पर आने वाले असली उपयोगकर्ताओं से लिया जाता है. इसे फ़ील्ड डेटा भी कहा जाता है. 

रफ़्तार की स्थिति: धीमी, सामान्य, तेज़

डिवाइस के किसी खास प्रकार के लिए यूआरएल पर धीमी, सामान्य, और तेज़ लेबल लगाए जाते हैं.

यूआरएल की रफ़्तार

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

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

रफ़्तार की समस्या

रफ़्तार की समस्या की इन मेट्रिक के हिसाब से जांच की जाती है:

  तेज़ रफ़्तार से लोड होने वाले पेज सामान्य धीमे लोड होने वाले पेज
एफ़सीपी 1 सेकंड से कम 3 सेकंड से कम 3 सेकंड से ज़्यादा या इसके बराबर
एफ़आईडी 100 मि.से. से कम 300 मि.से. से कम 300 मि.से. से ज़्यादा या इसके बराबर

एफ़सीपी और एफ़आईडी

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

जिन यूआरएल पर असर हुआ है उन पर PageSpeed Insights टेस्ट चलाने से आपको इन समस्याओं को ठीक करने के सुझाव मिल सकते हैं.

यूआरएल के ग्रुप

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

पेज की रफ़्तार से जुड़ी समस्याएं ठीक करना

गैर-तकनीकी उपयोगकर्ता

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

वेबसाइट डेवलपर

  1. अपनी समस्याओं को प्राथमिकता देना: हमारा सुझाव है कि हर उस चीज़ को ठीक करें जिसे "धीमी रफ़्तार" वाली माना जाता है. "सामान्य" माने जाने वाले यूआरएल बेहतर बनाए जा सकते हैं, लेकिन ऐसे यूआरएल के बजाय धीमे यूआरएल को ठीक करना ज़्यादा ज़रूरी होता है. आप दो तरह से प्राथमिकता तय कर सकते हैं. उन समस्याओं के मुताबिक जो ज़्यादातर पेज पर असर डालती हैं या उन समस्याओं के मुताबिक जो आपके ज़्यादातर ज़रूरी पेज पर असर डालती हैं.
  2. हमारा सुझाव है कि पेज की रफ़्तार बेहतर करने के बारे में सिद्धांत और दिशा-निर्देशों के लिए, web.dev के तेज़ी से लोड करने के दिशा-निर्देश और developers.google.com पर वेब की बुनियादी बातोंं वाले परफ़ॉर्मेंस पेज पढ़ें.
  3. PageSpeed Insights जांच टूल से अपनी ठीक की गई समस्याओं की जांच करें. अगर आप ब्राउज़र में मौजूद किसी टूल की मदद से ऐसा करना चाहते हैं, तो आप Chrome Lighthouse टूल का इस्तेमाल कर सकते हैं.
  4. जब आपको लगे कि कोई खास समस्या ठीक हो गई है, तो Search Console रफ़्तार रिपोर्ट में समस्या की ज़्यादा जानकारी पेज पर ट्रैक करना शुरू करें पर क्लिक करें.
  5. अपनी पुष्टि का प्रोसेस ट्रैक करें.

दूसरे उपयोगी रिसॉर्स

 

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

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

रिपोर्ट एक्सपोर्ट की जा रही है

कई रिपोर्ट में डेटा को एक्सपोर्ट करने के लिए, एक्सपोर्ट करें बटन होता है. चार्ट और टेबल, दोनों का डेटा एक्सपोर्ट किया गया. आप एक्सपोर्ट किए गए डेटा का फ़ॉर्मैट इनमें से चुन सकते हैं: CSV या Google पत्रक.

पुष्टि करना

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

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

पुष्टि की ये स्थितियां हो सकती हैं:

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

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

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

यूआरएल की पुष्टि की स्थिति

यह पुष्टि की स्थिति दिखाने वाले पेज पर हर यूआरएल की पुष्टि किए जाने की स्थिति है. यूआरएल की पुष्टि की प्रक्रिया चालू होने पर आपको ये स्थितियां दिखाई देंगी, जैसे कि समस्या ठीक नहीं हुई है, समस्या ठीक हो गई है या समस्या बनी हुई है; पुष्टि की प्रक्रिया पूरी हो जाने के बाद सिर्फ़ समस्या बनी हुई है वाली स्थिति ही दिखाई देती है (जिन यूआरएल की समस्या ठीक हो जाती है उन्हें पुष्टि की प्रक्रिया पूरी होने के बाद सूची से हटा दिया जाता है).

  • समस्या ठीक नहीं हुई है: यूआरएल पर अब भी समस्या बनी हुई है या नहीं, यह तय करने के लिए Google को और डेटा चाहिए.
  • समस्या ठीक की गई: ऐसा लगता है कि यूआरएल पर अब इस समस्या का असर नहीं पड़ रहा है.
  • अब भी असर पड़ रहा है: लिस्ट की गई रफ़्तार की समस्या का असर अब भी यूआरएल पर पड़ रहा है. 

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

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

क्या यह उपयोगी था?
हम उसे किस तरह बेहतर बना सकते हैं?