परफ़ॉर्मेंस की नई मेट्रिक, PageSpeed Insights और Chrome उपयोगकर्ता अनुभव रिपोर्ट (CrUX) से जुड़े अपडेट वगैरह.
Chrome डेवलपर समिट में, मैंने और पॉल आयरिश ने Lighthouse के अपडेट का एलान किया था. इनमें Lighthouse CI, परफ़ॉर्मेंस स्कोर का नया फ़ॉर्मूला वगैरह शामिल हैं. Lighthouse से जुड़ी बड़ी खबरों के साथ-साथ, हमने परफ़ॉर्मेंस टूल से जुड़ी दिलचस्प जानकारी भी दी. इसमें परफ़ॉर्मेंस से जुड़ी नई मेट्रिक, PageSpeed Insights और Chrome उपयोगकर्ता अनुभव रिपोर्ट (CrUX) के अपडेट, और वेब के पारिस्थितिक तंत्र के विश्लेषण से मिली अहम जानकारी शामिल है.
नई परफ़ॉर्मेंस मेट्रिक
उपयोगकर्ता अनुभव की बारीकियों को मेज़र करना, आपके कारोबार की आय पर पड़ने वाले असर को मेज़र करने और सुधारों और गिरावटों को ट्रैक करने के लिए ज़रूरी है. समय के साथ, इन बारीकियों को कैप्चर करने और उपयोगकर्ता अनुभव को बेहतर बनाने के लिए, नई मेट्रिक का इस्तेमाल किया गया है. मेट्रिक की सूची में दो नई फ़ील्ड मेट्रिक जोड़ी गई हैं. ये मेट्रिक, W3C वेब परफ़ॉर्मेंस वर्किंग ग्रुप में शामिल हैं. इनमें, सबसे बड़े एलिमेंट को रेंडर करने में लगने वाला समय (एलसीपी) और लेआउट शिफ़्ट होने में लगने वाला समय (सीएलएस) शामिल हैं. साथ ही, एक नई लैब मेट्रिक भी जोड़ी गई है. इसका नाम ब्लॉकिंग में लगने वाला कुल समय (टीबीटी) है.
सबसे बड़ा कॉन्टेंटफ़ुल पेंट (एलसीपी)
सबसे बड़े कॉन्टेंटफ़ुल पेंट (एलसीपी) से पता चलता है कि व्यूपोर्ट में सबसे बड़ा कॉन्टेंट एलिमेंट कब दिखता है.
सबसे बड़े एलिमेंट को रेंडर करने से पहले, फ़र्स्ट मीनिंगफ़ुल पेंट (एफ़एमपी) और स्पीड इंडेक्स (एसआई) का इस्तेमाल शुरुआती पेंट करने के बाद, लोड होने के अनुभव को कैप्चर करने के लिए किया जाता है. हालांकि, ये मेट्रिक जटिल होती हैं और अक्सर पेज का मुख्य कॉन्टेंट लोड होने का पता नहीं लगा पातीं. रिसर्च से पता चला है कि पेज पर सबसे बड़े एलिमेंट के रेंडर होने के समय को देखकर, यह पता लगाया जा सकता है कि पेज का मुख्य कॉन्टेंट कब लोड हुआ.
सबसे बड़े एलिमेंट को रेंडर करने में लगने वाला समय (एलसीपी) की नई मेट्रिक, जल्द ही Lighthouse की रिपोर्ट में उपलब्ध होगी. इस बीच, JavaScript में एलसीपी को मेज़र किया जा सकता है.
टोटल ब्लॉकिंग टाइम (टीबीटी)
टोटल ब्लॉकिंग टाइम (टीबीटी) मेट्रिक से, फ़र्स्ट कॉन्टेंटफ़ुल पेंट (एफ़सीपी) और इंटरैक्टिव टाइम (टीटीआई) के बीच के कुल समय का पता चलता है. इस मेट्रिक में मुख्य थ्रेड को लंबे समय तक ब्लॉक किया जाता है, ताकि इनपुट का जवाब मिलने से रोका जा सके.
अगर कोई टास्क मुख्य थ्रेड पर 50 मिलीसेकंड से ज़्यादा समय तक चलता है, तो उसे लंबा टास्क माना जाता है. इसके बाद के हर मिलीसेकंड को उस टास्क के ब्लॉकिंग समय में गिना जाता है.
किसी पेज के लिए टोटल ब्लॉकिंग टाइम, एफ़सीपी और टीटीआई के बीच किए गए सभी लंबे टास्क को ब्लॉक करने में लगने वाले समय का कुल योग होता है.
'इंटरैक्टिव होने में लगने वाला समय' मेट्रिक से यह पता चलता है कि लोड होने के बाद मुख्य थ्रेड कब शांत हो जाता है. वहीं, 'ब्लॉक होने का कुल समय' मेट्रिक से यह पता चलता है कि लोड होने के दौरान मुख्य थ्रेड पर कितना दबाव पड़ा. इस तरह, TTI और TBT एक-दूसरे का पूरक बनते हैं और संतुलन बनाते हैं.
कुल लेआउट शिफ़्ट (सीएलएस)
कुल लेआउट शिफ़्ट (सीएलएस) से किसी पेज के विज़ुअल स्टेबिलिटी का पता चलता है. साथ ही, इससे यह भी पता चलता है कि उपयोगकर्ताओं को अनचाहे लेआउट शिफ़्ट कितनी बार दिखते हैं. कॉन्टेंट का अनचाहा मूवमेंट बहुत परेशान कर सकता है. इस नई मेट्रिक से, यह मेज़र किया जा सकता है कि आपके उपयोगकर्ताओं के लिए यह समस्या कितनी बार हो रही है. इससे, आपको इस समस्या को हल करने में मदद मिलती है.
कुल लेआउट शिफ़्ट के बारे में पूरी जानकारी देने वाली गाइड देखें. इससे आपको यह जानने में मदद मिलेगी कि इसकी गिनती कैसे की जाती है और इसे कैसे मेज़र किया जाता है.
Lighthouse के परफ़ॉर्मेंस स्कोर के नए फ़ॉर्मूला में, जल्द ही एफ़एमपी और एफ़सीआई का महत्व कम हो जाएगा. साथ ही, इसमें तीन नई मेट्रिक शामिल होंगी—एलसीपी, टीबीटी, और सीएलएस. ऐसा इसलिए किया जा रहा है, क्योंकि ये मेट्रिक यह बेहतर तरीके से कैप्चर करती हैं कि किसी पेज को इस्तेमाल करना कितना आसान है.
ज़्यादा जानने के लिए, Lighthouse की परफ़ॉर्मेंस स्कोरिंग और web.dev की नई मेट्रिक कलेक्शन देखें.
PageSpeed Insights में फ़ील्ड डेटा (CrUX) थ्रेशोल्ड में बदलाव
पिछले एक साल से, हम Chrome इस्तेमाल करने वाले लोगों के अनुभव (CrUX) के डेटा की मदद से, फ़ील्ड से वेब परफ़ॉर्मेंस का विश्लेषण कर रहे हैं. उस डेटा से मिली अहम जानकारी के आधार पर, हमने थ्रेशोल्ड का फिर से आकलन किया. इन थ्रेशोल्ड का इस्तेमाल, फ़ील्ड पर वेबसाइट की परफ़ॉर्मेंस को "धीमी", "सामान्य" या "तेज़" के तौर पर लेबल करने के लिए किया जाता है.
किसी साइट का पूरा आकलन करने के लिए, PageSpeed Insights (PSI), फ़ील्ड डेटा के कुल डिस्ट्रिब्यूशन के किसी खास प्रतिशत का इस्तेमाल, उस साइट के लिए सबसे सही संख्या के तौर पर करता है. पहले इस्तेमाल किए गए थ्रेशोल्ड, फ़र्स्ट कॉन्टेंटफ़ुल पेंट के लिए 90वां प्रतिशत और फ़र्स्ट इनपुट डेले (एफ़आईडी) के लिए 95वां प्रतिशत थे.
उदाहरण के लिए, अगर किसी साइट का एफ़सीपी डिस्ट्रिब्यूशन 50% तेज़, 30% सामान्य, और 20% धीमा है, तो 90वां पर्सेंटाइल एफ़सीपी, धीमे सेक्शन में आता है. इससे साइट का कुल फ़ील्ड स्कोर धीमा हो जाता है.
वेबसाइटों पर कॉन्टेंट को बेहतर तरीके से डिस्ट्रिब्यूट करने के लिए, इसमें बदलाव किया गया है. इसके बाद, कॉन्टेंट का बंटवारा इस तरह होगा:
| मेट्रिक | कुल पर्सेंटाइल | तेज़ (मि॰से॰) | सामान्य (मिलीसेकंड) | धीमी (मिलीसेकंड) |
| एफ़सीपी | 75वां पर्सेंटाइल | 1000 | 1000-3000 | 3000+ |
| एफ़आईडी | 95वां पर्सेंटाइल | 100 | 100-300 | 300+ |
उदाहरण के लिए, अगर किसी साइट का एफ़सीपी डिस्ट्रिब्यूशन 50% तेज़, 30% सामान्य, और 20% धीमा है, तो 75वां पर्सेंटाइल एफ़सीपी सामान्य सेक्शन में आता है. इससे साइट का कुल फ़ील्ड स्कोर सामान्य हो जाता है.
PageSpeed Insights में कैननिकल यूआरएल रीडायरेक्ट
उपयोगकर्ता अनुभव को ज़्यादा से ज़्यादा सटीक तरीके से मेज़र करने के लिए, PageSpeed Insights की टीम ने PSI में फिर से विश्लेषण करने का प्रॉम्प्ट जोड़ा है. जिन साइटों को किसी नए यूआरएल पर रीडायरेक्ट किया जाता है उनके लिए, आपको लैंडिंग पेज के यूआरएल पर रिपोर्ट को फिर से चलाने के लिए कहा जाएगा. इससे आपको अपनी साइट की असल परफ़ॉर्मेंस के बारे में पूरी जानकारी मिलेगी.
Search Console की नई स्पीड रिपोर्ट में CrUX
Search Console ने Chrome Dev सम्मेलन के एक हफ़्ते पहले, अपनी नई स्पीड रिपोर्ट रोल आउट की. यह Chrome उपयोगकर्ता अनुभव रिपोर्ट के डेटा का इस्तेमाल करता है, ताकि साइट के मालिकों को उपयोगकर्ता अनुभव से जुड़ी संभावित समस्याओं का पता चल सके. साइट लोड होने की रफ़्तार बताने वाली रिपोर्ट, एक जैसे यूआरएल को अपने-आप अलग-अलग कैटगरी में बांट देती है. ये कैटगरी, "तेज़ रफ़्तार से लोड होने वाले पेज", "सामान्य रफ़्तार से लोड होने वाले पेज", और "धीमी रफ़्तार से लोड होने वाले पेज" हैं. इससे, किसी खास समस्या की परफ़ॉर्मेंस को बेहतर बनाने के लिए प्राथमिकता तय करने में मदद मिलती है.
वेब अलमनैक
शुरुआती मुख्य भाषण में, हमने वेब आंकड़े के लॉन्च का एलान किया. यह एक सालाना प्रोजेक्ट है, जिसमें वेब कम्यूनिटी की विशेषज्ञता के साथ वेब की स्थिति के आंकड़ों और रुझानों का मिलान किया जाता है. इस प्रोजेक्ट पर काम करने के लिए, Chrome डेवलपर और वेब कम्यूनिटी के 85 लोगों ने वॉलंटियर किया है. इस प्रोजेक्ट में, वेब के 20 मुख्य पहलुओं का विश्लेषण किया जाता है. इनमें यह पता लगाया जाता है कि साइटें कैसे बनाई जाती हैं, डिलीवर की जाती हैं, और उनका इस्तेमाल कैसे किया जाता है. वेब पर परफ़ॉर्मेंस, JavaScript, और तीसरे पक्ष के कोड की स्थिति के बारे में ज़्यादा जानने के लिए, वेब अल्मनैक को एक्सप्लोर करना शुरू करें.
ज़्यादा जानें
Chrome डेवलपर समिट में, परफ़ॉर्मेंस टूल के अपडेट के बारे में ज़्यादा जानने के लिए, स्पीड टूल के बारे में बातचीत देखें: