वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली रिपोर्ट

अपनी साइट पर 'खराब' उपयोगकर्ता अनुभव की समस्या ठीक करना

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

रिपोर्ट खोलें

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

Core Web Vitals की रिपोर्ट से, यूआरएल की परफ़ॉर्मेंस का पता चलता है. इस रिपोर्ट में, जानकारी को इन तीन ग्रुप में बांटा जाता है: स्टेटस (खराब है, सुधार की ज़रूरत है, अच्छा है), मेट्रिक टाइप (सीएलएस, आईएनपी, और एलसीपी), और यूआरएल ग्रुप (मिलते-जुलते वेब पेजों के ग्रुप).

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

अगर किसी यूआरएल ग्रुप में, एलसीपी और सीएलएस, दोनों मेट्रिक के लिए रिपोर्टिंग डेटा थ्रेशोल्ड से कम होता है, तो उस यूआरएल को रिपोर्ट से हटा दिया जाता है.

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

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

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

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

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

आपके पास अलग-अलग यूआरएल की लाइव परफ़ॉर्मेंस की जांच करने का विकल्प होता है. इसके लिए, PageSpeed Insights टेस्टिंग टूल, Chrome Lighthouse टूल या एएमपी पेज की परफ़ॉर्मेंस वाली गाइड (एएमपी पेजों के लिए) का इस्तेमाल करें

रिपोर्ट में एक से दूसरी जगह जाना

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

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

 

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

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

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

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

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

चार्ट

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

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

 

टेबल

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

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

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

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

चार्ट

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

टेबल

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

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

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

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

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

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

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

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

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

ग्रुप का स्टेटस: खराब, सुधार की ज़रूरत है, अच्छा

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

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

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

 

स्टेटस की परिभाषाएं

यहां हर स्टेटस के लिए परफ़ॉर्मेंस की सीमाएं दी गई हैं:

  अच्छा लोड होने की रफ़्तार में सुधार की ज़रूरत है खराब
एलसीपी 2.5 सेकंड से कम या इसके बराबर 4 सेकंड से कम या इसके बराबर 4 सेकंड से ज़्यादा
INP 200 मि.से. से कम या इसके बराबर 500 मि.से. से कम या इसके बराबर 500 मि.से. से ज़्यादा
सीएलएस 0.1 से कम या इसके बराबर 0.25 से कम या इसके बराबर 0.25 से ज़्यादा

 

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

बाहरी टेस्ट का इस्तेमाल करके, आपको इन समस्याओं को ठीक करने के सुझाव मिल सकते हैं.

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

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

उपयोगकर्ता की निजता का ध्यान रखते हुए, यूआरएल ग्रुप को रिपोर्ट में उतना ही डेटा दिखाना चाहिए जितना ज़रूरी है. अगर किसी यूआरएल के ग्रुप का डेटा, रिपोर्ट में दिखने की तय सीमा से कम है, तो Search Console हाई लेवल का एक ऑरिजिन ग्रुप बनाता है. इस ग्रुप में, रिपोर्ट में दिखाने के लिए ज़रूरत के मुताबिक यूआरएल और डेटा होना चाहिए. इस ऑरिजिन ग्रुप में, एक ही protocol://host:port ग्रुप के सभी यूआरएल का डेटा शामिल होता है. उदाहरण के लिए, अगर यूआरएल https://m.example.com/a/b/c.html उस ग्रुप का हिस्सा है जिसमें दिखाने के लिए ज़रूरी तय सीमा से कम डेटा है, तो Search Console ऑरिजिन ग्रुप https://m.example.com बनाएगा. इस ऑरिजिन ग्रुप में, https://m.example.com के तहत आने वाले सभी यूआरएल का डेटा शामिल होता है. भले ही, वह यूआरएल किसी ऐसे ग्रुप से भी जुड़ा हो जिसमें ज़रूरत के हिसाब से डेटा मौजूद है.

इन बातों पर ध्यान दें:

  • ऑरिजिन ग्रुप की परिभाषा में प्रोटोकॉल शामिल होता है. इसलिए, http://m.il.example.com और https://m.il.example.com अलग-अलग ऑरिजिन ग्रुप हैं.
  • ऑरिजिन ग्रुप में, उस ऑरिजिन में मौजूद सभी यूआरएल का डेटा शामिल होता है. भले ही कोई यूआरएल, रिपोर्ट में दिखाए गए किसी दूसरे ग्रुप का हिस्सा हो या न हो.
  • अगर ऑरिजिन ग्रुप के लिए ज़रूरत के मुताबिक डेटा मौजूद नहीं है, तो उसे रिपोर्ट में नहीं दिखाया जाएगा. साथ ही, एक्सटेंशन के हिसाब से, साइट के पास इस रिपोर्ट में दिखाने के लिए ज़रूरत के हिसाब से काफ़ी डेटा तब तक नहीं होगा, जब तक कई ऑरिजिन ग्रुप न हों.
  • आपके पास ऑरिजिन ग्रुप का डेटा देखने का विकल्प होता है, फिर चाहे वह ग्रुप मौजूदा प्रॉपर्टी में शामिल हो या न हो. हालांकि, आपको उदाहरण के तौर पर दिए जाने वाले सिर्फ़ ऐसे यूआरएल दिखते हैं जो मौजूदा प्रॉपर्टी में शामिल हैं.
  • Search Console में, ग्रुप के सदस्यों की सूची को इंप्रेशन के हिसाब से घटते हुए क्रम में दिखाया जाता है.

गड़बड़ियां ठीक करना

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

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

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

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

काम के दूसरे रिसॉर्स:

मेरी साइट का स्टेटस बदल गया है, लेकिन मैंने कोई बदलाव नहीं किया

ऐसा हो सकता है कि आपने साइट में कोई बदलाव न किया हो, फिर भी आपको कई पेजों के लोड होने के स्टेटस में बड़े बदलाव दिखें. इसके पीछे दो वजहें हो सकती हैं. पहली, आपके कई पेजों का स्टेटस बॉर्डरलाइन रहा हो. दूसरी, पूरी साइट के लिए हुए इवेंट की वजह से, पेज लोड होने की रफ़्तार घट गई हो. उदाहरण के लिए, आपकी साइट का ट्रैफ़िक अचानक काफ़ी बढ़ गया या आपकी इमेज फ़ाइलों को लोड करने वाली सेवा के लोड होने में लगने वाले इंतज़ार के समय में बदलाव हुआ. इनमें से किसी भी वजह से, आपकी साइट के लोड होने की रफ़्तार कम हो सकती है. पूरी साइट पर होने वाला छोटा-सा बदलाव भी, बॉर्डरलाइन वाले 'अच्छे' पेजों को 'सुधार की ज़रूरत है' कैटगरी वाले पेज में बदल सकता है. वहीं, 'सुधार की ज़रूरत है' वाले पेजों को 'खराब' पेज की कैटगरी में डाल सकता है.

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

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

 

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

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

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

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

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

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

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

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

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

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

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

यूआरएल की पुष्टि का स्टेटस

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

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

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

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

 

बाहरी टेस्टिंग टूल

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

  • बिना एएमपी वाले पेज: PageSpeed Insights टेस्टिंग टूल मोबाइल और डेस्कटॉप, दोनों डिवाइसों पर किसी पेज की परफ़ॉर्मेंस की रिपोर्ट दिखाता है. साथ ही, इस बारे में भी सुझाव देता है कि उस पेज को किस तरह बेहतर बनाया जा सकता है. यह टेस्ट, लोगों के लाइव टेस्ट और फ़ील्ड टेस्ट, दोनों का डेटा दिखाता है. ध्यान रखें कि PageSpeed Insights की जानकारी, वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली रिपोर्ट से अलग हो सकती है. इसकी वजह जानें.
  • एएमपी पेज: एएमपी पेज की परफ़ॉर्मेंस गाइड, किसी एएमपी पेज का बेहतर तरीके से लाइव टेस्ट करने में मदद करती है. इसमें, Core Web Vitals वाली मेट्रिक शामिल हैं. यह टेस्ट, लोगों के लाइव टेस्ट और फ़ील्ड टेस्ट, दोनों का डेटा दिखाता है.

इन टूल के लिंक, उदाहरण यूआरएल के बगल में दिखते हैं ( खास जानकारी वाले पेज के ब्यौरे वाली टेबल > स्टेटस की पंक्ति पर क्लिक करें > किसी उदाहरण यूआरएल पर क्लिक करें > उदाहरण ब्यौरे वाला पैनल में मिलते-जुलते यूआरएल पर कर्सर घुमाएं). हालांकि, आपके पास भी इन टूल पर जाने और यूआरएल उपलब्ध कराने का विकल्प होता है.

आपके पास ब्राउज़र में मौजूद टेस्टिंग टूल का भी इस्तेमाल करने का विकल्प होता है. जैसे, Chrome के लिए: Chrome Lighthouse टूल.

क्या यह उपयोगी था?

हम उसे किस तरह बेहतर बना सकते हैं?

और मदद चाहिए?

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

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

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

खोजें
खोज हटाएं
खोज बंद करें
Google ऐप
मुख्य मेन्यू