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