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

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

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

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

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

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

CrUX को आरयूएम सॉल्यूशन की मदद से जोड़ने के फ़ायदे

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

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

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

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

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

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

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

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

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

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

घड़ी वाला व्यक्ति जानता है कि क्या समय हो रहा है. दो घड़ियों वाला व्यक्ति कभी भी इस बारे में कुछ नहीं जानता.

सीगल का नियम

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

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

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

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

जनसंख्या

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

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

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

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

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

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

ऑप्ट-इन किए गए उपयोगकर्ता

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

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

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

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

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

डिवाइस

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

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

सैंपलिंग

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

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

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

समयावधि

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

मेट्रिक का समय

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

iframe

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

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

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

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

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

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

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

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

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

तो हम इस बारे में क्या कर सकते हैं?

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

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

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

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

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

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

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

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

स्वीकार हैं

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