[UA] कस्टम डाइमेंशन और मेट्रिक

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

इस लेख में इनके बारे में बताया गया है:

खास जानकारी

कस्टम डाइमेंशन और मेट्रिक की मदद से, Analytics डेटा और Analytics से बाहर के डेटा, जैसे कि सीआरएम डेटा को आपस में जोड़ा जा सकता है. उदाहरण के लिए:

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

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

ज़रूरी शर्तें

कस्टम डाइमेंशन और मेट्रिक सिर्फ़ उन प्रॉपर्टी के लिए उपलब्ध हैं जो Universal Analytics के लिए चालू की गई हैं या जिनमें कम से कम एक ऐप्लिकेशन रिपोर्टिंग व्यू शामिल है. कस्टम डाइमेंशन और मेट्रिक, Android और iOS v2.x या इसके बाद वाले वर्शन के लिए बने Google Analytics SDK टूल पर काम करते हैं. इसके अलावा, ये analytics.js और मेज़रमेंट प्रोटोकॉल के साथ भी काम करते हैं.

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

सीमाएं और सावधानियां

हर प्रॉपर्टी में अलग-अलग कस्टम डाइमेंशन के लिए 20 इंडेक्स और कस्टम मेट्रिक के लिए 20 इंडेक्स उपलब्ध हैं. Analytics 360 खातों में कस्टम डाइमेंशन के लिए 200 इंडेक्स और कस्टम मेट्रिक के लिए 200 इंडेक्स उपलब्ध हैं.

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

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

कस्टम डाइमेंशन और मेट्रिक की लाइफ़साइकल

किसी कस्टम डाइमेंशन या मेट्रिक की लाइफ़साइकल में चार चरण होते हैं:

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

कॉन्फ़िगरेशन

Analytics में कस्टम डाइमेंशन और मेट्रिक वैल्यू भेजने से पहले, उन्हें किसी Analytics प्रॉपर्टी में शामिल किया जाना चाहिए. हर Analytics प्रॉपर्टी में कस्टम डाइमेंशन के लिए 20 इंडेक्स और कस्टम मेट्रिक के लिए भी 20 इंडेक्स उपलब्ध होते हैं.

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

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

कस्टम मेट्रिक में ये कॉन्फ़िगरेशन वैल्यू होती हैं:

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

कस्टम डाइमेंशन और मेट्रिक, Analytics यूज़र इंटरफ़ेस में तय किए जा सकते हैं.

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

इकट्ठा करना

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

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

उदाहरण के लिए, कोई कस्टम डाइमेंशन वैल्यू सेट करने के लिए आपका कोड कुछ ऐसा दिख सकता है:

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 1.
ga('set', 'cd1', 'Level 1');

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview');

कस्टम मेट्रिक के टाइप

पूर्णांक या समय के टाइप वाली कस्टम मेट्रिक को पूर्णांक का इस्तेमाल करके भेजा जाना चाहिए, जबकि मुद्रा वाली कस्टम मेट्रिक को स्थानीय मुद्रा के लिए तय किए गए दशमलव वैल्यू के रूप में भेजा जा सकता है.

प्रोसेसिंग

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

दायरा और प्राथमिकताएं

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

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

प्रॉडक्ट-लेवल का स्कोप

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

हिट-लेवल का स्कोप

जब किसी कस्टम डाइमेंशन में हिट-लेवल का दायरा होता है, तो वैल्यू सिर्फ़ उस हिट पर लागू की जाती है जिससे वैल्यू सेट की गई थी. इसे नीचे इमेज A, इमेज B, और इमेज C में दिखाया गया है:

 

 

सेशन-लेवल का स्कोप

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

 

 

 

उपयोगकर्ता-लेवल का स्कोप

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

नीचे दी गई इमेज B में यह दिखाया गया है कि सेशन लेवल के सीडी की तरह, सेशन 2 के सभी हिट पर सीडी की वैल्यू A लागू होती है. हालांकि, इमेज C में यह दिखाया गया है कि CD1 के पास उपयोगकर्ता-लेवल का स्कोप होने की वजह से सीडी की वैल्यू A, तीसरे सेशन के हिट पर लागू होती रहेंगी. ऐसा सेशन-लेवल के स्कोप के लिए नहीं होता:

 

 

फ़िल्टर

व्यू फ़िल्टर कई तरीकों से कस्टम डाइमेंशन और मेट्रिक के साथ इंटरैक्ट कर सकते हैं.

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

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

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

रिपोर्टिंग

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

कस्टम डाइमेंशन और मेट्रिक, कस्टम रिपोर्ट में उपलब्ध होती हैं. साथ ही, इनका इस्तेमाल बेहतर सेगमेंट के साथ किया जा सकता है. कस्टम डाइमेंशन का इस्तेमाल स्टैंडर्ड रिपोर्टों में सेकंडरी डाइमेंशन के रूप में भी किया जा सकता है.

उदाहरण

नीचे दिए गए उदाहरण यह दिखाते हैं कि कस्टम डाइमेंशन और मेट्रिक का इस्तेमाल करके किस तरह से कोई गेम डेवलपर प्लेयर के व्यवहार के बारे में जान सकता है.

एक गेम डेवलपर ने हाल ही में एक नया गेम रिलीज़ किया है.

लागू की गई मौजूदा Analytics प्रोसेस हर बार उपयोगकर्ता के कोई लेवल खेलने पर एक स्क्रीन व्यू को ट्रैक करती है. डेवलपर पहले से ही यह जानता है कि कोई लेवल कितनी बार खेला गया है. अब वह इन ज़्यादा खास सवालों के जवाब देना चाहता है:

1. मध्यम या कठिन लेवल की तुलना में, आसान लेवल कितनी बार खेले जाते हैं?
2. मुफ़्त ट्रायल के दौरान 3-दिन में रोज़ कितने लेवल खेले जाते हैं?
3. पैसे देकर खेलने वाले उपयोगकर्ताओं की तुलना में, मुफ़्त में आज़माने वाले उपयोगकर्ताओं ने कितने लेवल खेले?

इन सवालों के जवाब देने के लिए, कस्टम डाइमेंशन का इस्तेमाल करके हिट, सेशन, और उपयोगकर्ताओं के नए ग्रुप बनाए जाते हैं.

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

हिट-लेवल का दायरा

आइए इसका एक उदाहरण देखते हैं कि गेम डेवलपर किस तरह हिट-लेवल के कस्टम डाइमेंशन का इस्तेमाल करके यह पता लगा सकता है कि हर मुश्किल -- आसान, मध्यम या बेहद कठिन -- के कितने लेवल खेले गए.

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

रिपोर्ट इस तरह से दिखेगी:

मुश्किल	स्क्रीन व्यू
आसान
मध्यम
कठिन

कस्टम डाइमेंशन का इस्तेमाल करने से पहले, डेवलपर, लेवल के हिसाब से कुल स्क्रीन व्यू देख सकता था. हालांकि, वह उन स्क्रीन व्यू को मुश्किल लेवल के हिसाब से ग्रुप नहीं कर पा रहा था.

हिट-लेवल के कस्टम डाइमेंशन का इस्तेमाल करके, कठिनाई के लेवल को हर स्क्रीन व्यू के साथ जोड़ा जा सकता है. इससे, सबसे ज़्यादा बार खेले जाने वाले मुश्किल लेवल को रिपोर्ट में शामिल किया जा सकता है.

हिट-लेवल के स्कोप का इस्तेमाल क्यों किया जाता है?

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

कॉन्फ़िगरेशन

कस्टम डाइमेंशन लागू करने का पहला चरण है, इसे Analytics के एडमिन सेक्शन की प्रॉपर्टी सेटिंग में तय करना. इस उदाहरण के लिए, कस्टम डाइमेंशन की परिभाषा इस तरह दिखती है:

इंडेक्स	1
नाम	Difficulty
दायरा	Hit
चालू है	true

कलेक्शन

डेवलपर, गेम में स्क्रीन व्यू के साथ हर लेवल को पहले से ही ट्रैक कर रहा है. हर लेवल के साथ कठिनाई को जोड़ने के लिए, स्क्रीन व्यू को ट्रैक करने वाली कॉल के ठीक पहले, कस्टम डाइमेंशन वैल्यू सेट होनी चाहिए.

लागू होने पर ऐसा दिख सकता है:

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 1.
ga('set', 'cd1', 'easy');

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');

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

प्रोसेसिंग

हिट इकट्ठा करने और Analytics को भेजने के बाद, डेटा को प्रोसेस किया जाता है. साथ ही, कस्टम डाइमेंशन वैल्यू को स्कोप के हिसाब से हिट पर लागू किया जाता है.

उदाहरण के लिए, सिर्फ़ एक सेशन में हिस्सा लेने और 6 लेवल खेलने वाले किसी खिलाड़ी का इकट्ठा किया गया डेटा ऐसा दिखेगा:

userId = 5555
Session 1:
H1: screen_name=/level_1/ cd1_value=easy
H2: screen_name=/level_2/ cd1_value=medium
H3: screen_name=/level_3/ cd1_value=hard
H4: screen_name=/level_4/ cd1_value=easy
H5: screen_name=/level_5/ cd1_value=medium
H6: screen_name=/level_6/ cd1_value=medium

ध्यान दें कि हिट-लेवल के दायरे का इस्तेमाल करने से यह पक्का होता है कि मुश्किल के हर लेवल की वैल्यू सिर्फ़ उस स्क्रीन व्यू के साथ जुड़ती है जिसके साथ वह भेजी गई थी.

रिपोर्टिंग

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

स्क्रीन का नाम	मुश्किल	स्क्रीन व्यू
/level_1/	आसान	1
/level_2/	मध्यम	1
/level_3/	कठिन	1
/level_4/	आसान	1
/level_5/	मध्यम	1
/level_6/	मध्यम	1

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

मुश्किल	स्क्रीन व्यू
आसान	2
मध्यम	3
कठिन	1

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

सेशन-लेवल का स्कोप

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

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

डेवलपर जो रिपोर्ट बनाना चाहता है, वह कुछ इस तरह दिखेगी:

ट्रायल का दिन	स्क्रीन व्यू
पहला दिन
दूसरा दिन
तीसरा दिन

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

सेशन-लेवल के स्कोप का इस्तेमाल क्यों किया जाता है?

सेशन-लेवल के स्कोप का इस्तेमाल करके ट्रायल के दिन वाली वैल्यू के तहत, सभी सेशन और उनके सभी कॉम्पोनेंट के हिट को बेहतर तरीके से ग्रुप किया जा सकता है.

हालांकि, इस काम को करने के लिए हिट-लेवल के स्कोप का भी इस्तेमाल किया जा सकता है. सेशन-लेवल के स्कोप का इस्तेमाल करके, ट्रायल के दिन वाली वैल्यू को आसानी से सेट किया जा सकता है. इसके लिए, आपको कम से कम कोड का इस्तेमाल करना होगा.

कॉन्फ़िगरेशन

ट्रायल का दिन वाले कस्टम डाइमेंशन को Analytics यूज़र इंटरफ़ेस के प्रॉपर्टी सेटिंग सेक्शन में, इन वैल्यू की मदद से तय किया जाता है:

इंडेक्स	2
नाम	Day of Trial
दायरा	Session
चालू है	true

कलेक्शन

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

जब उपयोगकर्ता पहली बार गेम शुरू करेगा, तो डेवलपर कस्टम डाइमेंशन को सेट करेगा:

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 2.
var day = getDayOfTrial();
ga('set', 'dimension2', day );

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');

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

प्रोसेसिंग

हिट इकट्ठा करने और Analytics को भेजने के बाद, डेटा को प्रोसेस किया जाता है. साथ ही, कस्टम डाइमेंशन वैल्यू को स्कोप के हिसाब से हिट पर लागू किया जाता है.

उदाहरण के लिए, एक प्लेयर ने पहले दिन दो बार, दूसरे दिन एक बार, और तीसरे दिन एक बार गेम खेला. अब उसका डेटा कुछ ऐसा दिखेगा:

userId = 5555
Session 1:
H1: screen_name=/level_1/  cd2_value=1
H2: screen_name=/level_2/
H3: screen_name=/level_2/

Session 2:
H4: screen_name=/level_3/  cd2_value=1
H5: screen_name=/level_4/
H6: screen_name=/level_4/

Session 3:
H1: screen_name=/level_1/  cd2_value=2
H2: screen_name=/level_2/
H3: screen_name=/level_3/

Session 4:
H1: screen_name=/level_3/  cd2_value=3

ध्यान दें कि कस्टम डाइमेंशन वैल्यू, हर सेशन में सिर्फ़ एक स्क्रीन व्यू के साथ भेजी गई हैं.

सेशन-लेवल के स्कोप से यह पक्का होता है कि ट्रायल के दिन वाली वैल्यू, अपने साथ भेजे गए हिट और उस सेशन के सभी हिट के साथ जुड़ी होगी.

रिपोर्टिंग

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

ट्रायल का दिन	स्क्रीन का नाम	स्क्रीन व्यू
1	/level_1/	1
1	/level_2/	2
1	/level_3/	1
1	/level_4/	2
2	/level_1/	1
2	/level_2/	1
2	/level_3/	1
3	/level_3/	1

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

ट्रायल का दिन	स्क्रीन व्यू
1	6
2	3
3	1

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

उपयोगकर्ता-लेवल का दायरा

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

पिछले उदाहरणों में दिखाया गया है कि हर लेवल को खेले जाने की संख्या, स्क्रीन व्यू से पहले ही ट्रैक की जा चुकी है. हालांकि, अब डेवलपर चाहता है कि वह स्क्रीन व्यू को बिना किसी शुल्क के और पैसे चुकाकर खेलने वाले लोगों के हिसाब से ग्रुप करे.

डेवलपर जो रिपोर्ट देखना चाहता है, वह कुछ इस तरह दिखती है:

प्लेयर टाइप	स्क्रीन व्यू
बिना शुल्क के
पैसे देने होंगे

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

उपयोगकर्ता-लेवल के स्कोप का इस्तेमाल क्यों किया जाता है?

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

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

कॉन्फ़िगरेशन

प्लेयर टाइप वाला कस्टम डाइमेंशन को एडमिन सेक्शन में, इन वैल्यू की मदद से तय किया जाता है:

इंडेक्स	3
नाम	Player Type
दायरा	User
चालू है	true

कलेक्शन

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

जब उपयोगकर्ता पहली बार गेम शुरू करेगा, तो डेवलपर कस्टम डाइमेंशन को सेट करेगा:

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Free' );

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');

उपयोगकर्ता की ओर से गेम के फ़ुल वर्शन के लिए पैसे चुकाने पर भी डेवलपर कस्टम डाइमेंशन सेट करना चाहेगा:

ga('create', 'UA-XXXX-Y', 'auto');

// Set value for custom dimension at index 3.
ga('set', 'dimension3', 'Paid' );

// Send the custom dimension value with a pageview hit.
ga('send', 'pageview', '/level_1/');

प्रोसेसिंग

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

उदाहरण के लिए, मुफ़्त उपयोगकर्ता के तौर पर दो बार और पैसे देकर एक बार गेम खेलने वाले किसी उपयोगकर्ता का इकट्ठा किया गया डेटा ऐसा दिखेगा:

userId = 5555
Session 1:
H2: screen_name=/level_1/ cd3_value=free
H3: screen_name=/level_2/

Session 2:
H1: screen_name=/level_2/
H2: screen_name=/level_3/
H3: screen_name=/level_3/

Session 3:
H1: screen_name=/level_3/ cd3_value=paid
H2: screen_name=/level_4/

ध्यान दें कि सेशन 1 के लिए सेट की गई free वैल्यू, उस सेशन के साथ-साथ सेशन 2 के सभी हिट पर लागू होती है. ऐसा सेशन 3 में, नई paid वैल्यू सेट होने तक रहेगा.

रिपोर्टिंग

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

डेवलपर, अब मेट्रिक के तौर पर स्क्रीन व्यू और डाइमेंशन के तौर पर स्क्रीन के नाम और प्लेयर टाइप की जानकारी का इस्तेमाल करके, एक रिपोर्ट बना सकता है:

प्लेयर टाइप	स्क्रीन का नाम	स्क्रीन व्यू
मुफ़्त	/level_1/	1
मुफ़्त	/level_2/	2
मुफ़्त	/level_3/	2
पैसे देने होंगे	/level_3/	1
पैसे देने होंगे	/level_4/	1

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

प्लेयर टाइप	स्क्रीन व्यू
मुफ़्त	5
पैसे देने होंगे	2

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

प्रॉडक्ट-लेवल का स्कोप

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

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

रिपोर्ट कुछ इस तरह दिखेगी:

पावरअप स्ट्रेंथ	प्रॉडक्ट से हुई आय
कमज़ोर
मध्यम
मज़बूत

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

प्रॉडक्ट-लेवल के कस्टम डाइमेंशन का इस्तेमाल करके, हर प्रॉडक्ट के साथ स्ट्रेंथ जोड़ी जा सकती है. इससे सबसे ज़्यादा बिकने वाली प्रॉडक्ट को रिपोर्ट में शामिल किया जा सकता है. साथ ही, देखने, क्लिक करने, और अन्य बेहतर ई-कॉमर्स से जुड़ी कार्रवाइयों को शामिल किया जाता है.

प्रॉडक्ट-लेवल के स्कोप का इस्तेमाल क्यो किया जाता है?

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

कॉन्फ़िगरेशन

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

इंडेक्स	4
नाम	Powerup Strength
दायरा	Product
चालू है	true

कलेक्शन

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

प्रॉडक्ट के साथ इस डाइमेंशन को जोड़ने पर, कुछ ऐसा दिख सकता है:

ga('ec:addProduct', {               // Provide product details in an productFieldObject.
  'id': 'P12345',                   // प्रॉडक्ट आईडी (string).
  'name': 'Powerup',                // उत्पाद का नाम (string).
  'category': 'Extras',             // Product category (string).
  'variant': 'red',                 // Product variant (string).
  'price': '10.00',                 // Product price (currency).
  'quantity': 2,                    // Product quantity (number).
  'dimension4': 'strong'            // Product-scoped custom dimension (string).
});
ga('ec:setAction', 'purchase', {
  'id': 'T12345',
  'revenue': '20.00'
});

ga('send', 'pageview');     // शुरुआती पेज व्यू के साथ लेन-देन का डेटा भेजना.

इस उदाहरण में, कस्टम डाइमेंशन को प्रॉडक्ट की जानकारी के साथ सेट किया गया है. यह शक्ति को पावरअप के साथ जोड़ता है.

प्रोसेसिंग

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

उदाहरण के लिए, एक सत्र वाले और 3 पावरअप खरीदने वाले किसी खिलाड़ी का डेटा कुछ ऐसा दिखता है:

userId = 5555
Session 1:
H1: product_name=powerup cd4_value=weak
    product_name=powerup cd4_value=strong
H2: product_name=powerup cd4_value=weak

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

रिपोर्टिंग

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

पावरअप स्ट्रेंथ	प्रॉडक्ट से हुई आय
कमज़ोर	20.00
मज़बूत	10.00

इस रिपोर्ट के हिसाब से, कमज़ोर पावरअप से सबसे ज़्यादा आय हुई है.

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

दायरा

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

हिट-दायरे वाली कस्टम मेट्रिक का उदाहरण

ऊपर दिए गए उदाहरण में, गेम डेवलपर हर बार किसी लेवल के खेले जाने पर उसे एक स्क्रीन व्यू के रूप में ट्रैक करता रहा है. जनरेट की गई हर रिपोर्ट में, स्क्रीन व्यू मेट्रिक का इस्तेमाल किसी लेवल को पूरा करने की खिलाड़ी की कोशिश को दिखाने के लिए किया जाता है.

हालांकि, डेवलपर हर लेवल के पूरा होने की दर से के बारे में भी जानकारी चाहता है.

पूरा होने की दर तय करने के लिए, डेवलपर पूरे किए गए लेवल नामक नई कस्टम मेट्रिक का इस्तेमाल करेगा और उसकी तुलना हर लेवल के स्क्रीन व्यू से करेगा.

डेवलपर जो रिपोर्ट चाहता है, वह कुछ इस तरह दिखती है:

स्क्रीन का नाम	स्क्रीन व्यू	पूरे हो चुके लेवल
/level_1/
/level_2/
/level_3/

कस्टम मेट्रिक का इस्तेमाल करने के क्या फ़ायदे हैं?

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

इस उदाहरण में, पूरे हो चुके हर लेवल के स्क्रीन व्यू को दोबारा नहीं गिने गए स्क्रीन व्यू के रूप में ट्रैक नहीं किया जा सका, इसलिए आप दूसरा तरीका ढूंढना चाहेंगे.

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

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

कॉन्फ़िगरेशन

पूरे हो चुके लेवल वाली कस्टम मेट्रिक को यूज़र इंटरफ़ेस के मैनेजमेंट सेक्शन में, इन वैल्यू की मदद से तय किया जाता है:

इंडेक्स	1
नाम	Level Completions
दायरा	Hit
फ़ॉर्मैट टाइप	Integer
चालू है	true

कलेक्शन

डेवलपर पहले से ही स्क्रीन व्यू का इस्तेमाल करके हर लेवल की शुरुआत को ट्रैक कर रहा है. अब वह नई कस्टम मेट्रिक का इस्तेमाल करके पूरे किए गए लेवल को ट्रैक करना चाहता है.

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

लागू होने पर यह ऐसा दिखाई दे सकता है:

ga('create', 'UA-XXXX-Y', 'auto');

// Increment the level completion metric by 1.
ga('set', 'metric1', 1 );

// Send the custom metric value with an event hit.
ga('send', 'event', 'Level', 'completion');

प्रोसेसिंग

प्रोसेस करने से पहले, किसी एक सत्र में गेम के तीन लेवल खेलने वाले किसी खिलाड़ी का डेटा ऐसा दिखेगा:

userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=event screen_name=/level_1/ cm1_value=1
H3: type=screen_view screen_name=/level_2/
H4: type=screen_view screen_name=/level_2/
H5: type=screen_view screen_name=/level_2/
H6: type=event screen_name=/level_2/ cm1_value=1
H7: type=screen_view screen_name=/level_3/
H8: type=event screen_name=/level_3/ cm1_value=1

रिपोर्टिंग

प्रोसेस होने के बाद, डेवलपर एक ऐसी रिपोर्ट बना सकता है जिसमें डाइमेंशन के तौर पर स्क्रीन के नाम और मेट्रिक के तौर पर स्क्रीन व्यू, कुल इवेंट, और पूरे हो चुके लेवल का इस्तेमाल किया जाता है:

स्क्रीन का नाम	स्क्रीन व्यू	कुल इवेंट	पूरे हो चुके लेवल
/level_1/	1	1	1
/level_2/	3	1	1
/level_3/	1	1	1

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

इसके बजाय, डेवलपर पूरे हो चुके लेवल वाली कस्टम मेट्रिक का इस्तेमाल करके, आसानी से इस कस्टम रिपोर्ट को बना सकता है:

स्क्रीन का नाम	स्क्रीन व्यू	पूरे हो चुके लेवल
/level_1/	1	1
/level_2/	3	1
/level_3/	1	1

डेटा से पता चलता है कि लेवल 2, लेवल 1 और 3 के मुकाबले ज़्यादा मुश्किल है. स्क्रीन व्यू के मुताबिक इसके पूरा होने की दर सिर्फ़ 33% है. लेवल पूरा करने को एक कस्टम मेट्रिक के रूप में ट्रैक करके, डेवलपर आसानी से मुख्य मेट्रिक से जुड़े सवालों के जवाब दे सकता है और आसानी से पढ़ी जाने वाली रिपोर्ट बनाकर उन्हें दूसरों के साथ शेयर कर सकता है.

प्रॉडक्ट के स्कोप वाली कस्टम मेट्रिक का उदाहरण

ऊपर दिए गए उदाहरण में, गेम डेवलपर पावरअप की हर खरीदारी को ट्रैक करता रहा है. हर खरीदारी के साथ जोड़ने के लिए, संख्या और प्रॉडक्ट से मिले रेवेन्यू जैसी कई मेट्रिक मौजूद हैं.

हालांकि, गेम डेवलपर ने हाल ही में एक प्रमोशन ऑफ़र चलाया था. इसके तहत सभी उपयोगकर्ताओं को $100 का क्रेडिट दिया गया था. गेम डेवलपर यह आकलन करना चाहता है कि लोग अपने क्रेडिट से कौनसे पावरअप खरीद रहे हैं.

हर प्रॉडक्ट की खरीदारी में इस्तेमाल होने वाले क्रेडिट का पता लगाने के लिए, डेवलपर 'इस्तेमाल किया गया क्रेडिट' नाम की एक नई कस्टम मेट्रिक इस्तेमाल करेगा.

डेवलपर जो रिपोर्ट चाहता है, वह कुछ इस तरह दिखती है:

पावरअप स्ट्रेंथ	प्रॉडक्ट से मिला रेवेन्यू	इस्तेमाल किए गए क्रेडिट
मज़बूत
मध्यम
कमज़ोर

कॉन्फ़िगरेशन

इस्तेमाल किए गए क्रेडिट वाली कस्टम मेट्रिक को एडमिन सेक्शन में, इन वैल्यू की मदद से तय किया जाता है:

इंडेक्स	2
नाम	Credits Used
दायरा	Product
फ़ॉर्मैट टाइप	Integer
चालू है	true

कलेक्शन

प्रॉडक्ट-लेवल वाले कस्टम डाइमेंशन की तरह ही, प्रॉडक्ट-लेवल वाली कस्टम मेट्रिक को प्रॉडक्ट डेटा में जोड़े गए पैरामीटर के तौर पर Analytics को भेजा जाता है.

लागू होने पर यह ऐसा दिखाई दे सकता है:

ga('ec:addProduct', {               // Provide product details in an productFieldObject.
  'id': 'P12345',                   // प्रॉडक्ट आईडी (string).
  'name': 'Powerup',                // उत्पाद का नाम (string).
  'category': 'Extras',             // Product category (string).
  'variant': 'red',                 // Product variant (string).
  'price': '10.00',                 // Product price (currency).
  'quantity': 2,                    // Product quantity (number).
  'dimension4': 'strong',           // Product-scoped custom dimension (string).
  'metric2': 5                      // प्रॉडक्ट के दायरे वाली कस्टम मेट्रिक (integer).
});
ga('ec:setAction', 'purchase', {
  'id': 'T12345',
  'revenue': '20.00'
});

ga('send', 'pageview');     // शुरुआती पेज व्यू के साथ लेन-देन का डेटा भेजना.

प्रोसेसिंग

प्रोसेस होने से पहले, कुछ पावरअप खरीदने वाले किसी एक खिलाड़ी का डेटा कुछ ऐसा दिख सकता है:

userId = 5555
Session 1
H1: type=screen_view screen_name=/level_1/
H2: type=screen_view screen_name=/level_2/
    product_name=powerup cd4_value=weak cm2_value=5
    product_name=powerup cd4_value=strong cm2_value=5
H4: type=screen_view screen_name=/level_2/
    product_name=powerup cd4_value=medium cm2_value=1
    product_name=powerup cd4_value=weak cm2_value=10

रिपोर्टिंग

प्रोसेस होने के बाद, डेवलपर डाइमेंशन के तौर पर पावरअप स्ट्रेंथ और मेट्रिक के तौर पर प्रॉडक्ट से मिले रेवेन्यू और इस्तेमाल किए गए क्रेडिट वाली रिपोर्ट बना सकता है:

पावरअप स्ट्रेंथ	प्रॉडक्ट से मिला रेवेन्यू	इस्तेमाल किए गए क्रेडिट
कमज़ोर	20	15
मज़बूत	10	5
मध्यम	10	1

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

लागू किए जाने के दौरान ध्यान देने वाली बातें

कस्टम आयामों या मेट्रिक को लागू करते समय, इन बातों को ध्यान में रखें:

किसी मौजूदा डाइमेंशन या मेट्रिक में बदलाव करना

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

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

दायरा सेट करने के लिए पहले से प्लान करना

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