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

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

Philip Walton

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

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

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

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

कस्टम मेट्रिक या इवेंट का इस्तेमाल करें

जैसा कि ऊपर बताया गया है, आंकड़ों से जुड़े ज़्यादातर टूल आपको कस्टम डेटा मेज़र करने की सुविधा देते हैं. अगर आपके यह टूल, Analytics टूल के साथ काम करता है. इसलिए, आपको वेबसाइट की हर एक वेबसाइट इस तरीके का इस्तेमाल करके अहम जानकारी वाली मेट्रिक.

आम तौर पर, आंकड़ों वाले टूल में कस्टम मेट्रिक या इवेंट को मेज़र करना तीन चरणों वाली प्रोसेस:

1. परिभाषा दें या रजिस्टर करें अपने टूल के एडमिन की कस्टम मेट्रिक (अगर ज़रूरी हो). (ध्यान दें: सभी आंकड़े देने वाली कंपनियों के लिए यह ज़रूरी है कि कस्टम मेट्रिक पहले से तय कर दी जाएं.)
2. अपने फ़्रंटएंड JavaScript कोड में मेट्रिक की वैल्यू का हिसाब लगाएं.
3. मेट्रिक वैल्यू को Analytics बैकएंड में भेजें. साथ ही, नाम या आईडी बताएं चरण 1 में तय की गई जानकारी से मेल खाता है (अगर ज़रूरी है, तो फिर से देखें).

पहले और तीसरे चरण में, Analytics टूल के दस्तावेज़ देखें निर्देश. चरण 2 के लिए आप web-vitals JavaScript लाइब्रेरी को वेबसाइट की परफ़ॉर्मेंस की अहम जानकारी देने वाली हर मेट्रिक की वैल्यू का हिसाब लगाया जा सकता है.

नीचे दिया गया कोड सैंपल दिखाता है कि इन मेट्रिक को और उन्हें आंकड़ों की सेवा देने वाली कंपनी पर भेजें.

import {onCLS, onINP, onLCP} from 'web-vitals';

function sendToAnalytics({name, value, id}) {
  const body = JSON.stringify({name, value, id});
  // Use `navigator.sendBeacon()` if available, falling back to `fetch()`.
  (navigator.sendBeacon && navigator.sendBeacon('/analytics', body)) ||
      fetch('/analytics', {body, method: 'POST', keepalive: true});
}

onCLS(sendToAnalytics);
onINP(sendToAnalytics);
onLCP(sendToAnalytics);

औसत से बचें

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

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

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

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

पक्का करें कि डिस्ट्रिब्यूशन की शिकायत की जा सकती है

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

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

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

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

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

अपना डेटा सही समय पर भेजें

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

हालांकि, beforeunload और unload, दोनों की वजह से समस्या हो सकती है इवेंट भरोसेमंद नहीं होते (खास तौर पर मोबाइल पर) और उनका इस्तेमाल इस तरह सेनहीं किया जाता सुझाया गया (क्योंकि वे किसी पेज को बैक-फ़ॉरवर्ड की सुविधा को इस्तेमाल करने से रोक सकते हैं कैश मेमोरी में सेव किया जाता है).

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

ध्यान रखें कि मोबाइल ऑपरेटिंग सिस्टम आम तौर पर visibilitychange को ट्रिगर करते हैं इवेंट न दिखाई दे. वे किसी टैब को बंद करने या इस पर नेविगेट करने पर भी visibilitychange इवेंट को सक्रिय करते हैं एक नया पेज. इससे visibilitychange इवेंट, इवेंट के मुकाबले कहीं ज़्यादा भरोसेमंद बन जाता है unload या beforeunload इवेंट.

समय के साथ परफ़ॉर्मेंस पर नज़र रखना

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

आपके बदलावों का वर्शन

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

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

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

आप कई वर्शन ट्रैक करके एक कदम आगे वर्शन जोड़ सकते हैं (या एक्सपेरिमेंट) देखें.

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

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

पक्का करें कि मेज़रमेंट से परफ़ॉर्मेंस पर असर न पड़ता हो

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

अपने डिवाइसों पर RUM आंकड़ों वाला कोड लागू करते समय, हमेशा इन सिद्धांतों का पालन करें प्रोडक्शन साइट:

अपने आंकड़े टाल दें

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

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

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

लंबे टास्क न बनाएं

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

ब्लॉक न करने वाले एपीआई इस्तेमाल करें

एपीआई sendBeacon() और requestIdleCallback() खास तौर पर, ग़ैर-ज़रूरी टास्क को इस तरह चलाने के लिए डिज़ाइन किया गया है कि उपयोगकर्ताओं के लिए ज़रूरी टास्क को ब्लॉक करने की सुविधा मिलती है.

ये एपीआई, आरयूएम Analytics लाइब्रेरी में इस्तेमाल करने के लिए बेहतरीन टूल हैं.

आम तौर पर, आंकड़ों के सभी बीकन को sendBeacon() एपीआई का इस्तेमाल करके भेजा जाना चाहिए (अगर उपलब्ध हो) और सभी पैसिव ऐनलिटिक्स मेज़रमेंट कोड इस दौरान चलाए जाने चाहिए इस्तेमाल न होने की अवधि.

अपनी ज़रूरत के हिसाब से ज़्यादा जानकारी ट्रैक न करें

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

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

कम शब्दों में कहें, तो न सिर्फ़ डेटा को ट्रैक कर सकते हैं, बल्कि यह भी पक्का कर सकते हैं कि ट्रैक करने से पहले संसाधनों का इस्तेमाल करना शुरू कर देते हैं.