उन वजहों के बारे में जानें जिनकी वजह से आरयूएम डेटा, CrUX से अलग Core Web Vitals नंबर दिखा सकता है.
पब्लिश करने की तारीख़: 15 अगस्त, 2022, पिछली बार अपडेट करने की तारीख़: 17 दिसंबर, 2025
Chrome के लिए उपयोगकर्ता अनुभव से जुड़ी रिपोर्ट (CrUX) में, उपयोगकर्ता अनुभव से जुड़ी मेट्रिक की ऐसी जानकारी मिलती है जिससे यह पता चलता है कि असल दुनिया में Chrome का इस्तेमाल करने वाले उपयोगकर्ताओं को वेब पर मौजूद लोकप्रिय साइटों पर कैसा अनुभव मिल रहा है. Chrome, इस डेटा को उन उपयोगकर्ताओं से अपने-आप इकट्ठा करता है जिन्होंने इसके लिए ऑप्ट-इन किया है. साथ ही, यह डेटा CrUX की ज़रूरी शर्तों के आधार पर उपलब्ध कराया जाता है.
इसलिए, CrUX डेटा लाखों वेबसाइटों के लिए उपलब्ध है. साइट के कई मालिकों के पास पहले फ़ील्ड डेटा का ऐक्सेस नहीं था. CrUX की मदद से, कई साइटों को पहली बार इस डेटा की अहमियत पता चली है. सार्वजनिक डेटासेट के तौर पर, CrUX का इस्तेमाल प्रतिस्पर्धी विश्लेषण और उपयोगकर्ता अनुभव की मेट्रिक के मानदंड के लिए भी किया जा सकता है.
रीयल यूज़र मॉनिटरिंग (आरयूएम), CrUX की तरह ही है. हालांकि, इसमें Chrome, उपयोगकर्ता अनुभव से जुड़ी मेट्रिक अपने-आप इकट्ठा नहीं करता. इसके बजाय, वेबसाइटों पर कोड शामिल किया जाता है, ताकि यह डेटा इकट्ठा किया जा सके. इसके बाद, इस डेटा को आरयूएम की सेवा देने वाली कंपनी या Analytics को भेजा जाता है, ताकि उसका विश्लेषण किया जा सके.
दोनों समाधान, उपयोगकर्ता अनुभव की मेट्रिक को मेज़र करते हैं. इसलिए, यह मान लेना स्वाभाविक है कि दोनों के नतीजे एक जैसे होने चाहिए. इनमें अंतर दिखने पर, भ्रम की स्थिति पैदा हो सकती है. इस गाइड में बताया गया है कि ऐसा क्यों हो सकता है. साथ ही, इसमें सुझाव दिए गए हैं कि संख्याएं मैच न होने पर क्या करना चाहिए.
CrUX के साथ आरयूएम सलूशन इस्तेमाल करने के फ़ायदे
CrUX, सभी साइटों पर एक जैसा व्यू दिखाने के लिए एक बेहतरीन टूल है. साथ ही, Core Web Vitals प्रोग्राम के लिए Google डेटासेट के तौर पर, साइटें इस बात पर नज़र रखना चाहेंगी कि यह क्या दिखा रहा है. CrUX का मकसद, लाखों वेबसाइटों के बारे में आंकड़ों के हिसाब से काम की जानकारी देना है, ताकि उनकी तुलना की जा सके.
हालांकि, डेटा में दिख रही संख्या की वजह जानने के लिए, CrUX के साथ-साथ आरयूएम के पूरे समाधान का इस्तेमाल करें. इससे आपको ज़्यादा जानकारी मिल सकती है. यह जानकारी, सार्वजनिक तौर पर क्वेरी किए जा सकने वाले डेटासेट में उपलब्ध जानकारी से ज़्यादा हो सकती है. इससे आपको कई तरीकों से अपनी मेट्रिक को समझाने और बेहतर बनाने में मदद मिल सकती है.
समस्याओं की जांच करने के लिए ज़्यादा बारीकी से विश्लेषण करना
CrUX का इस्तेमाल अक्सर यह बताने के लिए किया जा सकता है कि आपकी साइट पर कोई समस्या है या नहीं. हालांकि, इससे यह पता नहीं चलता कि आपकी साइट पर समस्या कहां है या क्यों है. आरयूएम के समाधानों से इस अंतर को कम किया जा सकता है. चाहे वे वेब-वाइटल लाइब्रेरी जैसे टूल की मदद से खुद बनाए गए हों या व्यावसायिक तौर पर उपलब्ध कई प्रॉडक्ट में से कुछ हों.
आरयूएम सलूशन का इस्तेमाल करने से, आपको अपने सभी पेजों और सभी ब्राउज़र के लिए ज़्यादा सटीक डेटा मिलता है. इसकी मदद से, डेटा को सेगमेंट में बांटा जा सकता है और उसका विश्लेषण किया जा सकता है. CrUX में ऐसा नहीं किया जा सकता. इससे आपको साइट की समस्याओं का पता लगाने और उनकी जांच करने में मदद मिलती है. क्या उपयोगकर्ताओं के किसी खास सेगमेंट की वजह से, इन मेट्रिक पर असर पड़ा है? या ऐसे उपयोगकर्ता जो कुछ कार्रवाइयां करते हैं? समस्या कब शुरू हुई? इन सवालों के जवाब, आरयूएम टूल से मिलने वाले अतिरिक्त डेटा की मदद से आसानी से दिए जा सकते हैं.
कारोबार की अन्य मेट्रिक के साथ कोरिलेट करना
आरयूएम की मदद से, वेब परफ़ॉर्मेंस मेट्रिक की तुलना सीधे तौर पर किसी भी कारोबारी मेट्रिक से की जा सकती है. इससे परफ़ॉर्मेंस में निवेश करने की वैल्यू का पता चलता है. साथ ही, यह भी पता चलता है कि परफ़ॉर्मेंस से जुड़े किन अन्य कामों को प्राथमिकता देनी चाहिए. हमारे पास ऐसी कई केस स्टडी हैं जिनमें कारोबारों ने इस संबंध को दिखाया है. जैसे, Farfetch या The Economic Times.
परफ़ॉर्मेंस से जुड़ा अन्य डेटा इकट्ठा करना
आरयूएम सलूशन की मदद से, अन्य कस्टम मेट्रिक इकट्ठा की जा सकती हैं. ये मेट्रिक सीधे तौर पर आपके कारोबार से जुड़ी होती हैं. इसका एक जाना-माना उदाहरण, Twitter की "टाइम टू फ़र्स्ट ट्वीट" मेट्रिक है. इसके बाद, साइट के हिसाब से तय किए गए इन मेज़र को, Core Web Vitals में हुए सुधारों और कारोबार की मेट्रिक के साथ जोड़ा जा सकता है.
फ़ील्ड डेटा के दो सेट के बीच अंतर
जिस व्यक्ति के पास एक घड़ी होती है उसे समय पता होता है. जिस व्यक्ति के पास दो घड़ियां होती हैं उसे कभी भी समय का पक्का पता नहीं होता.
सीगल का नियम
जब आपके पास डेटा के दो सोर्स होते हैं, तो अक्सर यह समझना मुश्किल और परेशान करने वाला हो सकता है कि वे अलग-अलग क्यों हैं. जिस तरह लैब और फ़ील्ड मेट्रिक के बीच के अंतर को समझना ज़रूरी है उसी तरह फ़ील्ड डेटा के दो सोर्स के बीच भी अंतर हो सकता है. आदर्श स्थिति में, दोनों प्लैटफ़ॉर्म पर डेटा एक जैसा होना चाहिए. हालांकि, कई वजहों से इनमें अंतर हो सकता है.
लैब डेटा बनाम फ़ील्ड डेटा
सबसे पहले यह देखें कि आपको लैब (सिंथेटिक) मेट्रिक दिख रही हैं या फ़ील्ड (आरयूएम) मेट्रिक. आम तौर पर, यह माना जाता है कि आरयूएम प्रॉडक्ट सिर्फ़ फ़ील्ड डेटा को देखते हैं. हालांकि, कई प्रॉडक्ट लैब कॉम्पोनेंट भी उपलब्ध कराते हैं.
लैब डेटा काफ़ी काम का होता है, क्योंकि इसे तय की गई शर्तों के तहत मेज़र किया जाता है. इसका इस्तेमाल, प्रोडक्शन एनवायरमेंट में होने वाले अनचाहे बदलावों या रिग्रेशन पर नज़र रखने के लिए किया जा सकता है. इसके लिए, फ़ील्ड पॉप्युलेशन में होने वाले बदलावों की ज़रूरत नहीं होती. हालांकि, हो सकता है कि लैब डेटा, उपयोगकर्ता के असल अनुभव को न दिखाए. इसलिए, फ़ील्ड मेट्रिक के नतीजे काफ़ी अलग हो सकते हैं.
जनसंख्या
CrUX और आरयूएम सलूशन के इस्तेमाल किए गए डेटासेट अलग-अलग हो सकते हैं. इसकी वजह यह है कि पेज विज़िट को मेज़र करने का तरीका अलग-अलग होता है. यह इस बात पर निर्भर करता है कि किन ब्राउज़र, उपयोगकर्ताओं, साइटों, और डिवाइसों की तुलना की जा रही है.
शामिल किए गए ब्राउज़र
Chrome के लिए उपयोगकर्ता अनुभव से जुड़ी रिपोर्ट, सिर्फ़ Chrome के लिए होती है. Chromium पर आधारित कई ब्राउज़र हैं, जैसे कि Edge, Opera, और Brave. ये ब्राउज़र, Chrome के कोड बेस का काफ़ी हिस्सा शेयर करते हैं. हालांकि, सिर्फ़ Chrome के उपयोगकर्ता ही CrUX में डेटा फ़ीड करते हैं. इस पाबंदी का मतलब यह भी है कि iOS पर Chrome इस्तेमाल करने वाले लोग इसमें शामिल नहीं हैं. ऐसा इसलिए, क्योंकि यह Webkit ब्राउज़र इंजन का इस्तेमाल करता है. Android वेबव्यू को भी "Chrome" के तौर पर नहीं गिना जाता. इसलिए, इन उपयोगकर्ताओं का डेटा शामिल नहीं किया जाता. हालांकि, Chrome के कस्टम टैब शामिल किए जाते हैं.
Chrome, दुनिया के सबसे लोकप्रिय ब्राउज़रों में से एक है. इसलिए, ज़्यादातर मामलों में यह आपकी साइट की परफ़ॉर्मेंस को बेहतर तरीके से दिखाता है. हालांकि, सिर्फ़ इस ब्राउज़र को मेज़र करने का मतलब यह नहीं है कि आपके सभी उपयोगकर्ताओं को मेज़र किया जा रहा है. इससे आरयूएम और CrUX के बीच का एक मुख्य अंतर पता चलता है. यह बात खास तौर पर, परफ़ॉर्मेंस से जुड़ी उन तकनीकों पर लागू होती है जो सिर्फ़ Chrome में उपलब्ध एपीआई या इमेज फ़ॉर्मैट पर निर्भर करती हैं.
iOS डेटा की कमी की वजह से, पक्षपात भी हो सकता है. उदाहरण के लिए, iOS उपयोगकर्ता आम तौर पर बेहतर परफ़ॉर्मेंस वाले डिवाइसों का इस्तेमाल करते हैं या बेहतर नेटवर्क इंफ़्रास्ट्रक्चर वाले ज़्यादा देशों से आते हैं. इसलिए, उन्हें शामिल करने से परफ़ॉर्मेंस की कुल मेट्रिक बेहतर हो सकती हैं. दूसरी ओर, उन्हें शामिल न करने से, जैसा कि CrUX करता है, डेटा में साइट पर आने वाले लोगों की संख्या कम हो सकती है (उदाहरण के तौर पर केस स्टडी). Android के उपयोगकर्ता आम तौर पर, कई तरह के डिवाइसों, डिवाइस की सुविधाओं, और मार्केट का इस्तेमाल करते हैं.
आरयूएम सलूशन, Chrome के अलावा अन्य ब्राउज़र से डेटा इकट्ठा कर सकते हैं. खास तौर पर, Chromium पर आधारित ब्राउज़र से, जिनमें अक्सर एक जैसी मेट्रिक (जैसे, Core Web Vitals) पहले से मौजूद होती हैं. Chromium पर आधारित नहीं होने वाले ब्राउज़र को भी आरयूएम सलूशन से मेज़र किया जाता है. हालांकि, इनमें मेट्रिक का सेट ज़्यादा सीमित हो सकता है. उदाहरण के लिए, लेआउट शिफ़्ट होने में लगने वाला समय (सीएलएस) सिर्फ़ Chromium पर आधारित ब्राउज़र में उपलब्ध है. पेंट पर आधारित कुछ अन्य मेट्रिक, जैसे कि एलसीपी, आईएनपी, और साइट का पहला एलिमेंट लोड होने में लगने वाला समय (एफ़सीपी) को मेज़र करने का तरीका काफ़ी अलग हो सकता है. इसके बारे में बाद में बताया गया है.
ऑप्ट-इन करने वाले उपयोगकर्ता
CrUX, Chrome के उपयोगकर्ताओं तक ही सीमित नहीं है. यह Chrome के उन उपयोगकर्ताओं के सबसेट को ही मेज़र करता है जिन्होंने ब्राउज़र इंस्टॉल करते समय, CrUX डेटा शेयर करने का विकल्प चुना था.
आरयूएम की सेवा देने वाली कंपनियां भी उपयोगकर्ताओं के सिर्फ़ एक सबसेट को देखती हैं. आम तौर पर, ऐसा कुकी बैनर प्रॉम्प्ट की वजह से होता है. ये प्रॉम्प्ट, उपयोगकर्ताओं से आरयूएम डेटा कलेक्शन के लिए ऑप्ट-इन करने या ट्रैकिंग ब्लॉक करने के लिए कहते हैं. अगर दूसरे या उसके बाद के पेज तक सहमति नहीं दी जाती है, तो इससे शुरुआती पेज लोड होने पर बुरा असर पड़ सकता है. ऐसा तब होता है, जब साइट की कुछ ऐसेट पहले से ही पिछले पेजों से कैश मेमोरी में सेव हो चुकी हों. अगर ऐसा अक्सर होता है, तो हो सकता है कि आरयूएम में मेट्रिक असल से ज़्यादा बेहतर दिखें. ऐसा तब होता है, जब शुरुआती पेज लोड होने में लगने वाले ज़्यादा समय को ज़रूरत के मुताबिक मामलों में शामिल न किया गया हो.
शामिल की गई साइटें
CrUX का मकसद सिर्फ़ सार्वजनिक वेबसाइटों के बारे में रिपोर्ट करना है. इसलिए, ज़रूरी शर्तें पूरी न होने पर, हो सकता है कि CrUX में डेटा लॉग न किया जाए. इनमें से सबसे अहम शर्त यह है कि वेबसाइट को सार्वजनिक तौर पर खोजा जा सके और वह काफ़ी लोकप्रिय हो. इससे यह पक्का किया जा सकेगा कि सैंपल साइज़ इतना हो कि उससे काम के नतीजे निकाले जा सकें. ज़्यादातर मामलों में, इसकी वजह से CrUX में कोई डेटा उपलब्ध नहीं होगा. डेटा उपलब्ध होने के बावजूद अलग-अलग होने की तुलना में, यह अंतर कम भ्रम पैदा करता है. हालांकि, इससे यह पता चलता है कि ऐसा क्यों होता है.
हालांकि, अगर किसी साइट के कुछ पेजों को इंडेक्स किए जाने लायक के तौर पर मार्क किया गया है, लेकिन अन्य पेजों को नहीं, तो आपको CrUX में सिर्फ़ यूआरएल का सबसेट दिख सकता है. अगर ऑरिजिन को सार्वजनिक तौर पर खोजा जा सकता है, तो उस ऑरिजिन के सभी पेज व्यू, ऑरिजिन-लेवल के डेटा में शामिल किए जाएंगे. हालांकि, हो सकता है कि यूआरएल-लेवल का डेटा उपलब्ध न हो.
डिवाइस
CrUX, डेटा को मोबाइल, डेस्कटॉप, और टैबलेट के हिसाब से सेगमेंट में बांटता है. हालांकि, कई टूल पहले दो पर ध्यान देते हैं और हो सकता है कि वे टैबलेट का डेटा न दिखाएं या उसे मोबाइल या डेस्कटॉप में शामिल करें. मोबाइल और डेस्कटॉप पर परफ़ॉर्मेंस की विशेषताएं काफ़ी अलग हो सकती हैं. ऐसा, डिलीवर किए गए कॉन्टेंट और उन्हें देखने वाले डिवाइसों की क्षमताओं, दोनों के हिसाब से हो सकता है.
आरयूएम डेटा की मदद से, ट्रैफ़िक को इसी तरह सेगमेंट किया जा सकता है. हालांकि, यह आम तौर पर डिफ़ॉल्ट रूप से इकट्ठा किया गया डेटा दिखाता है. आरयूएम, सिर्फ़ डिवाइस टाइप (उदाहरण के लिए, मोबाइल) या ब्राउज़र (उदाहरण के लिए, Chrome) के हिसाब से सेगमेंट करने की अनुमति दे सकता है. हालांकि, मोबाइल Chrome ट्रैफ़िक को देखने के लिए, दोनों के हिसाब से सेगमेंट करने की अनुमति नहीं देता. CrUX डेटा से तुलना करते समय, पक्का करें कि आप एक जैसे डेटा की तुलना कर रहे हों. इसके लिए, डिवाइस टाइप और Chrome ब्राउज़र के हिसाब से फ़िल्टर करें.
सैंपलिंग
आरयूएम सलूशन, आम तौर पर उन विज़िटर के सैंपलिंग रेट में बदलाव करने की सुविधा देते हैं जिन्होंने डेटा इकट्ठा करने की अनुमति दी है. इसका इस्तेमाल, विश्लेषण के लिए ज़रूरी डेटा की मात्रा को कम करने और व्यावसायिक आरयूएम सेवाओं की लागत को कम करने के लिए किया जा सकता है. अगर सैंपल साइज़ बहुत छोटा है और वह ज़्यादा लोगों को नहीं दिखाता है, तो इससे मिलने वाली मेट्रिक भी गलत होंगी. अपनी साइट के लिए सही सैंपलिंग साइज़ के बारे में, आरयूएम की सेवा देने वाली कंपनी से बात करें.
डेटा का एग्रीगेशन
फ़ील्ड डेटा में, लैब डेटा की तुलना में एक ही मेट्रिक के कई डेटा पॉइंट शामिल होंगे. लैब डेटा में सिर्फ़ एक वैल्यू होती है. अगर रिपोर्टिंग के लिए इस डेटा को अलग तरीके से एग्रीगेट किया जाता है, तो यह CrUX और आरयूएम के बीच अंतर की एक और वजह हो सकती है.
समयावधि
CrUX डेटा, ट्रैफ़िक की 28 दिनों की स्लाइडिंग विंडो पर आधारित होता है. इस समयावधि को बदला नहीं जा सकता. हालांकि, CrUX BigQuery डेटा हर महीने के लिए सेव किया जाता है. इससे आपको पिछले महीनों का डेटा देखने की सुविधा मिलती है. साथ ही, CrUX History API से हर हफ़्ते का पुराना डेटा भी मिलता है. दोनों ही अब भी 28 दिनों की स्लाइडिंग विंडो के आधार पर डेटा उपलब्ध कराते हैं.
आरयूएम डेटा से, आम तौर पर ज़्यादा बारीकी से जानकारी मिलती है. इससे बदलावों का असर ज़्यादा जल्दी देखा जा सकता है. हालांकि, कम समय के लिए डेटा चुनने पर, वेबसाइट ट्रैफ़िक और विज़िटर में होने वाले उतार-चढ़ाव की वजह से, आरयूएम डेटा पर असर पड़ सकता है. आरयूएम डेटा की तुलना CrUX डेटा से करते समय, हमेशा पक्का करें कि आप 28 दिनों की परफ़ॉर्मेंस देख रहे हों. जब आपको लगे कि डेटा एक जैसा है, तो आरयूएम डेटा को ज़्यादा बारीकी से देखने के लिए, अन्य समयावधियां देखी जा सकती हैं.
आंकड़ों को एग्रीगेट करना
CrUX मेट्रिक को 75वें पर्सेंटाइल पर मेज़र किया जाता है. इसका मतलब है कि 75% पेज व्यू को मिली वैल्यू को देखा जाता है. फ़ील्ड डेटा में बहुत ज़्यादा अंतर हो सकता है. सबसे खराब 25% अनुभवों को हटाने का मकसद, ऐसी वैल्यू देना है जो वेबसाइट पर आने वाले ज़्यादातर लोगों को आसानी से मिल सके.
आरयूएम प्रॉडक्ट अक्सर मेट्रिक को एग्रीगेट करने के कई विकल्प देते हैं. इनमें 75वां पर्सेंटाइल, मीडियन, और अन्य पर्सेंटाइल शामिल हैं. अगर आरयूएम वैल्यू की तुलना CrUX डेटा से की जा रही है, तो यह पक्का करना ज़रूरी है कि आप 75वें पर्सेंटाइल डेटा को देख रहे हों, ताकि एक जैसे डेटा की तुलना की जा सके.
CrUX के हिस्टोग्राम डेटा में, उपलब्ध सारा डेटा शामिल होता है. इसमें सिर्फ़ 75वां पर्सेंटाइल नहीं होता. साथ ही, इसमें हर रेटिंग में पेज व्यू की संख्या दिखती है. हालांकि, कुल स्कोर 75वें पर्सेंटाइल पर आधारित होगा. यह CrUX डेटा, PageSpeed Insights जैसे टूल में दिखता है:
मेट्रिक में अंतर
वेब परफ़ॉर्मेंस को मेज़र करने के लिए कई मेट्रिक का इस्तेमाल किया जाता है. इसलिए, डेटा के दो अलग-अलग सेट की तुलना करते समय, यह समझना ज़रूरी है कि किन मेट्रिक को मेज़र किया जा रहा है और उन मेट्रिक का इस्तेमाल कैसे किया जा रहा है.
मेज़र की गई मेट्रिक
CrUX डेटा, Core Web Vitals पहल का Google डेटासेट है. यह मुख्य रूप से इन मेट्रिक को मेज़र करता है: LCP, CLS, और आईएनपी. साथ ही, इसमें कुछ अन्य मेट्रिक भी शामिल हैं.
आरयूएम टूल में आम तौर पर, ये Core Web Vitals शामिल होते हैं. हालांकि, इनमें अक्सर कई अन्य मेट्रिक भी शामिल होती हैं. आरयूएम की सुविधा देने वाली कुछ कंपनियां, इन सभी मेट्रिक के अपने कॉम्बिनेशन का इस्तेमाल करके भी उपयोगकर्ता अनुभव को मेज़र करती हैं. ऐसा शायद "हैप्पीनेस इंडेक्स" या इस तरह की कोई और जानकारी देने के लिए किया जाता है. आरयूएम डेटा की तुलना CrUX से करते समय, पक्का करें कि एक जैसे डेटा की तुलना की जा रही हो.
Core Web Vitals की मेट्रिक में पास या फ़ेल होने की स्थिति का आकलन करने वाले टूल को किसी पेज को तब पास मानना चाहिए, जब वह Core Web Vitals की सभी मेट्रिक के लिए, 75वें पर्सेंटाइल पर सुझाए गए टारगेट को पूरा करता हो. अगर बिना इंटरैक्शन वाले पेजों के लिए आईएनपी मौजूद नहीं है, तो सिर्फ़ एलसीपी और सीएलएस को पास करना होगा.
अलग-अलग ब्राउज़र में मेट्रिक के डेटा में अंतर
CrUX सिर्फ़ Chrome ब्राउज़र में मेज़र करता है. Chrome के हर वर्शन के साथ इनमें होने वाले बदलावों को देखने के लिए, Web Vitals के चेंजलॉग देखें.
हालांकि, आरयूएम सलूशन, अलग-अलग तरह के ब्राउज़र से मेज़र करेंगे. Chromium पर आधारित ब्राउज़र (Edge, Opera वगैरह) की सेटिंग Chrome जैसी ही होंगी. हालांकि, अगर Chrome में कोई नया बदलाव लागू किया जा रहा है, तो वह बदलाव लॉग में दिखेगा.
Chromium के अलावा अन्य ब्राउज़र के लिए, अंतर ज़्यादा साफ़ तौर पर दिख सकते हैं. उदाहरण के लिए, एलसीपी, आईएनपी, और एफ़सीपी जैसी पेंट पर आधारित मेट्रिक, Safari और Firefox में उपलब्ध हैं. हालांकि, इन्हें अलग तरीके से मेज़र किया जाता है. इस वजह से, रिपोर्ट किए गए समय में काफ़ी अंतर हो सकता है. जैसा कि पहले बताया गया है, अगर आपको आरयूएम की तुलना CrUX से करनी है, तो सिर्फ़ Chrome उपयोगकर्ताओं को फ़िल्टर करना सबसे सही रहेगा. इससे आपको एक जैसी तुलना करने में मदद मिलेगी.
मेट्रिक का समय
Core Web Vitals मेट्रिक, वेब ब्राउज़र एपीआई से मिलती हैं. हालांकि, इसका यह मतलब नहीं है कि इनका इस्तेमाल करके रिपोर्ट की गई वैल्यू में अंतर नहीं हो सकता. मेट्रिक का आकलन ठीक कब किया जाता है—पेज लोड होने पर या पूरे पेज लाइफ़ साइकल के दौरान—इससे अंतर आ सकता है. ऐसा हो सकता है कि आरयूएम टूल, मेट्रिक को हमेशा एक ही तरीके से मेज़र न करें. भले ही, वे डेटा पाने के लिए एक ही नाम और एक ही ब्राउज़र एपीआई का इस्तेमाल कर रहे हों. इससे भ्रम की स्थिति पैदा हो सकती है.
सबसे बड़े एलिमेंट को रेंडर करने में लगने वाला समय (एलसीपी), पेज लोड होने की मेट्रिक है. अगर शुरुआती रेंडर के बाद बड़े एलिमेंट लोड होते हैं, तो वेब एपीआई कई एलसीपी एलिमेंट की रिपोर्ट कर सकता है. फ़ाइनल एलसीपी एलिमेंट तब होता है, जब पेज लोड हो जाता है या उपयोगकर्ता पेज से इंटरैक्ट करता है. इसलिए, अगर एलसीपी एलिमेंट को उन दो इवेंट से पहले रिपोर्ट किया जाता है, तो अंतर दिख सकता है.
इसके अलावा, फ़ील्ड डेटा में एलसीपी एलिमेंट इस आधार पर अलग हो सकता है कि पेज कैसे लोड होता है. पेज के सबसे ऊपर मौजूद कॉन्टेंट को दिखाने वाले डिफ़ॉल्ट पेज लोड के लिए, एलसीपी एलिमेंट मुख्य रूप से स्क्रीन के साइज़ पर निर्भर करेगा. हालांकि, अगर पेज को दस्तावेज़ में नीचे मौजूद किसी ऐंकर लिंक से खोला जाता है या सिंगल पेज ऐप्लिकेशन (एसपीए) में डीप-लिंक से खोला जाता है, तो एलसीपी एलिमेंट अलग हो सकता है. इसके बारे में ज़्यादा जानकारी बाद में दी जाएगी.
यह न मानें कि CrUX या आरयूएम में दिए गए एलसीपी के समय, लैब टूल के एलिमेंट पर आधारित हैं. CrUX आपको हर पेज या ऑरिजिन के लिए एलसीपी की कुल वैल्यू देगा. वहीं, आरयूएम इसे और सेगमेंट कर सकता है, ताकि एलसीपी की समस्या वाले अलग-अलग सेशन की पहचान की जा सके.
लेआउट शिफ़्ट होने में लगने वाले समय (सीएलएस) को पेज के पूरे लाइफ़स्पैन के दौरान मेज़र किया जाता है. इसलिए, हो सकता है कि पेज लोड होने के शुरुआती सीएलएस से उन पेजों का पता न चले जिनमें पेज लोड होने और उपयोगकर्ता के इंटरैक्ट करने के बाद, ज़्यादा शिफ़्ट होते हैं. पेज लोड होने के बाद ही सीएलएस वैल्यू लेने से, पेज पर उपयोगकर्ता की गतिविधि खत्म होने के बाद सीएलएस वैल्यू लेने की तुलना में अलग नतीजा मिलेगा. ऐसा कई आरयूएम प्रॉडक्ट करते हैं.
पेज के रिस्पॉन्स में लगने वाला समय (आईएनपी) मेट्रिक को मेज़र करने के लिए, इनपुट की ज़रूरत होती है. यह मेट्रिक, पेज के लाइफ़स्पैन के दौरान हुए सभी क्लिक, टैप, और कीबोर्ड इंटरैक्शन को ट्रैक करती है. यह सीएलएस की तरह ही काम करती है. इसलिए, अगर उपयोगकर्ता ने पेज पर कई इंटरैक्शन किए हैं, तो आईएनपी की रिपोर्ट की गई वैल्यू बहुत अलग हो सकती है.
CrUX, Core Web Vitals के दस्तावेज़ में दिए गए दिशा-निर्देशों का पालन करेगा. साथ ही, पेज के पूरे लाइफ़टाइम के दौरान, इन मेट्रिक को मेज़र करेगा. कई आरयूएम प्रोवाइडर, इन मेट्रिक को पेज लोड होने के बाद या किसी अन्य समय पर मेज़र करते हैं. उदाहरण के लिए, जब किसी मुख्य कॉल-टू-ऐक्शन पर क्लिक किया जाता है. ऐसा करने की कई वजहें होती हैं.
जब दोनों डेटा सोर्स के बीच अंतर की वजह समझ न आए, तो आरयूएम की सेवा देने वाली कंपनी से यह जानना ज़रूरी है कि Core Web Vitals कब मेज़र किए जाते हैं.
एक पेज वाले ऐप्लिकेशन
एक पेज वाले ऐप्लिकेशन (एसपीए), मौजूदा पेज पर कॉन्टेंट को अपडेट करके काम करते हैं. ये ब्राउज़र लेवल पर, असल पेज नेविगेशन नहीं करते. इसका मतलब है कि ब्राउज़र इन्हें पेज नेविगेशन के तौर पर नहीं देखता. भले ही, उपयोगकर्ताओं को ऐसा लगता हो. ब्राउज़र से मिलने वाले Core Web Vitals एपीआई, इन्हें ध्यान में नहीं रखेंगे. इसलिए, CrUX इन पेज नेविगेशन के साथ काम नहीं करता. इस समस्या को हल करने के लिए काम जारी है. ज़्यादा जानकारी के लिए, सॉफ़्ट नेविगेशन को मेज़र करना पोस्ट देखें.
आरयूएम की सुविधा देने वाली कुछ कंपनियां, एसपीए में "सॉफ़्ट नेविगेशन" का पता लगाने की कोशिश करती हैं. हालांकि, अगर वे "सॉफ़्ट नेविगेशन" के लिए Core Web Vitals मेट्रिक भी एट्रिब्यूट करती हैं, तो इससे CrUX के साथ अंतर पैदा होगा. इसकी वजह यह है कि इसके लिए इस्तेमाल होने वाले एपीआई, कई मेट्रिक के लिए इस सुविधा के साथ काम नहीं करते.
CrUX और Web API के बीच अंतर
कौनसे पेज व्यू मेज़र किए जाते हैं और क्या मेज़र किया जाता है, इसमें अंतर होने के साथ-साथ कुछ अन्य और ज़्यादा जटिल स्थितियां भी होती हैं. इनके बारे में जानना ज़रूरी है, क्योंकि इनकी वजह से CrUX और आरयूएम डेटा में अंतर हो सकता है. इनमें से कुछ अंतर, मेट्रिक को मेज़र करने के लिए इस्तेमाल किए जाने वाले वेब एपीआई की सीमाओं की वजह से होते हैं. वहीं, कुछ अंतर तब होते हैं, जब एपीआई से मिले नतीजों को कुछ स्थितियों के लिए अलग तरीके से इस्तेमाल करने की ज़रूरत होती है. Core Web Vitals के दस्तावेज़ में, LCP और CLS के लिए इन अंतरों को बताया गया है. हालांकि, मुख्य अंतरों को यहां दिए गए सेक्शन में भी बताया गया है.
बैक/फ़ॉरवर्ड कैश मेमोरी
CrUX, बैक/फ़ॉरवर्ड कैश मेमोरी (या bfcache) को पेज नेविगेशन के तौर पर रीस्टोर करता है. भले ही, इनसे सामान्य पेज लोड न हो. वेब एपीआई इन्हें पेज लोड के तौर पर नहीं मानते. इसलिए, अगर आरयूएम समाधानों को CrUX से मैच करना है, तो उन्हें इन पेजों की गिनती करने के लिए अतिरिक्त कदम उठाने होंगे. ये पेज काफ़ी तेज़ी से लोड होते हैं. इससे किसी साइट की परफ़ॉर्मेंस बेहतर हो सकती है. इसलिए, इन्हें शामिल न करने से पेज की परफ़ॉर्मेंस की मेट्रिक खराब हो सकती हैं. अपने आरयूएम सलूशन को देखें और जानें कि क्या वह बीएफ़कैश से वापस लाए गए पेजों को हैंडल करता है.
iframe
सुरक्षा और निजता की वजहों से, टॉप-लेवल पेजों के पास iframe में मौजूद कॉन्टेंट का ऐक्सेस नहीं होता. यहां तक कि सेम-ऑरिजिन वाले iframe का ऐक्सेस भी नहीं होता. इसका मतलब है कि iframe में मौजूद कॉन्टेंट की परफ़ॉर्मेंस मेट्रिक को सिर्फ़ iframe से मेज़र किया जा सकता है. फ़्रेमिंग पेज पर मौजूद वेब एपीआई से इन्हें मेज़र नहीं किया जा सकता. अगर iframe कॉन्टेंट में एलसीपी एलिमेंट या ऐसा कॉन्टेंट शामिल है जो उपयोगकर्ता के सीएलएस या आईएनपी पर असर डालता है, तो यह आरयूएम सलूशन के लिए उपलब्ध नहीं होगा. इसमें Google की web-vitals JavaScript लाइब्रेरी भी शामिल है.
हालांकि, CrUX को पेज पर मौजूद JavaScript के बजाय Chrome ब्राउज़र से मेज़र किया जाता है. इसलिए, इसमें ये सीमाएं नहीं होती हैं. इस वजह से, Core Web Vitals की रिपोर्टिंग करते समय, iframe में मौजूद मेट्रिक को मेज़र किया जाता है. इससे उपयोगकर्ता के अनुभव के बारे में ज़्यादा सटीक जानकारी मिलती है. हालांकि, iframe का इस्तेमाल करने वाली साइटों के लिए, यह अंतर की एक और वजह हो सकती है.
CrUX और आरयूएम में एलसीपी डेटा के बीच अंतर होने का एक उदाहरण, एम्बेड किया गया <video> है. अपने-आप चलने वाले <video> एलिमेंट के पहले पेंट किए गए फ़्रेम को एलसीपी कैंडिडेट के तौर पर गिना जा सकता है. हालांकि, लोकप्रिय वीडियो स्ट्रीमिंग सेवाओं के लिए एम्बेड किए गए एलिमेंट, इन एलिमेंट को <iframe> में डाल सकते हैं. CrUX इस समस्या को हल कर सकता है, क्योंकि यह <iframe> कॉन्टेंट को ऐक्सेस कर सकता है. हालांकि, आरयूएम समाधान ऐसा नहीं कर सकते.
क्रॉस-ऑरिजिन रिसॉर्स
अन्य डोमेन से दिखाए जाने वाले एलसीपी मीडिया के रेंडर होने में लगने वाला समय, PerformanceObserver API में नहीं दिखता. ऐसा तब तक होता है, जब तक Timing-Allow-Origin हेडर (टीएओ) न दिया गया हो. ऐसा टाइमिंग अटैक को कम करने के लिए, ब्राउज़र की सुरक्षा से जुड़ी पाबंदियों की वजह से होता है. यह संसाधन के लोड होने के समय पर वापस चला जाता है. हालांकि, यह कॉन्टेंट के असल में पेंट होने के समय से काफ़ी अलग हो सकता है.
इसकी वजह से, ऐसी स्थिति पैदा हो सकती है जहां वेब एपीआई, एलसीपी को एफ़सीपी से पहले रिपोर्ट करते हैं. हालांकि, ऐसा होना नामुमकिन है. हालांकि, ऐसा नहीं है. सुरक्षा से जुड़ी इस पाबंदी की वजह से, ऐसा लगता है.
इस समस्या को 2024 के आखिर में ठीक कर दिया गया था. साथ ही, रेंडर होने में लगने वाले समय को थोड़ा कम सटीक बनाने की सुविधा, Chrome 133 से उपलब्ध है. भले ही, Timing-Allow-Origin न दिया गया हो.
CrUX, Core Web Vitals के लिए रेंडर होने में लगने वाले समय का डेटा रिपोर्ट करता है. साइटों को सलाह दी जाती है कि वे क्रॉस-ऑरिजिन कॉन्टेंट को सीमित करें. इससे Core Web Vitals मेट्रिक पर असर पड़ता है. साथ ही, अगर साइटें इस मेट्रिक को ज़्यादा सटीक तरीके से मेज़र करना चाहती हैं, तो जहां भी संभव हो वहां टीएओ को चालू करें. अन्य क्रॉस-ऑरिजिन संसाधनों पर भी इसी तरह की पाबंदियां लागू हो सकती हैं.
बैकग्राउंड टैब
जब किसी पेज को बैकग्राउंड टैब में नहीं खोला जाता है, तब भी वह वेब एपीआई का इस्तेमाल करके मेट्रिक उत्सर्जित करेगा. हालांकि, CrUX इनकी रिपोर्ट नहीं करता, क्योंकि ये ऐसी टाइमिंग देते हैं जो उपयोगकर्ता अनुभव के मुताबिक नहीं होतीं. आरयूएम सलूशन को भी इन्हें अनदेखा करना चाहिए या कम से कम यह बताना चाहिए कि इन पेज व्यू को कैसे मैनेज किया जाता है.
तो हम इस बारे में क्या कर सकते हैं?
हमने बताया है कि CrUX और आरयूएम डेटा के बीच अंतर क्यों हो सकता है. ऐसा दोनों के इस्तेमाल किए जाने वाले तरीके में अंतर होने की वजह से हो सकता है. इसके अलावा, ऐसा इस वजह से भी हो सकता है कि किन उपयोगकर्ताओं और पेज व्यू को शामिल किया गया है या बाहर रखा गया है. आम तौर पर, डेटा के दोनों सेट आपकी साइट की परफ़ॉर्मेंस को दिखाते हैं, ताकि वे काम के हों. हालांकि, यहां दी गई वजहों से यह पता चलता है कि हर सेट में एक जैसे नंबर मिलने की संभावना बहुत कम है.
जहां अंतर मामूली हो (उदाहरण के लिए, 2.0 सेकंड बनाम 2.2 सेकंड का एलसीपी रिपोर्ट करना), वहां दोनों डेटासेट काम के होंगे. साथ ही, आम तौर पर उन्हें करीब-करीब सिंक किया हुआ माना जा सकता है.
जब डेटा में अंतर की वजह से आपको डेटा के सटीक होने पर शक हो, तो आपको उन अंतर को समझने की कोशिश करनी चाहिए. क्या आरयूएम डेटा को फ़िल्टर करके, CrUX के साथ ज़्यादा सटीक तरीके से अलाइन किया जा सकता है, ताकि इन अंतरों को कम किया जा सके? इसके लिए, सिर्फ़ Chrome के उपयोगकर्ताओं को देखा जा सकता है. ये उपयोगकर्ता, डेस्कटॉप या मोबाइल के लिए, 28 दिनों में 75वें पर्सेंटाइल वैल्यू वाले होने चाहिए.
अगर ऐसा है और आपको डेटा को ज़्यादा सटीक तरीके से मैच करना है, तो आपको अब भी यह पूछना चाहिए कि आपको कुल डेटा में ये अंतर क्यों दिख रहे हैं और इसका क्या मतलब है. क्या Chrome का इस्तेमाल न करने वाले उपयोगकर्ता, आपकी मेट्रिक को पॉज़िटिव या नेगेटिव तरीके से प्रभावित कर रहे हैं? क्या इससे आपको परफ़ॉर्मेंस की समस्याओं के बारे में ज़्यादा अहम जानकारी मिलती है, ताकि आप उन्हें प्राथमिकता दे सकें?
अगर Chrome का इस्तेमाल न करने वाले उपयोगकर्ताओं को अलग-अलग नतीजे मिल रहे हैं, तो आरयूएम से मिली अहम जानकारी का इस्तेमाल करके, अलग तरीके से ऑप्टिमाइज़ किया जा सकता है. उदाहरण के लिए, कुछ एपीआई कुछ ब्राउज़र पर उपलब्ध नहीं होते हैं. हालांकि, इस्तेमाल न किए जा सकने वाले ब्राउज़र के लिए, अन्य विकल्पों पर विचार किया जा सकता है, ताकि उनके अनुभवों को भी बेहतर बनाया जा सके. इसके अलावा, कम स्टोरेज वाले डिवाइसों या कम स्पीड वाले नेटवर्क का इस्तेमाल करने वाले लोगों को बेहतर परफ़ॉर्मेंस वाला अलग अनुभव दिया जा सकता है. CrUX में सिर्फ़ Chrome का डेटा शामिल होता है. हालांकि, आपको अपनी साइट पर आने वाले सभी लोगों के अनुभवों को ध्यान में रखना चाहिए, ताकि आप ज़रूरी सुधारों को प्राथमिकता दे सकें. आरयूएम डेटा से इस कमी को पूरा किया जा सकता है.
किसी भी अंतर की वजहों को समझने के बाद, दोनों टूल आपकी वेबसाइट पर उपयोगकर्ता अनुभव को समझने में काफ़ी मददगार साबित हो सकते हैं. साथ ही, इनकी मदद से उपयोगकर्ता अनुभव को बेहतर बनाया जा सकता है. भले ही, दोनों टूल के नंबर एक जैसे न हों. CrUX डेटा के साथ आरयूएम डेटा का इस्तेमाल करें. इससे आपको CrUX डेटा को बेहतर तरीके से समझने में मदद मिलेगी. इसके लिए, अपने ट्रैफ़िक को सेगमेंट में बांटें, ताकि आपको यह पता चल सके कि आपकी साइट के किन हिस्सों या उपयोगकर्ताओं के किस ग्रुप पर ध्यान देने की ज़रूरत है.
यह देखना ज़्यादा ज़रूरी है कि आपके किए गए बदलावों से उम्मीद के मुताबिक पॉज़िटिव असर पड़ रहा है या नहीं. इसके मुकाबले, दोनों डेटा सोर्स के बीच हर नंबर का सटीक मैच होना कम ज़रूरी है. जैसा कि पहले बताया गया है, आरयूएम की मदद से अलग-अलग समयावधि देखी जा सकती है. इससे आपको यह जानने में मदद मिलती है कि 28 दिनों का CrUX स्कोर क्या होगा. हालांकि, बहुत कम समयावधि देखने से डेटा में गड़बड़ी हो सकती है. इसलिए, CrUX 28 दिनों का डेटा इस्तेमाल करता है.
इन अलग-अलग मेट्रिक में अक्सर कोई "सही" या "गलत" जवाब नहीं होता. ये मेट्रिक, आपके उपयोगकर्ताओं और आपकी साइट पर उनके अनुभव को अलग-अलग तरीके से देखने का ज़रिया हैं. यह समझना ज़्यादा ज़रूरी है कि ये अंतर क्यों होते हैं और इनसे आपके फ़ैसले लेने की क्षमता पर क्या असर पड़ सकता है. इससे आपको अपनी साइट पर आने वाले लोगों को बेहतर अनुभव देने में मदद मिलेगी.