PageSpeed Insights (पीएसआई), मोबाइल और डेस्कटॉप, दोनों डिवाइसों पर किसी पेज के उपयोगकर्ता अनुभव की रिपोर्ट देता है. साथ ही, इस बारे में भी सुझाव देता है कि उस पेज को किस तरह बेहतर बनाया जा सकता है.
पीएसआई किसी पेज के लैब और फ़ील्ड, दोनों का डेटा देता है. लैब डेटा, डीबग करने में आने वाली समस्याओं के लिए काम का होता है, क्योंकि इसे कंट्रोल एनवायरमेंट में इकट्ठा किया जाता है. हालांकि, ऐसा हो सकता है कि इससे असल दुनिया की रुकावटों को कैप्चर न किया जा सके. फ़ील्ड डेटा की मदद से, उपयोगकर्ताओं को असल और असल अनुभव का अनुभव मिल सकता है. हालांकि, इसमें सीमित मेट्रिक का इस्तेमाल किया जाता है. दो तरह के डेटा के बारे में ज़्यादा जानकारी के लिए, स्पीड टूल के बारे में कैसे सोचें देखें.
असली उपयोगकर्ता अनुभव से जुड़ा डेटा
पीएसआई में असली उपयोगकर्ता अनुभव से जुड़ा डेटा, Chrome User Experience Report (CrUX) डेटासेट की मदद से दिया जाता है. पीएसआई, डेटा इकट्ठा करने के पिछले 28 दिनों के दौरान, असली उपयोगकर्ताओं के फ़र्स्ट कॉन्टेंटफ़ुल पेंट (एफ़सीपी), फ़र्स्ट इनपुट डिले (एफ़आईडी), सबसे बड़े कॉन्टेंटफ़ुल पेंट (एलसीपी), कुल लेआउट शिफ़्ट (सीएलएस), और इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी) के अनुभवों के बारे में रिपोर्ट करता है. पीएसआई, प्रयोग वाली मेट्रिक टाइम टू फ़र्स्ट बाइट (टीटीएफ़बी) के लिए भी अनुभवों की रिपोर्ट देता है.
किसी पेज के लिए उपयोगकर्ता अनुभव से जुड़ा डेटा दिखाने के लिए, ज़रूरी डेटा उपलब्ध होना चाहिए, ताकि उसे CrUX डेटासेट में शामिल किया जा सके. अगर किसी पेज को हाल ही में पब्लिश किया गया है या उसमें असल उपयोगकर्ताओं के सैंपल बहुत कम हैं, तो हो सकता है कि उसमें ज़रूरत के मुताबिक डेटा न हो. ऐसा होने पर, पीएसआई, ऑरिजिन लेवल पर जानकारी के स्तर को फिर से लागू कर देगा. इसमें वेबसाइट के सभी पेजों पर उपयोगकर्ता अनुभव की जानकारी शामिल होती है. कभी-कभी ऑरिजिन में ज़रूरत के मुताबिक डेटा भी नहीं होता है. ऐसे में, पीएसआई, असली उपयोगकर्ता के अनुभव से जुड़ा डेटा नहीं दिखा पाएगा.
अनुभवों की क्वालिटी का आकलन करना
पीएसआई, उपयोगकर्ता अनुभव की क्वालिटी को तीन कैटगरी में बांटता है: अच्छा, सुधार की ज़रूरत है या खराब. पीएसआई, वेबसाइट की परफ़ॉर्मेंस की जानकारी के मुताबिक इन थ्रेशोल्ड को सेट करता है:
| पसंद आया | सुधार की ज़रूरत है | खराब | |
|---|---|---|---|
| एफ़सीपी | [0, 1800 मि॰से॰] | (1800 मि.से., 3000 मि.से.] | 3000 मि.से. से ज़्यादा |
| एफ़आईडी | [0, 100 मि॰से॰] | (100 मि.से., 300 मि.से.] | 300 मि.से. से ज़्यादा |
| एलसीपी | [0, 2500 मिलीसेकंड] | (2500 मि.से., 4000 मि.से.] | 4000 मि.से. से ज़्यादा |
| सीएलएस | [0, 0.1] | (0.1, 0.25] | 0.25 से ज़्यादा |
| आईएनपी | [0, 200 मि॰से॰] | (200 मि.से., 500 मि.से.] | 500 मि.से. से ज़्यादा |
| TTFB (प्रयोग के तौर पर उपलब्ध) | [0, 800 मि॰से॰] | (800 मि.से., 1800 मि.से.] | 1800 मि.से. से ज़्यादा |
डिस्ट्रिब्यूशन और चुनी गई मेट्रिक वैल्यू
पीएसआई, इन मेट्रिक का डिस्ट्रिब्यूशन दिखाता है, ताकि डेवलपर उस पेज या ऑरिजिन के लिए अलग-अलग तरह के अनुभवों को समझ सकें. इस डिस्ट्रिब्यूशन को तीन कैटगरी में बांटा गया है: अच्छा, सुधार की ज़रूरत है, और खराब. इन्हें हरे, ऐंबर, और लाल बार से दिखाया गया है. उदाहरण के लिए, एलसीपी के ऐंबर बार में 11% दिखने का मतलब है कि देखी गई सभी एलसीपी वैल्यू में से 11% वैल्यू 2,500 मि॰से॰ से 4,000 मि॰से॰ के बीच है.
डिस्ट्रिब्यूशन बार के ऊपर, पीएसआई सभी मेट्रिक के लिए 75वां पर्सेंटाइल रिपोर्ट करता है. 75वां पर्सेंटाइल चुना गया है, ताकि डेवलपर यह समझ सकें कि उनकी साइट पर उपयोगकर्ताओं को सबसे खराब अनुभव हुआ है. इन फ़ील्ड मेट्रिक की वैल्यू को ऊपर दिखाए गए थ्रेशोल्ड को लागू करके, अच्छा/सुधार की ज़रूरत है/खराब की कैटगरी में रखा गया है.
वेबसाइट की परफ़ॉर्मेंस के बारे में जानकारी
वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी, परफ़ॉर्मेंस से जुड़े सिग्नल का एक सामान्य सेट है. यह सभी वेब वर्शन के लिए ज़रूरी होता है. वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली मेट्रिक, एफ़आईडी, एलसीपी, और सीएलएस होती हैं. इन्हें पेज या ऑरिजिन लेवल पर एग्रीगेट किया जा सकता है. तीनों मेट्रिक में ज़रूरत के मुताबिक डेटा वाले एग्रीगेशन के लिए, एग्रीगेशन, वेबसाइट की परफ़ॉर्मेंस की जानकारी के आकलन में पास हो जाता है. ऐसा तब होता है, जब तीनों मेट्रिक का 75वां पर्सेंटाइल 'अच्छा' हो. ऐसा न करने पर, एग्रीगेशन टेस्ट में पास नहीं हो पाता. अगर एग्रीगेशन में एफ़आईडी के लिए ज़रूरत के मुताबिक डेटा नहीं है, तो एलसीपी और सीएलएस, दोनों के 75वें पर्सेंटाइल पर होने पर आकलन पास किया जाएगा. अगर एलसीपी या सीएलएस में से किसी एक में ज़रूरत के मुताबिक डेटा नहीं है, तो पेज या ऑरिजिन लेवल पर एग्रीगेशन का आकलन नहीं किया जा सकता.
पीएसआई और CrUX के फ़ील्ड डेटा में अंतर
BigQuery पर CrUX डेटासेट और पीएसआई के फ़ील्ड डेटा में यह अंतर है कि पीएसआई का डेटा रोज़ अपडेट किया जाता है. वहीं, BigQuery डेटासेट को हर महीने अपडेट किया जाता है और इसे ऑरिजिन-लेवल के डेटा तक सीमित किया जाता है. दोनों डेटा सोर्स, 28 दिनों की पीछे की अवधि दिखाते हैं.
लैब में गड़बड़ी की जानकारी पाना
पीएसआई, Lighthouse का इस्तेमाल करके सिम्युलेटेड एनवायरमेंट में, परफ़ॉर्मेंस, सुलभता, सबसे सही तरीके, और एसईओ कैटगरी के लिए यूआरएल का विश्लेषण करता है.
स्कोर
सेक्शन में सबसे ऊपर, हर कैटगरी के स्कोर होते हैं. इन्हें तय करने के लिए, Lighthouse की मदद से, पेज के बारे में डाइग्नोस्टिक जानकारी इकट्ठा करते हैं और उसका विश्लेषण करते हैं. 90 या उससे ज़्यादा का स्कोर अच्छा माना जाता है. 50 से 89 का मतलब है कि स्कोर में सुधार की ज़रूरत है और 50 से कम स्कोर होने पर उसे खराब माना जाता है.
मेट्रिक
परफ़ॉर्मेंस कैटगरी में, अलग-अलग मेट्रिक के हिसाब से पेज की परफ़ॉर्मेंस भी शामिल होती है. जैसे: फ़र्स्ट कॉन्टेंटफ़ुल पेंट, सबसे बड़ा कॉन्टेंटफ़ुल पेंट, स्पीड इंडेक्स, कुल लेआउट शिफ़्ट, इंटरैक्टिव में लगने वाला समय, और टोटल ब्लॉकिंग टाइम.
हर मेट्रिक को स्कोर किया जाता है और उस पर एक आइकॉन का लेबल लगाया जाता है:
- अच्छे को हरे रंग के गोले से दिखाया गया है
- 'सुधार की ज़रूरत है' का स्टेटस 'ऐंबर इंफ़ॉर्मेशन स्क्वेयर' से दिखाया गया है
- खराब वैल्यू को लाल रंग की चेतावनी वाले ट्राईऐंगल से दिखाया जाता है
ऑडिट
हर कैटगरी में ऑडिट होते हैं, जिनसे पेज के उपयोगकर्ता अनुभव को बेहतर बनाने के तरीके की जानकारी मिलती है. हर कैटगरी के ऑडिट की पूरी जानकारी के लिए, Lighthouse का दस्तावेज़ देखें.
अक्सर पूछे जाने वाले सवाल
किसी पेज लोड को सिम्युलेट करने के लिए, Lighthouse किन डिवाइस और नेटवर्क स्थितियों का इस्तेमाल करता है?
फ़िलहाल, Lighthouse मोबाइल के लिए, मोबाइल नेटवर्क पर मिड-टियर डिवाइस (Moto G4) डिवाइस और एक एम्युलेट किए गए डेस्कटॉप पर पेज लोड होने की स्थितियों को सिम्युलेट करता है. इस डिवाइस में डेस्कटॉप के लिए तार वाला कनेक्शन होता है. PageSpeed, Google के डेटासेंटर में भी चलता है और यह नेटवर्क की स्थितियों के हिसाब से अलग-अलग हो सकता है. लाइटहाउस रिपोर्ट के एनवायरमेंट ब्लॉक को देखकर, यह पता लगाया जा सकता है कि टेस्ट की जगह की जानकारी क्या थी:
ध्यान दें: PageSpeed रिपोर्ट करने के लिए, इनमें से किसी एक वर्शन का इस्तेमाल किया जा रहा हो: उत्तरी अमेरिका, यूरोप या एशिया.
फ़ील्ड डेटा और लैब डेटा कभी-कभी एक-दूसरे के विपरीत क्यों होते हैं?
फ़ील्ड डेटा, एक पुरानी रिपोर्ट होती है. इस रिपोर्ट से पता चलता है कि किसी यूआरएल की परफ़ॉर्मेंस कैसी रही. साथ ही, यह कई तरह के डिवाइसों और नेटवर्क पर असल दुनिया में मौजूद उपयोगकर्ताओं की वह परफ़ॉर्मेंस का डेटा दिखाता है जिसमें पहचान छिपाई गई हो. लैब डेटा, एक ही डिवाइस पर किसी पेज के सिम्युलेटेड लोड पर आधारित होता है. साथ ही, यह नेटवर्क की स्थितियों के तय सेट पर आधारित होता है. इस वजह से, वैल्यू में अंतर हो सकता है. ज़्यादा जानकारी के लिए, लैब और फ़ील्ड डेटा अलग-अलग क्यों हो सकता है (और इसके बारे में क्या करें) देखें.
सभी मेट्रिक के लिए 75वां पर्सेंटाइल क्यों चुना जाता है?
हमारा मकसद यह पक्का करना है कि पेज ज़्यादातर उपयोगकर्ताओं के लिए ठीक से काम करें. हमारी मेट्रिक के लिए 75वें पर्सेंटाइल की वैल्यू पर ध्यान देने से, यह पक्का किया जाता है कि डिवाइस और नेटवर्क पर सबसे मुश्किल स्थिति में भी पेजों पर उपयोगकर्ता को अच्छा अनुभव मिले. ज़्यादा जानकारी के लिए, वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली मेट्रिक के थ्रेशोल्ड तय करना लेख पढ़ें.
लैब डेटा के लिए अच्छा स्कोर क्या है?
किसी भी ग्रीन स्कोर (90+) को अच्छा माना जाता है, लेकिन ध्यान रखें कि अच्छा लैब डेटा होने का यह मतलब नहीं है कि असली उपयोगकर्ताओं का अनुभव भी अच्छा होगा.
परफ़ॉर्मेंस स्कोर, रन से रन करने के लिए क्यों बदलता है? मैंने अपने पेज पर कुछ नहीं बदला!
परफ़ॉर्मेंस मेज़रमेंट में बदलाव होने की संभावना, असर के अलग-अलग लेवल वाले कई चैनलों से मिलती है. मेट्रिक में हुए उतार-चढ़ाव के कई सामान्य सोर्स होते हैं. इनमें लोकल नेटवर्क की उपलब्धता, क्लाइंट हार्डवेयर की उपलब्धता, और क्लाइंट के रिसॉर्स का कॉन्टेंट शामिल होना शामिल है.
किसी यूआरएल या ऑरिजिन के लिए, असली उपयोगकर्ता का CrUX डेटा उपलब्ध क्यों नहीं है?
Chrome की उपयोगकर्ता अनुभव रिपोर्ट में, ऑप्ट-इन करने वाले उपयोगकर्ताओं से, स्पीड का असल डेटा इकट्ठा किया जाता है. इसके लिए ज़रूरी है कि यूआरएल सार्वजनिक (क्रॉल और इंडेक्स किया जा सकने वाला) हो. साथ ही, उसमें ज़रूरत के मुताबिक ऐसे सैंपल हों जो यूआरएल या ऑरिजिन की परफ़ॉर्मेंस का प्रतिनिधित्व करते हों.
क्या कुछ और सवाल हैं?
अगर PageSpeed Insights इस्तेमाल करने के बारे में आपका कोई ऐसा सवाल है जो सटीक हो और जवाब दिया जा सके, तो Stack Overflow पर अपना सवाल अंग्रेज़ी में पूछें.
अगर आपके पास PageSpeed Insights के बारे में कोई सामान्य सुझाव, शिकायत या राय है या आप कोई सवाल पूछना चाहते हैं या कोई सामान्य चर्चा शुरू करना चाहते हैं, तो ईमेल पाने वाले लोगों की सूची में थ्रेड शुरू करें.
अगर आपको वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली मेट्रिक के बारे में कुछ सामान्य सवाल पूछने हैं, तो web-vitals-feedback पर चर्चा ग्रुप में बातचीत शुरू करें.
सुझाव/राय दें या शिकायत करें
क्या इस पेज से कोई मदद मिली?