एनालिटिक्स कॉन्फ़िगरेशन में परफ़ॉर्मेंस मॉनिटरिंग

एट्रिब्यूशन बेहतर करने के लिए एक नया टैग लगाया गया। पेज लोड का समय चार सौ मिलीसेकंड बढ़ गया। उसी हफ़्ते बाउंस रेट चढ़ गया। एनालिटिक्स टीम ज़्यादा डेटा का जश्न मनाती है, जबकि ग्रोथ टीम कन्वर्ज़न की गिरावट से जूझ रही है। किसी ने दोनों बदलावों को नहीं जोड़ा, क्योंकि किसी ने ट्रैकिंग की परफ़ॉर्मेंस पर नज़र नहीं रखी थी।

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

पेज स्पीड स्कोर से आगे क्या मापें

लैब परफ़ॉर्मेंस स्कोर मायने रखते हैं, पर वे पूरी कहानी नहीं बताते। सिंथेटिक टेस्ट के साथ असली यूज़र के मेट्रिक्स भी ट्रैक करें। उन पेज पर जहां पूरी ट्रैकिंग चालू है, largest contentful paint, interaction to next paint और total blocking time की निगरानी करें और उसकी तुलना ऐसी बेसलाइन से करें जिसमें वैकल्पिक टैग नहीं हैं।

इवेंट डिलीवरी की देरी अलग से मापें। जो इवेंट ब्राउज़र में चलता है पर रिपोर्टिंग में तीस मिनट देर से पहुंचता है, वह रियल-टाइम ऑप्टिमाइज़ेशन बिगाड़ सकता है। इंजेस्शन की देरी के लिए अपेक्षाएं तय करें और जब प्रोसेसिंग कतारें बढ़ें तो अलर्ट रखें।

अपने टैग का वज़न और लोड का क्रम जांचें

हर एनालिटिक्स स्क्रिप्ट बाइट और चलने का समय जोड़ती है। सभी चालू टैग की सूची बनाएं: बेस ट्रैकर, कन्वर्ज़न पिक्सल, हीटमैप, सेशन रिकॉर्डिंग और विज्ञापन कनेक्टर। डुप्लिकेट और बंद हो चुके कैंपेन के टैग हटाएं जो प्रोडक्शन पर अब भी चल रहे हैं।

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

मज़बूत टैग गवर्नेंस परफ़ॉर्मेंस के बिगड़ने से बचाता है। नए टैग को डिप्लॉय से पहले परफ़ॉर्मेंस की समीक्षा से गुज़रना चाहिए, सिर्फ़ फ़ंक्शनैलिटी की समीक्षा से नहीं।

प्रोडक्शन में कॉन्फ़िगरेशन बदलावों पर नज़र रखें

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

हर बड़े बदलाव के लिए पहले और बाद के टेस्ट चलाएं। डिप्लॉय से पहले तीन दिन के और बाद में तीन दिन के परफ़ॉर्मेंस मेट्रिक्स लें। थोड़ा फ़र्क सामान्य है। लगातार गिरावट के लिए रोलबैक या ऑप्टिमाइज़ेशन चाहिए।

लोड में डेटा पाइपलाइन की सेहत देखें

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

पुराने सबसे ऊंचे आंकड़ों के आधार पर क्षमता की सीमाएं तय करें। अगर Black Friday पर इवेंट की मात्रा सामान्य से पांच गुना होती है, तो आपका कॉन्फ़िगरेशन और इन्फ्रास्ट्रक्चर उस गुणक को बिना चुपचाप डेटा खोए संभाल पाना चाहिए।

सैंपलिंग और पूर्णता में संतुलन रखें

ज़्यादा ट्रैफ़िक वाली साइटें परफ़ॉर्मेंस बचाने के लिए कभी-कभी सेशन रिकॉर्डिंग या विस्तृत इवेंट की सैंपलिंग करती हैं। सैंपलिंग से बोझ घटता है पर सांख्यिकीय कमियां आ जाती हैं। लिखकर रखें कि क्या सैंपल होता है, किस दर पर, और रिपोर्ट उसके लिए कैसे एडजस्ट होती हैं।

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

स्पीड घटाए बिना ट्रैकिंग जांचें

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

हल्की हेल्थ चेक ऑटोमेट करें। रोज़ की एक सिंथेटिक विज़िट जो मुख्य इवेंट चलाए और रिपोर्टिंग में उनके पहुंचने की पुष्टि करे, टूट-फूट जल्दी पकड़ लेती है। सिंथेटिक ट्रैफ़िक को इंटरनल फ़िल्टर से मैनेजमेंट डैशबोर्ड से बाहर रखें।

परफ़ॉर्मेंस को रोज़ के कामकाज में शामिल करें

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

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

अक्सर पूछे जाने वाले सवाल