PageSpeed Insights (PSI) की मदद से, मोबाइल और डेस्कटॉप, दोनों पर किसी पेज के उपयोगकर्ता अनुभव के बारे में जानकारी मिलती है पर उपलब्ध है और उस पेज को बेहतर बनाने के सुझाव देता है.
पीएसआई किसी पेज के बारे में लैब और फ़ील्ड, दोनों का डेटा उपलब्ध कराता है. लैब के डेटा से, डीबग करने में मदद मिलती है समस्याएं होती हैं, क्योंकि इन्हें कंट्रोल किए गए एनवायरमेंट में इकट्ठा किया जाता है. हालांकि, हो सकता है कि समस्या को हल करने में मदद मिलती है. फ़ील्ड डेटा, सही और असल दुनिया के उपयोगकर्ता की जानकारी कैप्चर करने में मदद करता है का अनुभव - लेकिन इसमें मीट्रिक का सीमित समूह है. कॉन्टेंट के बारे में सोचने का तरीका देखें दोनों तरह के डेटा के बारे में ज़्यादा जानने के लिए, स्पीड टूल के बारे में जानकारी.
असल उपयोगकर्ता के अनुभव से जुड़ा डेटा
पीएसआई में असली उपयोगकर्ता के अनुभव का डेटा, Chrome के उपयोगकर्ता अनुभव की मदद से मिलता है रिपोर्ट (CrUX) डेटासेट. पीएसआई ने रिपोर्ट किया कि असल उपयोगकर्ता पहला कॉन्टेंटफ़ुल पेंट (एफ़सीपी), इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी), सबसे बड़ा कॉन्टेंटफ़ुल पेंट (एलसीपी), और कुल लेआउट पिछले 28 दिनों में इकट्ठा किए गए डेटा के हिसाब से, सीएलएस (सीएलएस) में हुए बदलावों की संख्या में बदलाव (सीएलएस). पीएसआई ने यह भी बताया है कि एक्सपेरिमेंटल मेट्रिक टाइम टू फ़र्स्ट बाइट (टीटीएफ़बी) के लिए अनुभव.
किसी पेज पर उपयोगकर्ता अनुभव से जुड़ा डेटा दिखाने के लिए, यह ज़रूरी है कि उस पेज का डेटा ज़रूरत के मुताबिक हो को CrUX डेटासेट में शामिल किया जाना चाहिए. किसी पेज में ज़रूरत के मुताबिक डेटा न होने की वजह से हाल ही में पब्लिश किया गया है या इसमें असली उपयोगकर्ताओं के बहुत कम सैंपल हैं. ऐसा होने पर, पीएसआई की सदस्यता कम हो जाएगी ऑरिजिन-लेवल की जानकारी के स्तर पर वापस आते हैं. इसमें, सभी पेजों पर उपयोगकर्ता अनुभव शामिल होते हैं वेबसाइट. कभी-कभी ऑरिजिन में ज़रूरत के मुताबिक डेटा भी नहीं हो सकता है. इस स्थिति में, PSI उपयोगकर्ता के असल अनुभव से जुड़ा डेटा नहीं दिखाया जा सकता.
अनुभवों की क्वालिटी का आकलन करना
पीएसआई, उपयोगकर्ता अनुभव की क्वालिटी को तीन अलग-अलग कैटगरी में बांटता है: अच्छा, सुधार की ज़रूरत है, या खराब. पीएसआई, इन थ्रेशोल्ड को वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी पहल:
अच्छा | सुधार की ज़रूरत है | खराब | |
---|---|---|---|
एफ़सीपी | [0, 1800 मिलीसेकंड] | (1800 मिलीसेकंड, 3000 मि॰से॰] | 3000 मिलीसेकंड से ज़्यादा |
एलसीपी | [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% 2500 मि॰से॰ से 4000 मि॰से॰ के बीच कम होंगी.
![रीयल-उपयोगकर्ता एलसीपी अनुभवों के डिस्ट्रिब्यूशन का स्क्रीनशॉट](https://developers-dot-devsite-v2-prod.appspot.com/static/speed/docs/insights/images/v5/metric_distribution.jpeg?authuser=2&hl=hi)
डिस्ट्रिब्यूशन बार के ऊपर, पीएसआई सभी मेट्रिक के लिए 75वें पर्सेंटाइल की रिपोर्ट देता है. 75वां पर्सेंटाइल चुना जाता है, ताकि डेवलपर अपनी साइट पर उपयोगकर्ता अनुभव को खराब कर सकता है. इन फ़ील्ड मेट्रिक की वैल्यू को इस कैटगरी में रखा गया है ऊपर दिखाए गए समान थ्रेशोल्ड लागू करने से अच्छा/सुधार की ज़रूरत है.
Core Web Vitals
वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी, परफ़ॉर्मेंस से जुड़े सिग्नल का ऐसा सामान्य सेट है जो वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने के लिए ज़रूरी है सभी वेब अनुभव. वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने वाली मेट्रिक में आईएनपी, एलसीपी, और सीएलएस शामिल होते हैं. ये मेट्रिक पेज या ऑरिजिन के लेवल पर एग्रीगेट किया जा सकता है. ऐसे एग्रीगेशन के लिए जिनमें ज़रूरत के मुताबिक डेटा हो तीन मेट्रिक हैं. यह एग्रीगेशन, Core Web Vitals के आकलन में पास होगा. ऐसा तब होगा, जब 75वां पर्सेंटाइल हर मेट्रिक की वैल्यू 'अच्छी' है. ऐसा न करने पर, एग्रीगेशन टेस्ट में पास नहीं होगा. अगर एग्रीगेशन में आईएनपी के लिए काफ़ी डेटा नहीं है, तो यह आकलन को पास करेगा, अगर दोनों एलसीपी और सीएलएस के पर्सेंटाइल अच्छे हैं. अगर एलसीपी या सीएलएस में ज़रूरत के मुताबिक डेटा नहीं है, तो पेज या ऑरिजिन-लेवल के एग्रीगेशन का आकलन नहीं किया जा सकता.
PSI और CrUX में फ़ील्ड डेटा के बीच अंतर
PSI बनाम ' में' फ़ील्ड डेटा के बीच का अंतर BigQuery पर उपलब्ध CrUX डेटासेट का मतलब है कि PSI का डेटा हर दिन अपडेट किया जाता है, जबकि BigQuery डेटासेट को हर महीने अपडेट किया जाता है. साथ ही, इसे ऑरिजिन लेवल के डेटा तक सीमित रखा जाता है. दोनों डेटा सोर्स, पिछले 28 दिनों की समयावधि दिखाते हैं.
लैब में हुई गड़बड़ी की जानकारी
पीएसआई, सिम्युलेटेड यूआरएल में दिए गए यूआरएल का विश्लेषण करने के लिए Lighthouse का इस्तेमाल करता है परफ़ॉर्मेंस, सुलभता, सबसे सही तरीकों, और एसईओ की कैटगरी के लिए प्लैटफ़ॉर्म उपलब्ध कराना.
स्कोर
सेक्शन के सबसे ऊपर, हर कैटगरी के लिए स्कोर दिए गए हैं. इन्हें लाइटहाउस चलाकर पता किया जाता है का इस्तेमाल करें. 90 या उससे ज़्यादा का स्कोर है को अच्छा माना जाता है. वहीं, 50 से 89 स्कोर को खराब माना जाता है. इसमें सुधार की ज़रूरत होती है.
मेट्रिक
परफ़ॉर्मेंस कैटगरी में, अलग-अलग मेट्रिक के हिसाब से भी पेज की परफ़ॉर्मेंस दिखती है. इनमें ये मेट्रिक शामिल हैं: पहला कॉन्टेंटफ़ुल पेंट, सबसे बड़ा कॉन्टेंटफ़ुल पेंट, स्पीड इंडेक्स, लेआउट शिफ़्ट होने की कुल संख्या, टाइम टू इंटरैक्टिव, और टोटल ब्लॉकिंग टाइम.
हर मेट्रिक को स्कोर किया जाता है और उस पर आइकॉन का लेबल होता है:
- अच्छाई को हरे रंग के गोले से दिखाया गया है
- 'सुधार की ज़रूरत है' पेज पर, जानकारी देने वाले स्क्वेयर दिख रहे हैं
- खराब स्थिति को एक लाल चेतावनी त्रिभुज से दिखाया जाता है
ऑडिट
हर कैटगरी में होने वाले ऑडिट हैं. ये ऑडिट, पेज के उपयोगकर्ता को बेहतर बनाने के तरीके के बारे में जानकारी देते हैं अनुभव. ज़्यादा जानकारी के लिए Lighthouse से जुड़े दस्तावेज़ देखें हर कैटगरी के ऑडिट का ब्रेकडाउन.
अक्सर पूछे जाने वाले सवाल
किसी पेज के लोड होने को सिम्युलेट करने के लिए, लाइटहाउस डिवाइस और नेटवर्क की किन शर्तों का इस्तेमाल करता है?
फ़िलहाल, लाइटहाउस मिड-टियर डिवाइस (Moto G4) डिवाइस की पेज लोड होने की शर्तों को सिम्युलेट करता है मोबाइल के लिए मोबाइल नेटवर्क पर और एम्युलेट किया गया-डेस्कटॉप के साथ, डेस्कटॉप के लिए वायर्ड कनेक्शन के साथ. PageSpeed, Google में भी चलता है ऐसा डेटासेंटर जो नेटवर्क की स्थितियों के आधार पर अलग-अलग हो सकता है. इस डेटा सेंटर की जांच करने के लिए, वह लाइटहाउस रिपोर्ट के एनवायरमेंट ब्लॉक को देखकर:
![थ्रॉटलिंग की जानकारी देने वाले टूलटिप का स्क्रेनशॉट.](https://developers-dot-devsite-v2-prod.appspot.com/static/speed/docs/insights/images/v5/lh_network_throttling.jpeg?authuser=2&hl=hi)
ध्यान दें: PageSpeed इनमें से किसी एक में चलेगा: उत्तरी अमेरिका, यूरोप या एशिया.
फ़ील्ड डेटा और लैब डेटा कभी-कभी एक-दूसरे से विरोध क्यों करते हैं?
फ़ील्ड डेटा, किसी यूआरएल की परफ़ॉर्मेंस के बारे में पुरानी रिपोर्ट होती है. साथ ही, यह दिखाता है कि कई तरह के डिवाइसों और नेटवर्क पर असल दुनिया में इस्तेमाल करने वाले लोगों से मिला परफ़ॉर्मेंस डेटा, जिसमें पहचान छिपाई जाती है शर्तें. लैब का डेटा, एक ही डिवाइस पर एक पेज के सिम्युलेटेड लोड के हिसाब से होता है नेटवर्क की शर्तों का सेट. इस वजह से, वैल्यू अलग-अलग हो सकती हैं. लैब और फ़ील्ड डेटा में अंतर क्यों हो सकता है (और इसके बारे में क्या करना है) पर जाएं.
सभी मेट्रिक के लिए 75वां पर्सेंटाइल क्यों चुना जाता है?
हमारा लक्ष्य यह पक्का करना है कि पेज ज़्यादातर उपयोगकर्ताओं के लिए ठीक से काम करें. 75वें नंबर पर फ़ोकस करके से एक नोटिफ़िकेशन मिलता है, जिससे यह पक्का होता है कि पेज अच्छा उपयोगकर्ता अनुभव देते हैं. डिवाइस और नेटवर्क की सबसे मुश्किल परिस्थितियों में भी काम करता है. वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने वाली मेट्रिक के थ्रेशोल्ड तय करना लेख पढ़ें हमारा वीडियो देखें.
लैब डेटा के लिए अच्छा स्कोर क्या है?
किसी भी ग्रीन स्कोर (90+) को अच्छा माना जाता है, लेकिन ध्यान रखें कि लैब डेटा अच्छा होने से इसका मतलब यह है कि असली उपयोगकर्ता के अनुभव भी अच्छे होंगे.
दौड़ने के हिसाब से परफ़ॉर्मेंस स्कोर क्यों बदलता है? मैंने अपने पेज पर कुछ भी नहीं बदला!
परफ़ॉर्मेंस मेज़रमेंट में अलग-अलग वैरिएंट को लागू करने के लिए, तो अलग-अलग लेवल पर असर डालने वाले चैनलों की संख्या बढ़ाई जा सकती है. मेट्रिक के कई सामान्य सोर्स लोकल नेटवर्क की उपलब्धता, क्लाइंट हार्डवेयर की उपलब्धता, और क्लाइंट रिसॉर्स में होने वाले उतार-चढ़ाव विवाद.
किसी यूआरएल या ऑरिजिन के लिए, असली उपयोगकर्ता का CrUX डेटा क्यों उपलब्ध नहीं है?
Chrome के लिए उपयोगकर्ता अनुभव से जुड़ी रिपोर्ट, रीयल-वर्ल्ड स्पीड डेटा इकट्ठा करती है ऑप्ट-इन करने वाले उपयोगकर्ता और URL सार्वजनिक होना चाहिए (क्रॉल और इंडेक्स किए जा सकते हैं) और इसमें काफ़ी संख्या में अलग-अलग सैंपल मौजूद होते हैं, जो एक प्रतिनिधि, पहचान छिपाने वाला व्यू देते हैं की परफ़ॉर्मेंस पर नज़र रखें.
क्या कुछ और सवाल हैं?
अगर PageSpeed Insights के इस्तेमाल से जुड़ा आपका कोई ऐसा सवाल है जिसका जवाब देना ठीक है, तो Stack Overflow पर अपना सवाल अंग्रेज़ी में पूछें.
अगर आपको PageSpeed Insights के बारे में सामान्य सुझाव/राय देनी है या शिकायत करनी है या कोई सवाल पूछना है, तो सामान्य चर्चा, मेलिंग लिस्ट में थ्रेड शुरू करें.
अगर आपको वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने वाली मेट्रिक के बारे में कुछ सामान्य सवाल पूछने हैं, तो web-vitals-feedback पर चर्चा करने वाले ग्रुप में थ्रेड शुरू करें.
सुझाव/राय दें या शिकायत करें
क्या इस पेज से कोई मदद मिली?