CrUX डेटा, मेरे RUM डेटा से अलग क्यों है?

जानें कि RUM डेटा में, CrUX से जुड़ी वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी से जुड़े अलग-अलग आंकड़े क्यों दिख सकते हैं.

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

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

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

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

आरयूएम सलूशन के साथ CrUX को बेहतर बनाने के फ़ायदे

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

हालांकि, डेटा के असल आंकड़े क्यों दिख रहे हैं, इस पर गहराई से जानने के लिए CrUX को बेहतर बनाने के लिए पूरे RUM समाधान में निवेश करने से, आपको सार्वजनिक तौर पर क्वेरी किए जा सकने वाले डेटासेट में उपलब्ध जानकारी के बजाय, ज़्यादा जानकारी का ऐक्सेस मिल सकता है. इसकी मदद से, कई तरीकों से अपनी मेट्रिक को समझा जा सकता है और उन्हें बेहतर बनाया जा सकता है.

समस्याओं की जांच करने के लिए, बेहतर विश्लेषण

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

RUM समाधान का इस्तेमाल करने से, आपको अपने सभी पेजों और सभी ब्राउज़र पर ज़्यादा सटीक डेटा का ऐक्सेस मिलता है. इसकी मदद से, CrUX की मदद से डेटा को अलग-अलग कैटगरी में बांटा जा सकता है और उसका विश्लेषण किया जा सकता है. इससे, ड्रिल-डाउन करने और साइट की समस्या वाले हिस्सों की जांच करने में मदद मिलती है. क्या उन पर उपयोगकर्ताओं के किसी खास सेगमेंट का असर पड़ा है? या ऐसे उपयोगकर्ता जो कुछ खास कार्रवाइयां करते हैं? यह समस्या कब शुरू हुई? इन सवालों के जवाब देना, RUM टूल से मिलने वाले अतिरिक्त डेटा की मदद से ज़्यादा आसान होता है.

कारोबार की अन्य मेट्रिक से जोड़ें

RUM की मदद से, अपनी वेब परफ़ॉर्मेंस मेट्रिक की तुलना सीधे कारोबार की किसी भी मेट्रिक से की जा सकती है. इससे यह पता चलता है कि आपकी परफ़ॉर्मेंस कैसी रही और कौनसी नहीं. इस तरह के जुड़ाव को करने वाले कारोबारों के साथ हमारी कई केस स्टडी हैं, जैसे कि Farfetch या The Economic Times.

परफ़ॉर्मेंस का अन्य डेटा इकट्ठा करना

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

फ़ील्ड डेटा के दो सेट के बीच अंतर

घड़ी के साथ एक व्यक्ति को पता है कि समय क्या हो रहा है. दो घड़ियों वाला व्यक्ति पक्का नहीं हो सकता.

सेगल का नियम

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

लैब डेटा बनाम फ़ील्ड डेटा

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

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

जनसंख्या

CrUX और RUM समाधान के लिए इस्तेमाल किए गए डेटासेट अलग-अलग हो सकते हैं. इसकी वजह यह है कि पेज विज़िट को मेज़र करने के लिए इस्तेमाल होने वाले अलग-अलग ब्राउज़र, उपयोगकर्ताओं, साइटों, और डिवाइसों की तुलना की जा रही है.

शामिल किए गए ब्राउज़र

Chrome के लिए उपयोगकर्ता अनुभव से जुड़ी रिपोर्ट, सिर्फ़ Chrome के लिए उपलब्ध है. हालांकि, Chromium पर कई ब्राउज़र (Edge, Opera, और Brave की कुछ सुविधाएं) मिलती हैं, जो उन मेट्रिक के साथ काम करती हैं जो Chrome और मुख्य कोड बेस पर उपलब्ध हैं. हालांकि, CrUX में, सिर्फ़ Chrome का इस्तेमाल करने वाले लोग ही डेटा फ़ीड करते हैं. इस पाबंदी का मतलब यह भी है कि iOS के Chrome उपयोगकर्ताओं को शामिल नहीं किया जाएगा, क्योंकि यह मौजूदा Webkit ब्राउज़र इंजन का इस्तेमाल करता है. Android वेबव्यू को "Chrome" के तौर पर भी नहीं गिना जाता है. इसलिए, इसमें इन उपयोगकर्ताओं का डेटा शामिल नहीं किया जाता. हालांकि, इसमें Chrome के कस्टम टैब शामिल होते हैं.

Chrome दुनिया के सबसे लोकप्रिय ब्राउज़र में से एक है. इसलिए, ज़्यादातर मामलों में यह आपकी साइट की परफ़ॉर्मेंस को भी बेहतर तरीके से दिखा सकता है. सिर्फ़ यही एक तरीका है जिससे आपके उपयोगकर्ताओं की संख्या को मेज़र नहीं किया जा सकता. इससे RUM और CrUX के बीच के मुख्य अंतर के बारे में पता चलता है. यह खास तौर पर उन परफ़ॉर्मेंस तकनीकों के लिए सही है जो सिर्फ़ Chrome में उपलब्ध एपीआई या इमेज फ़ॉर्मैट पर निर्भर करती हैं.

iOS डेटा की कमी की वजह से भी पक्षपात हो सकता है. उदाहरण के लिए, जैसा कि iOS उपयोगकर्ता आम तौर पर ज़्यादा परफ़ॉर्म करने वाले डिवाइसों का इस्तेमाल करते हैं या ऐसे देशों से ज़्यादा देशों पर आते हैं जहां बेहतर नेटवर्क इंफ़्रास्ट्रक्चर होता है. इन देशों में नेटवर्क उपलब्ध है. इससे परफ़ॉर्मेंस की मेट्रिक बेहतर हो सकती है. वहीं दूसरी ओर, CrUX की तरह, इन्हें शामिल न करने से, ऐसा डेटा मिल सकता है जो साइट पर आने वाले कम लोगों के डेटा पर निर्भर करता है (उदाहरण की केस स्टडी). आम तौर पर, Android का इस्तेमाल करने वाले लोग कई तरह के डिवाइसों, डिवाइस की क्षमताओं, और मार्केट के लिए सुविधाएं इस्तेमाल करते हैं.

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

ऑप्ट-इन करने वाले उपयोगकर्ता

Chrome के उपयोगकर्ताओं तक सीमित होने के साथ-साथ, CrUX पर सिर्फ़ Chrome उपयोगकर्ताओं के ऐसे सबसेट का आकलन किया जाता है जिन्होंने ब्राउज़र इंस्टॉल होने के दौरान CrUX डेटा शेयर करने के लिए ऑप्ट-इन किया है.

आरयूएम की सेवा देने वाली कंपनियां सिर्फ़ उपयोगकर्ताओं के किसी सबसेट को देखती हैं. आम तौर पर, ऐसा कुकी बैनर प्रॉम्प्ट की वजह से होता है. इन प्रॉम्प्ट की वजह से, उपयोगकर्ताओं को आरयूएम डेटा कलेक्शन या ट्रैकिंग ब्लॉकर के लिए ऑप्ट-इन करने के लिए कहा जाता है. इसका असर, कुछ पेजों के शुरुआती लोड होने पर पड़ सकता है. ऐसा तब होता है, जब दूसरे या उसके बाद के पेज से पहले, साइट के कुछ एसेट की कैश मेमोरी में सेव होने की पुष्टि न की गई हो. ऐसा तब होता है, जब साइट के कुछ एसेट पिछले पेजों से कैश मेमोरी में सेव किए जा चुके हों. अगर ऐसा बार-बार होता है, तो कई मामलों में धीमे शुरुआती पेज लोड को हटा देने पर मेट्रिक, RUM में ज़्यादा बेहतर दिख सकती हैं.

शामिल की गई साइटें

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

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

डिवाइस

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

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

सैंपलिंग

आरयूएम सलूशन, आम तौर पर डेटा इकट्ठा करने वाले ऑप्ट-इन करने वाले लोगों की सैंपलिंग रेट को अडजस्ट करने की सुविधा देते हैं. इसका इस्तेमाल, विश्लेषण के लिए ज़रूरी डेटा को कम करने और व्यावसायिक आरयूएम सेवाओं की लागत को कम करने के लिए किया जा सकता है. अगर वह सैंपल साइज़ बहुत छोटा है और पूरी जनसंख्या का प्रतिनिधित्व नहीं करता है, तो नतीजे में मिलने वाली मेट्रिक भी उसी तरह से खराब हो जाएगी. RUM की सेवा देने वाली कंपनी के साथ अपनी साइट के सैंपल के सही साइज़ के बारे में चर्चा करें.

डेटा का एग्रीगेशन

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

समयावधि

CrUX डेटा, ट्रैफ़िक के 28 दिन के स्लाइडिंग विंडो पर आधारित होता है. इस समयावधि को बदला नहीं जा सकता. हालांकि, इस समयावधि को बदला नहीं जा सकता. हालांकि, CrUX BigQuery डेटा में हर महीने का डेटा सेव किया जाता है. इससे पिछले महीनों का डेटा देखा जा सकता है. साथ ही, CrUX इतिहास API में हर हफ़्ते का पुराना डेटा भी देखा जा सकता है. ये दोनों चार्ट, अब भी 28 दिनों की स्लाइडिंग विंडो के आधार पर डेटा देते हैं.

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

आंकड़ों का एग्रीगेशन

CrUX मेट्रिक का आकलन, 75वें पर्सेंटाइल पर किया जाता है. इसका मतलब है कि 75% पेज व्यू से मिलने वाली वैल्यू के आधार पर यह मेट्रिक तय की जाती है. फ़ील्ड डेटा में बहुत ज़्यादा सीमाएं होंगी और सबसे खराब 25% अनुभव को हटाना होगा. इसका मकसद वह वैल्यू देना है जो वेबसाइट पर आने वाले ज़्यादातर लोगों को पाने की उम्मीद की जाती है.

RUM प्रॉडक्ट में, मेट्रिक को इकट्ठा करने के लिए अक्सर ज़्यादा विकल्प दिए जाते हैं. इनमें 75वां पर्सेंटाइल, मीडियन, और अन्य पर्सेंटाइल शामिल होते हैं. आरयूएम वैल्यू की तुलना CrUX डेटा से करने पर, यह पक्का करना ज़रूरी है कि एक जैसे डेटा की तुलना करने के लिए, 75वां पर्सेंटाइल डेटा देखा जा रहा हो.

CrUX के हिस्टोग्राम डेटा में सिर्फ़ 75वां पर्सेंटाइल ही नहीं, बल्कि सभी उपलब्ध डेटा शामिल होता है. साथ ही, हर रेटिंग में पेज व्यू की संख्या भी दिखती है. हालांकि, कुल स्कोर 75वें पर्सेंटाइल के आधार पर तय होता है. इस CrUX डेटा को, PageSpeed Insights जैसे टूल में देखा जा सकता है:

मेट्रिक में अंतर

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

मेट्रिक मेज़र की गई

CrUX डेटा, वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने वाली रिपोर्ट का आधिकारिक डेटासेट है. यह मुख्य रूप से इन मेट्रिक का आकलन करता है. जैसे, LCP, CLS, और INP. साथ ही, कुछ अन्य मेट्रिक के साथ इनका आकलन भी किया जाता है.

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

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

अलग-अलग ब्राउज़र की मेट्रिक में अंतर

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

हालांकि, RUM समाधान, कई तरह के ब्राउज़र के आधार पर मेज़र किए जाएंगे. आम तौर पर, Chromium पर आधारित ब्राउज़र (Edge, Opera वगैरह) Chrome की तरह ही काम करते हैं. ऐसा तब तक होगा, जब तक Chrome, चेंजलॉग में बताए गए नए बदलावों को लागू न कर ले.

बिना Chromium के ब्राउज़र के लिए, अंतर ज़्यादा साफ़ तौर पर बताए जा सकते हैं. उदाहरण के लिए, First Contentful Paint (FCP), Safari और Firefox में उपलब्ध है, लेकिन इसे अलग-अलग तरीके से मेज़र किया जाता है. इस वजह से, रिपोर्ट किए गए समय में काफ़ी अंतर दिख सकता है. जैसा कि पहले बताया गया है, अगर आपको RUM की तुलना CrUX से करनी है, तो Chrome के उपयोगकर्ताओं के हिसाब से फ़िल्टर करें. इससे एक जैसी तुलना करने में मदद मिलेगी.

मेट्रिक दिखने का समय

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

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

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

यह न मानें कि CrUX या RUM में से किसी एक में दी गई एलसीपी टाइमिंग, लैब टूल जैसे एलिमेंट पर आधारित होती है. CrUX आपको हर पेज या ऑरिजिन के लिए एलसीपी वैल्यू देगा. हालांकि, आरयूएम अलग-अलग एलसीपी समस्या वाले सेशन की पहचान करने के लिए इसका सेगमेंट बना सकता है.

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

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

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

RUM की सेवा देने वाली कंपनी से यह समझना ज़रूरी है कि वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी को कब मेज़र किया जाता है. इससे यह समझने में मदद मिलती है कि दोनों डेटा सोर्स में क्या फ़र्क़ है.

एक पेज के ऐप्लिकेशन

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

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

CrUX और Web API में अंतर

किस पेज व्यू और क्या को मेज़र किया जाता है, इन दोनों में अंतर होने के साथ-साथ कुछ ऐसी और भी पेचीदा स्थितियां हैं जिनके बारे में आपको जानकारी होनी चाहिए. इनकी वजह से CrUX और RUM डेटा में अंतर हो सकता है. मेट्रिक को मेज़र करने के लिए इस्तेमाल किए जाने वाले वेब एपीआई की सीमाओं की वजह से, इनमें से कुछ समस्याएं आ सकती हैं. साथ ही, कुछ मामलों में एपीआई से मिलने वाले नतीजों को अलग-अलग देखने की ज़रूरत होती है. वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाले दस्तावेज़ में, LCP और CLS के लिए ये अंतर दिए गए हैं. हालांकि, मुख्य अंतर नीचे दिए गए सेक्शन में भी बताए गए हैं.

बैक/फ़ॉरवर्ड कैश मेमोरी

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

आईफ़्रेम

सुरक्षा और निजता की वजहों से, टॉप लेवल पेजों के पास iframe में मौजूद कॉन्टेंट का ऐक्सेस नहीं होता. यहां तक कि एक ही ऑरिजिन वाले iframe के लिए भी ऐक्सेस नहीं किया जा सकता. इसका मतलब है कि उनमें मौजूद कॉन्टेंट की परफ़ॉर्मेंस मेट्रिक को सिर्फ़ iframe से मेज़र किया जा सकता है, फ़्रेमिंग पेज पर वेब एपीआई के ज़रिए नहीं. अगर iframe कॉन्टेंट में एलसीपी एलिमेंट या ऐसा कॉन्टेंट शामिल है जो उपयोगकर्ता के सीएलएस या आईएनपी पर असर डालता है, तो यह आरयूएम सलूशन (Google वेब के लिए ज़रूरी JavaScript लाइब्रेरी के साथ-साथ) के लिए उपलब्ध नहीं होगा.

हालांकि, CrUX को पेज पर JavaScript के बजाय Chrome ब्राउज़र से मापा जाता है. इसलिए, इसमें ये सीमाएं नहीं होती हैं. साथ ही, यह वेबसाइट की परफ़ॉर्मेंस से जुड़ी अहम जानकारी की रिपोर्ट तैयार करते समय, iframe में मेट्रिक मेज़र करती है. यह उपयोगकर्ता के अनुभवों की ज़्यादा सटीक जानकारी देता है. हालांकि, यह iframe का इस्तेमाल करने वाली साइटों के लिए भी अलग-अलग वजहों से हो सकता है.

इससे CrUX और RUM में एलसीपी डेटा के बीच अंतर कैसे हो सकता है, इसका एक अहम उदाहरण एम्बेड किया गया है. <video>. किसी <video> एलिमेंट के अपने-आप पेंट होने वाले पहले फ़्रेम को एलसीपी कैंडिडेट के तौर पर गिना जा सकता है. हालांकि, लोकप्रिय वीडियो स्ट्रीमिंग सेवाओं के लिए एम्बेड किए गए कॉन्टेंट इन एलिमेंट को <iframe> में शामिल कर सकते हैं. CrUX की मदद से यह काम किया जा सकता है, क्योंकि यह <iframe> के कॉन्टेंट को ऐक्सेस कर सकता है, लेकिन आरयूएम सलूशन ऐसा नहीं कर सकते.

क्रॉस-ऑरिजिन रिसॉर्स

अन्य डोमेन से दिखाए जाने वाले एलसीपी मीडिया, PerformanceObserver एपीआई को इस्तेमाल करके रेंडर होने में लगने वाला समय नहीं दिखाता. जब तक कि Timing-Allow-Origin हेडर (टीएओ) नहीं दिया जाता, तब तक ये काम नहीं करते. ऐसा, टाइमिंग अटैक को कम करने के लिए ब्राउज़र की सुरक्षा से जुड़ी पाबंदियों की वजह से होता है. इसमें संसाधन लोड होने में लगने वाले समय की कमी हो जाती है. हालांकि, यह कॉन्टेंट असल में पेंट किए जाने के समय से काफ़ी अलग हो सकता है.

इस वजह से, उस स्थिति का सामना करना नामुमकिन है जहां वेब एपीआई ने एलसीपी को, एफ़सीपी से पहले रिपोर्ट किया हो. ऐसा नहीं है, लेकिन ऐसा केवल इस सुरक्षा प्रतिबंध के कारण दिखाई देता है.

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

बैकग्राउंड टैब

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

हम इसके लिए क्या कर सकते हैं?

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

अगर थोड़ा-बहुत अंतर है (उदाहरण के लिए, 2.0 सेकंड बनाम 2.2 सेकंड के एलसीपी के बारे में बताना), तो दोनों डेटासेट उपयोगी होंगे और आम तौर पर, दोनों डेटासेट को करीब-करीब सिंक माना जा सकता है.

अगर साफ़ तौर पर ज़ाहिर किए जाने वाले अंतर की वजह से, डेटा के सटीक होने पर आपको सवाल उठाने पड़ते हैं, तो आपको उन अंतरों को समझने की कोशिश करनी चाहिए. क्या इन अंतरों को कम करने के लिए, RUM डेटा को फ़िल्टर करके, इसे CrUX के साथ बेहतर तरीके से अलाइन किया जा सकता है? यह अंतर सिर्फ़ Chrome उपयोगकर्ताओं को ध्यान में रखकर किया जा सकता है, चाहे वे डेस्कटॉप हों या मोबाइल, जिनमें 28 दिनों में 75वें पर्सेंटाइल वैल्यू हो?

अगर ऐसा है और आप डेटा को ज़्यादा बारीकी से मैच कर सकते हैं, तो आपको यह पूछना चाहिए कि आपको पूरे डेटा में ये अंतर क्यों दिख रहे हैं और इसका क्या मतलब है. क्या Chrome का इस्तेमाल न करने वाले उपयोगकर्ता आपकी मेट्रिक में सकारात्मक या नकारात्मक असर डाल रहे हैं? क्या इससे आपको इस बारे में ज़्यादा अहम जानकारी मिलती है कि आपके किन कामों पर परफ़ॉर्मेंस की समस्याओं को प्राथमिकता दी जा सकती है?

अगर Chrome का इस्तेमाल न करने वाले आपके उपयोगकर्ताओं को अलग-अलग नतीजे मिल रहे हैं, तो आप इस अहम जानकारी का इस्तेमाल कर सकते हैं. यह जानकारी, RUM ने आपको अलग तरीके से ऑप्टिमाइज़ करने के लिए दी है. उदाहरण के लिए, कुछ ब्राउज़र पर कुछ एपीआई उपलब्ध नहीं हैं. हालांकि, उनके अनुभवों को बेहतर बनाने के लिए, काम न करने वाले ब्राउज़र के विकल्पों पर विचार किया जा सकता है. इसके अलावा, सीमित डिवाइसों या नेटवर्क पर उपयोगकर्ताओं को अलग, लेकिन बेहतर अनुभव दिया जा सकता है. CrUX में Chrome के डेटा तक सीमित डेटा दिया जाता है. हालांकि, आपको अपनी साइट पर आने वाले सभी लोगों के में बताया गया है. आरयूएम डेटा से इस कमी को पूरा किया जा सकता है.

एक बार जब आप किसी अंतर की वजह समझ लेते हैं, तो आपकी वेबसाइट पर उपयोगकर्ताओं के अनुभव को समझने में दोनों टूल बहुत ज़्यादा मददगार हो सकते हैं. साथ ही, ये दोनों टूल की मदद से इसे बेहतर बनाया जा सकता है, भले ही संख्याएं एक जैसी न हों. अपने RUM डेटा का इस्तेमाल CrUX डेटा के साथ करें. साथ ही, इससे आपको यह जानने में मदद मिलेगी कि CrUX से आपको बड़े लेवल पर क्या जानकारी मिल रही है. इसके लिए अपने ट्रैफ़िक को अलग-अलग हिस्सों में बांटें, ताकि यह पता चल सके कि क्या आपकी साइट के ऐसे खास हिस्से हैं जिन पर ध्यान देने की ज़रूरत है.

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

अक्सर कोई "सही" विकल्प नहीं होता या "गलत" जवाब देने के लिए आप इन मेट्रिक का इस्तेमाल कर सकते हैं - ये आपके उपयोगकर्ताओं से अलग होते हैं और यह भी कि वे आपकी साइट पर कैसा अनुभव कर रहे हैं. जब तक आप यह समझते हैं कि ये अंतर क्यों होते हैं और आपके निर्णय लेने के लिए कौन से कदम उठाए जा सकते हैं, तब तक अपनी साइट पर आने वाले लोगों को बेहतर सेवा देने के लिए ऐसा करना ज़्यादा ज़रूरी है.

स्वीकार की गई

Unस्प्लैश पर स्टीवन लेल्हम की थंबनेल इमेज