मेट्रिक

पब्लिश होने की तारीख: 23 जून, 2022, आखिरी अपडेट: 18 नवंबर, 2025

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

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

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

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

web.dev/articles/cls

DOM Content Loaded

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

एमडीएन

पहला पैंट

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

Paint Timing API

फ़र्स्ट कॉन्टेंटफ़ुल पेंट

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

Paint Timing API

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

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

web.dev/articles/inp

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

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

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

web.dev/articles/lcp

सबसे बड़े एलिमेंट को रेंडर करने में लगने वाले समय (एलसीपी) के लिए, रिसॉर्स का टाइप

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

web.dev/articles/lcp - एलसीपी के लिए किन एलिमेंट को शामिल किया जाता है

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

ज़्यादा जानकारी के लिए, एलसीपी के लिए, रिसॉर्स के टाइप लॉन्च करने के बारे में ब्लॉग पोस्ट पढ़ें.

सबसे बड़े एलिमेंट को रेंडर करने में लगने वाले समय (एलसीपी) के लिए, इमेज के सब-पार्ट

"एलसीपी के लिए ऑप्टिमाइज़ करना एक मुश्किल काम हो सकता है. ऐसा तब होता है, जब PageSpeed Insights आपको यह नहीं बताता कि इस मेट्रिक को कैसे बेहतर बनाया जाए. मुश्किल कामों को छोटे-छोटे, आसानी से मैनेज किए जा सकने वाले टास्क में बांटना और हर टास्क को अलग-अलग तरीके से हल करना आम तौर पर बेहतर होता है."

web.dev/articles/optimize-lcp - एलसीपी को सब-पार्ट में बांटना

इमेज के एलसीपी को उसके सबसे अहम सब-पार्ट में बांटने से, हर पार्ट को ऑप्टिमाइज़ करने के लिए, खास सुझावों और सबसे सही तरीकों का इस्तेमाल किया जा सकता है.

एलसीपी के लिए, इमेज के सब-पार्ट की जानकारी चार अलग-अलग मेट्रिक में दी जाती है:

  • largest_contentful_paint_image_time_to_first_byte
  • largest_contentful_paint_image_resource_load_delay
  • largest_contentful_paint_image_resource_load_duration
  • largest_contentful_paint_image_element_render_delay

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

टेक्स्ट के सब-पार्ट भी शामिल नहीं किए जाते, क्योंकि ये कम काम के होते हैं और इनसे इमेज के एलसीपी की संख्या में गड़बड़ी हो सकती है. जिन साइटों में ज़्यादातर एलसीपी, टेक्स्ट के होते हैं उनके लिए, कुल TTFB और कुल FCP मेट्रिक, काम के ब्रेकडाउन होते हैं. हालांकि, ध्यान दें कि ये सभी एलसीपी के लिए होते हैं और खास तौर पर टेक्स्ट के एलसीपी के लिए नहीं.

ज़्यादा जानकारी के लिए, एलसीपी के लिए, इमेज के सब-पार्ट लॉन्च करने के बारे में ब्लॉग पोस्ट पढ़ें.

नेविगेशन के टाइप मेट्रिक, इन नेविगेशन के पेज व्यू के प्रतिशत का ब्रेकडाउन दिखाती है:

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

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

ज़्यादा जानकारी के लिए, नेविगेशन के टाइप लॉन्च करने के बारे में पोस्ट पढ़ें.

Onload

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

एमडीएन

दोतरफ़ा यात्रा का समय

हाल ही के नेटवर्क कनेक्शन के आधार पर, नेविगेशन की शुरुआत में, एचटीटीपी (ऐप्लिकेशन लेयर) के दोतरफ़ा यात्रा के समय का अनुमान देता है. यह मेट्रिक, rtt प्रॉपर्टी पर आधारित है. यह वही एपीआई है जो पहले, कनेक्शन के असरदार टाइप (ईसीटी) डाइमेंशन के लिए ज़िम्मेदार था.

ज़्यादा जानकारी के लिए, एलसीपी के लिए, रिसॉर्स के टाइप लॉन्च करने के बारे में ब्लॉग पोस्ट पढ़ें.

एक्सपेरिमेंटल मेट्रिक

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

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

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

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

लोकप्रियता

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

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

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

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