वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने वाली मेट्रिक मापना शुरू करना

केटी हेम्पेनियस

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

आरयूएम डेटा का इस्तेमाल करके, वेबसाइट की परफ़ॉर्मेंस की जानकारी को मेज़र करना

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

रिपोर्ट का इस्तेमाल करना

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

• PageSpeed Insights (पीएसआई): PageSpeed Insights की मदद से, पिछले 28 दिनों की पेज-लेवल और ऑरिजिन-लेवल की कुल परफ़ॉर्मेंस की रिपोर्ट मिलती है. इसके अलावा, इसमें परफ़ॉर्मेंस को बेहतर बनाने के सुझाव भी मिलते हैं. अगर आपको अपनी साइट की'वेबसाइट की परफ़ॉर्मेंस की जानकारी' को मेज़र करने और उसमें सुधार करने के लिए कोई एक कार्रवाई करनी है, तो हमारा सुझाव है कि अपनी साइट को ऑडिट करने के लिए पीएसआई का इस्तेमाल करें. पीएसआई, वेब पर और API के तौर पर उपलब्ध है.
• Search Console: Search Console हर पेज के हिसाब से परफ़ॉर्मेंस का डेटा रिपोर्ट करता है. इससे उन खास पेजों की पहचान करने में आसानी होती है जिनमें सुधार की ज़रूरत है. PageSpeed Insights के उलट, Search Console की रिपोर्टिंग में अब तक की परफ़ॉर्मेंस का डेटा शामिल होता है. Search Console का इस्तेमाल सिर्फ़ उन साइटों के साथ किया जा सकता है जिनका मालिकाना हक आपके पास है और जिनके मालिकाना हक की पुष्टि हो चुकी है.
• CrUX डैशबोर्ड: CrUX डैशबोर्ड पहले से बना होता है. यह आपकी पसंद के ऑरिजिन के लिए CrUX डेटा दिखाता है. इसे Data Studio पर बनाया गया है. इसे सेटअप करने में करीब एक मिनट लगता है. PageSpeed Insights और Search Console की तुलना में, CrUX डैशबोर्ड रिपोर्टिंग में ज़्यादा डाइमेंशन शामिल होते हैं - उदाहरण के लिए, डेटा को डिवाइस और कनेक्शन टाइप के हिसाब से बांटा जा सकता है.

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

RUM डेटा इकट्ठा किया जा रहा है

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

आरयूएम का अपना डेटा इकट्ठा करने के लिए, किसी खास आरयूएम प्रोवाइडर की मदद ली जा सकती है या अपना टूल सेट अप किया जा सकता है.

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

अगर आपके पास आरयूएम की सेवा देने वाली कोई कंपनी नहीं है, तो web-vitals JavaScript लाइब्रेरी का इस्तेमाल करके, इन मेट्रिक से जुड़े डेटा को इकट्ठा और रिपोर्ट करने के लिए, अपने मौजूदा Analytics सेटअप को बेहतर बनाया जा सकता है. इस तरीके के बारे में नीचे ज़्यादा जानकारी दी गई है.

वेब-वाइटल JavaScript लाइब्रेरी

अगर वेबसाइट की परफ़ॉर्मेंस की जानकारी के लिए, खुद का आरयूएम सेटअप लागू किया जा रहा है, तो web-vitals JavaScript लाइब्रेरी का इस्तेमाल करना, वेबसाइट की परफ़ॉर्मेंस की जानकारी के मेज़रमेंट का सबसे आसान तरीका है. web-vitals एक छोटी, मॉड्यूलर लाइब्रेरी (~1 केबी) है. यह फ़ील्ड को मेज़र की जा सकने वाली वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाली हर मेट्रिक को इकट्ठा और रिपोर्ट करने के लिए, एक आसान एपीआई देती है.

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

web-vitals को लागू करने के बारे में ज़्यादा जानकारी के लिए, दस्तावेज़ और फ़ील्ड में वेबसाइट की परफ़ॉर्मेंस की जानकारी देने वाले सबसे सही तरीके गाइड देखें.

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

यह ज़रूरी है कि आप उन मेज़रमेंट की रिपोर्ट करें जिन्हें web-vitals ने इकट्ठा किया है. अगर इस डेटा को मेज़र किया जाता है, लेकिन रिपोर्ट नहीं किया जाता, तो यह आपको कभी नहीं दिखेगा. web-vitals दस्तावेज़ में उदाहरण के तौर पर यह दिखाया गया है कि डेटा को सामान्य एपीआई एंडपॉइंट, Google Analytics या Google Tag Manager पर कैसे भेजा जाता है.

अगर आपके पास पहले से ही कोई पसंदीदा रिपोर्टिंग टूल है, तो उसका इस्तेमाल करें. अगर ऐसा नहीं है, तो Google Analytics की सेवा बिना किसी शुल्क के उपलब्ध है. इस सेवा का इस्तेमाल इसी काम के लिए किया जा सकता है.

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

डेटा इंटरप्रेटेशन

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

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

लैब डेटा का इस्तेमाल करके, वेबसाइट की परफ़ॉर्मेंस की जानकारी को मेज़र करना

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

ज़रूरी बातें

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

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