मेट्रिक
CrUX में मौजूद मेट्रिक, स्टैंडर्ड वेब प्लैटफ़ॉर्म एपीआई की मदद से काम करती हैं. इन एपीआई को ब्राउज़र दिखाता है. खास तौर पर BigQuery डेटासेट में, इस डेटा को ऑरिजिन-रिज़ॉल्यूशन के लिए एग्रीगेट किया जाता है. साइट के मालिक, अपनी साइट की परफ़ॉर्मेंस के बारे में ज़्यादा जानकारी (उदाहरण के लिए, यूआरएल-लेवल रिज़ॉल्यूशन) और अहम जानकारी पाने के लिए, इन एपीआई का इस्तेमाल कर सकते हैं. इससे, वे अपने ऑरिजिन के लिए ज़्यादा जानकारी वाला असल उपयोगकर्ता मेज़रमेंट (आरयूएम) डेटा इकट्ठा कर सकते हैं. ध्यान दें कि Chrome में सभी एपीआई उपलब्ध होने पर, हो सकता है कि अन्य ब्राउज़र पर मेट्रिक के पूरे सेट की सुविधा न हो.
ज़्यादातर मेट्रिक को हिस्टोग्राम एग्रीगेशन के तौर पर दिखाया जाता है. इससे पर्सेंटाइल वैल्यू के डिस्ट्रिब्यूशन और अनुमानित जानकारी को विज़ुअलाइज़ किया जा सकता है.
पहला पैंट
"फ़र्स्ट पेंट, उस समय की रिपोर्ट करता है जब नेविगेशन के बाद ब्राउज़र को पहली बार रेंडर किया गया था. इसमें डिफ़ॉल्ट बैकग्राउंड पेंट शामिल नहीं है, लेकिन इसमें डिफ़ॉल्ट बैकग्राउंड पेंट शामिल नहीं है. पेज लोड होते समय, डेवलपर इस पहली चीज़ की परवाह करते हैं - जब ब्राउज़र, पेज को रेंडर करना शुरू कर देता है."
साइट का पहला एलिमेंट लोड होने में लगने वाला समय
"फ़र्स्ट कॉन्टेंटफ़ुल पेंट, उस समय की रिपोर्ट करता है जब ब्राउज़र ने पहली बार कोई टेक्स्ट, इमेज (इसमें बैकग्राउंड की इमेज शामिल हैं), बिना सफ़ेद कैनवस या SVG फ़ाइल को रेंडर किया था. इसमें ऐसे वेबफ़ॉन्ट वाला टेक्स्ट शामिल है जिन्हें मंज़ूरी मिलना बाकी है. यह पहली बार है कि उपयोगकर्ता पेज के कॉन्टेंट को देखना शुरू कर सकते हैं."
DOM कॉन्टेंट लोड किया गया
"DOMContentLoaded उस समय की रिपोर्ट देता है जब शुरुआती एचटीएमएल दस्तावेज़ को पूरी तरह से लोड और पार्स किया गया हो. इसके लिए, स्टाइलशीट, इमेज, और सबफ़्रेम के लोड होने का इंतज़ार किए बिना ऐसा करना पड़ता है."
सबसे बड़ा कॉन्टेंटफ़ुल पेंट
"सबसे बड़ा कॉन्टेंटफ़ुल पेंट (एलसीपी), लोड होने की अनुमानित स्पीड मापने के लिए, उपयोगकर्ता को ध्यान में रखकर बनाया गया एक अहम मेट्रिक है. ऐसा इसलिए, क्योंकि यह पेज के मुख्य कॉन्टेंट के लोड होने के दौरान, पेज लोड होने में लगने वाले पॉइंट को मार्क करता है — तेज़ एलसीपी उपयोगकर्ता को यह भरोसा दिलाता है कि पेज काम का है."
ऑनलोड
"पेज और उस पर निर्भर संसाधनों के लोड होने के बाद, लोड इवेंट ट्रिगर होता है."
कुल लेआउट शिफ़्ट
"कुल लेआउट शिफ़्ट (सीएलएस), विज़ुअल स्टेबिलिटी को मापने के लिए एक अहम मेट्रिक है, जो उपयोगकर्ता को ध्यान में रखकर बनाया जाता है. ऐसा इसलिए, क्योंकि इससे यह आकलन किया जा सकता है कि उपयोगकर्ताओं को कितनी बार अनचाहे लेआउट शिफ़्ट का सामना करना पड़ा. सीएलएस कम होने पर यह पक्का किया जा सकता है कि पेज दिलचस्प है."
पेज के रिस्पॉन्स में लगने वाला समय
"इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी) एक फ़ील्ड मेट्रिक है, जो जवाबदेही का आकलन करता है. आईएनपी, पूरे पेज लाइफ़साइकल के दौरान सभी इंटरैक्शन के इंतज़ार के समय को लॉग करता है. उन इंटरैक्शन की सबसे ज़्यादा वैल्यू—या कई इंटरैक्शन वाले पेजों के लिए सबसे ज़्यादा वैल्यू के आस-पास—को पेज के आईएनपी के तौर पर रिकॉर्ड किया जाता है. आईएनपी कम होने से यह पक्का होता है कि पेज हमेशा भरोसेमंद तरीके से काम करेगा."
इंटरैक्शन टू नेक्स्ट पेंट (आईएनपी) को फ़रवरी 2022 में CrUX डेटासेट में जोड़ा गया था. यह नई मेट्रिक, अलग-अलग इवेंट के एंड-टू-एंड इंतज़ार का समय कैप्चर करती है. साथ ही, यह किसी पेज के पूरे लाइफ़टाइम के दौरान, उसकी रिस्पॉन्सिवनेस के बारे में ज़्यादा जानकारी देती है.
नेविगेशन के टाइप
नेविगेशन टाइप मेट्रिक की मदद से, इन नेविगेशन के लिए पेज व्यू के प्रतिशत की जानकारी मिलती है:
| टाइप | ब्यौरा |
|---|---|
navigate |
ऐसा पेज लोड जो किसी भी अन्य कैटगरी में नहीं आता. |
navigate_cache |
ऐसा पेज लोड जिसका मुख्य रिसॉर्स (मुख्य एचटीएमएल दस्तावेज़), एचटीटीपी कैश मेमोरी से दिखाया गया था. साइटें अक्सर सब-रिसॉर्स के लिए कैश मेमोरी का इस्तेमाल करती हैं. हालांकि, मुख्य एचटीएमएल दस्तावेज़ को अक्सर काफ़ी कम कैश मेमोरी में सेव किया जाता है. जब ऐसा किया जाता है, तो स्थानीय और सीडीएन पर कैश मेमोरी में सेव करने की वजह से, परफ़ॉर्मेंस में काफ़ी सुधार हो सकता है. |
reload |
उपयोगकर्ता ने पेज को फिर से लोड किया. इसके लिए, उसने फिर से लोड करें बटन दबाया, पता बार में Enter दबाया या टैब बंद करने की कार्रवाई को पहले जैसा किया. अक्सर पेज को फिर से लोड करने पर, सर्वर की पुष्टि हो जाती है. इससे यह पता चलता है कि मुख्य पेज में बदलाव हुआ है या नहीं. पेज को रीफ़्रेश करने की संख्या ज़्यादा होने का मतलब है कि उपयोगकर्ता को वेबसाइट पर बुरा अनुभव मिल रहा है. |
restore |
ब्राउज़र के रीस्टार्ट होने के बाद, पेज को फिर से लोड किया गया या ऐसा टैब जिसे मेमोरी से जुड़ी वजहों से हटाया गया था. Android पर Chrome के लिए, इन्हें 'फिर से लोड करें' के तौर पर रिपोर्ट किया जाता है आज़माएं. |
back_forward |
इतिहास का नेविगेशन सेक्शन, जिसका मतलब है कि पेज को देखा गया और फिर से हाल ही में वापस लाया गया. सही कैश मेमोरी में सेव होने पर, ये तेज़ी से लोड होने चाहिए. हालांकि, इन्हें पेज को प्रोसेस करने और JavaScript को एक्ज़ीक्यूट करने की ज़रूरत भी पड़ सकती है. इन दोनों ही मामलों में, bfcache का इस्तेमाल करना ज़रूरी नहीं होता. |
back_forward_cache |
इतिहास का नेविगेशन जो bfcache से दिखाया गया था. bfcache का फ़ायदा पाने के लिए, अपने पेजों को ऑप्टिमाइज़ करें. इसके लिए, ब्लॉक करने वाले टूल हटाएं. इससे, साइटें तेज़ी से लोड होंगी और |
prerender |
इस पेज को पहले से रेंडर किया गया था, जो कि bfcache की तरह है. इस वजह से, पेज तुरंत लोड हो सकते हैं. |
कुछ मामलों में, पेज लोड के लिए कई तरह के नेविगेशन का इस्तेमाल किया जा सकता है. ऐसी स्थिति में, CrUX पहले मिलान को टेबल के उलटे क्रम में (नीचे से ऊपर) रिपोर्ट करता है.
ज़्यादा जानकारी के लिए, नेविगेशन टाइप की सूचना वाली पोस्ट देखें.
प्रयोग के तौर पर शुरू की गई मेट्रिक
एक्सपेरिमेंट के तौर पर उपलब्ध मेट्रिक, BigQuery का इस्तेमाल करने वाले CrUX डेटासेट में उपलब्ध हैं. इनमें से कुछ मेट्रिक, CrUX API में भी उपलब्ध हैं. उपयोगकर्ता के सुझावों के आधार पर, इन मेट्रिक में लगातार बदलाव हो सकता है. नए बदलावों के बारे में अप-टू-डेट रहने के लिए, प्रॉडक्ट की जानकारी देखें.
टाइम टू फ़र्स्ट बाइट
CrUX में TTFB को पेज के पूरे लोड होने पर ही इकट्ठा किया जाता है. यह बैक-फ़ॉरवर्ड नेविगेशन और पहले से रेंडर किए गए पेजों पर इकट्ठा किए जाने वाले दूसरे टाइमर (जैसे कि LCP) से अलग होता है. इसलिए, टीटीएफ़बी का सैंपल साइज़ अन्य मेट्रिक से छोटा हो सकता है. इसलिए, ज़रूरी नहीं है कि इसकी तुलना सीधे तौर पर उनसे की जाए.
CrUX, टीटीएफ़बी को सर्वर से दस्तावेज़ के संसाधन की पहली बाइट के तौर पर मेज़र करता है. टीटीएफ़बी का कंवेंशनल व्यू यह मेज़र करता है कि दस्तावेज़ का रिस्पॉन्स कब शुरू होता है. हालांकि, शुरुआती हिंट में "फ़र्स्ट बाइट" का इस्तेमाल होने पर इससे पहले होगा. आने वाले समय में, CrUX को अपडेट किया जा सकता है, ताकि 'शुरुआती संकेतों' को अनदेखा किया जा सके.
TTFB, सर्वर से जवाब मिलने में लगने वाले समय को सीधे तौर पर मेज़र नहीं करता. इसमें रीडायरेक्ट होने के समय से पहले के आकलन शामिल होते हैं. साथ ही, इस पर इस बात का भी असर पड़ता है कि जवाब कैश मेमोरी से मिल रहा है या सीडीएन से या सर्वर से. यह खास तौर पर CrUX जैसे फ़ील्ड डेटा में साफ़ तौर पर दिखता है. हालांकि, आम तौर पर लैब टेस्टिंग पर इन चीज़ों का ज़्यादा असर नहीं पड़ता, क्योंकि आखिरी यूआरएल की जांच की जाती है और अक्सर यह कैश मेमोरी में होने वाले बदलावों को खारिज करता है.
लोकप्रियता
लोकप्रियता की रैंक मेट्रिक, CrUX डेटासेट में साइट की लोकप्रियता का तुलनात्मक माप है. इसे ऑरिजिन पर मौजूद नेविगेशन की कुल संख्या से मापा जाता है. रैंक, लॉग10 स्केल पर होती है.इसमें आधा चरण शामिल होते हैं. जैसे, टॉप 1 हज़ार, टॉप 5 हज़ार, टॉप 10 हज़ार, टॉप 50 हज़ार, टॉप 100 हज़ार, टॉप 5 लाख, टॉप 10 लाख वगैरह. इसमें पिछली रैंक को छोड़कर, हर रैंक को ध्यान में रखा जाता है.जैसे, टॉप 5k का मतलब है पहले 4k यूआरएल. हालांकि, टॉप 1 हज़ार को छोड़कर. डेटासेट में बढ़ोतरी होने पर, इसकी ऊपरी सीमा भी बदलती रहती है.
लोकप्रियता का डेटा, बड़े पैमाने पर विश्लेषण के लिए गाइड के तौर पर दिया जाता है. उदाहरण के लिए, देश के हिसाब से टॉप 1,000 ऑरिजिन के लिए परफ़ॉर्मेंस का पता लगाना.
सूचना की अनुमतियां
जो वेबसाइटें उपयोगकर्ताओं को सूचनाएं दिखाने का अनुरोध करती हैं उनके लिए, यह मेट्रिक उपयोगकर्ताओं की कुल फ़्रीक्वेंसी को दिखाती है प्रॉम्प्ट के जवाब: स्वीकार करें, अस्वीकार करें, अनदेखा करें या खारिज करें.
दोतरफ़ा यात्रा का समय
हाल ही के नेटवर्क कनेक्शन के आधार पर, नेविगेशन के शुरू होने पर एचटीटीपी (ऐप्लिकेशन लेयर) के दोतरफ़ा यात्रा के समय का अनुमान देता है. इस मेट्रिक को rtt भी कहा जाता है नेटवर्क इन्फ़ॉर्मेशन एपीआई की प्रॉपर्टी है, जो वही एपीआई है जो इफ़ेक्ट कनेक्शन टाइप (ईसीटी) डाइमेंशन.
यह मेट्रिक सिर्फ़ CrUX API और CrUX History API में उपलब्ध है. इन्हें कुल 75वें पर्सेंटाइल में शामिल किया गया है. हिस्टोग्राम उपलब्ध नहीं हैं. यह सुविधा BigQuery में भी उपलब्ध नहीं है.