मेट्रिक

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

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

पहला पैंट

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

Paint Timing API.

साइट का पहला एलिमेंट लोड होने में लगने वाला समय

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

Paint Timing API.

DOM कॉन्टेंट लोड किया गया

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

एमडीएन

सबसे बड़ा कॉन्टेंटफ़ुल पेंट

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

web.dev/articles/lcp

ऑनलोड

"लोड इवेंट तब ट्रिगर होता है, जब पेज और उससे जुड़े संसाधन लोड हो जाते हैं."

एमडीएन

कुल लेआउट शिफ़्ट

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

web.dev/articles/cls

पेज पर मौजूद लिंक को क्लिक करके उस पर पहुंचने वाला समय

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

web.dev/articles/fid

पेज के रिस्पॉन्स में लगने वाला समय

"इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी) एक फ़ील्ड मेट्रिक है, जो जवाब देने के तरीके का आकलन करती है. INP, पेज की पूरी लाइफ़साइकल के दौरान सभी इंटरैक्शन के इंतज़ार के समय को लॉग करता है. उन इंटरैक्शन की सबसे ज़्यादा वैल्यू—या कई इंटरैक्शन वाले पेजों की सबसे ज़्यादा वैल्यू के करीब—उसे पेज के INP के रूप में रिकॉर्ड किया जाता है. आईएनपी कम होने से यह पक्का होता है कि पेज हर समय भरोसेमंद तरीके से काम करेगा."

web.dev/articles/inp

CrUX डेटासेट में, इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी) को फ़रवरी 2022 में जोड़ा गया. यह नई मेट्रिक, अलग-अलग इवेंट के शुरू होने से लेकर आखिर तक के इंतज़ार के समय को कैप्चर करती है. साथ ही, इससे यह भी पता चलता है कि किसी पेज का रिस्पॉन्स मिलने में कितना समय लगा.

नेविगेशन टाइप मेट्रिक से, इन नेविगेशन के पेज व्यू के प्रतिशत का ब्यौरा मिलता है:

टाइप ब्यौरा
navigate ऐसा पेज लोड, जो किसी अन्य कैटगरी में नहीं आता.
navigate_cache ऐसा पेज लोड जिसके लिए मुख्य रिसॉर्स (मुख्य एचटीएमएल दस्तावेज़) को एचटीटीपी कैश से लिया गया था. साइटें अक्सर उप-संसाधनों के लिए कैश मेमोरी का इस्तेमाल करती हैं, लेकिन मुख्य एचटीएमएल दस्तावेज़ को अक्सर बहुत कम कैश किया जाता है. अगर ऐसा होता है, तो इसकी वजह से लोकल तौर पर और सीडीएन पर कैश मेमोरी में सेव किए जाने की वजह से, परफ़ॉर्मेंस में काफ़ी सुधार दिख सकते हैं.
reload उपयोगकर्ता ने या तो 'फिर से लोड करें' बटन पर क्लिक करके, पता बार में Enter दबाकर या किसी टैब को बंद करके, उसे पहले जैसा करके पेज को फिर से लोड किया. पेज फिर से लोड होने पर, अक्सर सर्वर की फिर से पुष्टि की जाती है, ताकि यह देखा जा सके कि मुख्य पेज बदला है या नहीं. पेज फिर से लोड होने की संख्या ज़्यादा होने से, उपयोगकर्ता को परेशानी हो सकती है.
restore ब्राउज़र को रीस्टार्ट करने के बाद या मेमोरी की वजहों से हटाए गए टैब को फिर से लोड किया गया. Android पर Chrome के लिए, इन्हें 'फिर से लोड करें' के तौर पर रिपोर्ट किया जाता है.
back_forward इतिहास नेविगेशन का मतलब है कि पेज को देखा गया और हाल ही में उस पर वापस भेजा गया. सही कैश मेमोरी में, इन्हें तेज़ी से कैश मेमोरी में सेव किया जाना चाहिए. हालांकि, इसके लिए पेज का प्रोसेस होना और JavaScript का इस्तेमाल करना भी ज़रूरी होता है. इनमें से दोनों को bfcache के साथ इस्तेमाल नहीं किया जा सकता.
back_forward_cache इतिहास नेविगेशन, जिसे bfcache से दिखाया गया था. बैक अप की सुविधा का फ़ायदा लेने के लिए, अपने पेजों को ऑप्टिमाइज़ करने और ब्लॉकर को हटाकर, तेज़ी से काम करने में मदद मिलती है. ऐसा करने से, साइटों पर ऐसी समस्याएं दिखती हैं
prerender पेज को प्रीरेंडर किया गया था, जो bfcache की तरह ही था. इसकी वजह से, पेज तुरंत लोड हो सकता है.

कुछ मामलों में, पेज लोड में कई तरह के नेविगेशन शामिल हो सकते हैं. ऐसी स्थिति में, CrUX पहले मैच को टेबल के रिवर्स ऑर्डर में (नीचे से ऊपर तक) रिपोर्ट करता है.

ज़्यादा जानकारी के लिए, नेविगेशन टाइप की जानकारी से जुड़ी पोस्ट देखें.

एक्सपेरिमेंट के तौर पर उपलब्ध मेट्रिक

एक्सपेरिमेंट वाली मेट्रिक, BigQuery का इस्तेमाल करने वाले CrUX डेटासेट में उपलब्ध हैं. कुछ मेट्रिक CrUX API में भी उपलब्ध हैं. उपयोगकर्ताओं के सुझावों के हिसाब से इन मेट्रिक में समय-समय पर बदलाव हो सकते हैं. नए बदलावों की जानकारी से अप-टू-डेट रहने के लिए, प्रॉडक्ट की जानकारी देखें.

टाइम टू फ़र्स्ट बाइट

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

लोकप्रियता

लोकप्रियता रैंक मेट्रिक, CrUX डेटासेट में साइट की लोकप्रियता का एक तुलनात्मक माप है. इसे ऑरिजिन पर नेविगेशन की कुल संख्या से मापा जाता है. रैंक, आधे चरणों वाले लॉग10 स्केल पर होती है, जैसे कि टॉप 1K, टॉप 5K, टॉप 10K, टॉप 50K, टॉप 100k, टॉप 500k, टॉप 1M वगैरह.) हर रैंक में पिछली रैंक को छोड़कर. जैसे, टॉप 5k असल में 4k यूआरएल है, टॉप 1k को छोड़कर. डेटासेट के बढ़ने के साथ-साथ ऊपरी सीमा डाइनैमिक होती है.

लोकप्रियता, बड़े विश्लेषण के लिए गाइड के तौर पर दी जाती है. उदाहरण के लिए, टॉप 1,000 ऑरिजिन के लिए देश के हिसाब से परफ़ॉर्मेंस तय करना.

सूचना की अनुमतियां

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