[UA] उपयोगकर्ता मेट्रिक के लिए उपयोगकर्ताओं की पहचान करने का तरीका

इस लेख में बताया गया है कि Universal Analytics में मेट्रिक के लिए, उपयोगकर्ताओं की पहचान कैसे की जाती है. Google Analytics 4 में उपयोगकर्ता का डेटा किस तरह इकट्ठा किया जाता है, इस बारे में जानकारी के लिए, [GA4] उपयोगकर्ताओं का डेटा इकट्ठा करना लेख पढ़ें.

उपयोगकर्ताओं और सक्रिय उपयोगकर्ताओं की मेट्रिक से यह पता चलता है कि आपकी साइट या ऐप्लिकेशन से कितने उपयोगकर्ता जुड़े.

हर उपयोगकर्ता से एक यूनीक आइडेंटिफ़ायर जुड़ा होता है, जो हर हिट पर Analytics को भेजा जाता है. इस आइडेंटिफ़ायर से, Google Analytics को यह पता लगाने में मदद मिलती है कि कौनसा ट्रैफ़िक किस उपयोगकर्ता से मिला है. यह आइडेंटिफ़ायर, _ga नाम की सिंगल, पहले-पक्ष की कुकी हो सकता है. इसमें Google Analytics का एक Client-ID स्टोर होता है. इसके अलावा, Client-ID के साथ User-ID की सुविधा का इस्तेमाल करके, सभी डिवाइसों पर आपकी वेबसाइट या ऐप्लिकेशन को ऐक्सेस करने वाले उपयोगकर्ताओं की पहचान की जा सकती है. आइडेंटिफ़ायर के बारे में ज़्यादा जानकारी के लिए, हमारे डेवलपर दस्तावेज़ में मौजूद, कुकी और उपयोगकर्ता की पहचान के बारे में लेख पढ़ें.

Google Analytics ने 2017 की शुरुआत में, उपयोगकर्ताओं और सक्रिय उपयोगकर्ताओं की मेट्रिक को कैलकुलेट करने के तरीके को अपडेट करना शुरू किया. इसका मकसद था कि उपयोगकर्ताओं को ज़्यादा सटीक तरीके से गिना जा सके और गड़बड़ी की दर को कम रखा जा सके. आम तौर पर, गड़बड़ी की दर 2% से कम होती है. ये मेट्रिक आपकी स्टैंडर्ड रिपोर्ट में उपलब्ध हैं. आपको नीचे बताए गए पुराने तरीके के मुकाबले, इस तरीके से कैलकुलेट करने पर मिली उपयोगकर्ताओं की संख्या में थोड़ा अंतर दिख सकता है. हालांकि, पूरे डेटा पर आधारित रिपोर्ट और BigQuery Export इसके अपवाद हैं, क्योंकि इनमें कैलकुलेट करने के पुराने तरीके का इस्तेमाल जारी रहेगा. नए उपयोगकर्ताओं की गिनती अब भी कैलकुलेट करने के पुराने तरीके से ही होती है.

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

अगस्त 2017 से, कैलकुलेट करने का नया तरीका कस्टम टेबल में मौजूद डेटा पर भी लागू हो गया है.

 

कैलकुलेट करने का पुराना तरीका
इस लेख में उन वजहों के बारे में बताया गया है जिनसे, फ़िल्टर किया गया व्यू उपयोगकर्ताओं की गलत संख्या दिखा सकता है. साथ ही, अलग-अलग रिपोर्ट में उपयोगकर्ताओं की संख्या में अंतर दिखने की वजह के बारे में भी बताया गया है. हालांकि, अगर आपको सिर्फ़ बिना फ़िल्टर वाले व्यू में जाना है, तो:
  1. Google Analytics में साइन इन करें..
  2. एडमिन पर क्लिक करें
  3. व्यू कॉलम में, मेन्यू का इस्तेमाल करके ऐसा कोई व्यू चुनें जिसके लिए फ़िल्टर का इस्तेमाल न किया गया हो. अगर आपको यह नहीं पता कि व्यू बिना फ़िल्टर वाला है या नहीं, तो सूची में दिया गया व्यू चुनें. इसके बाद, VIEW कॉलम में, फ़िल्टर पर क्लिक करें. अगर उस व्यू के लिए फ़िल्टर इस्तेमाल किए गए हैं, तो आपको उनकी सूची दिखेगी.
  4. कोई व्यू चुनने के बाद, अपनी रिपोर्ट पर वापस आने के लिए, रिपोर्ट खोलें.

एक नज़र में

उपयोगकर्ताओं और सक्रिय उपयोगकर्ताओं की मेट्रिक से यह पता चलता है कि कितने उपयोगकर्ताओं ने आपकी साइट/ऐप्लिकेशन को देखा या उसके साथ इंटरैक्ट किया.

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

ज़्यादा जानकारी

बैकग्राउंड

आपकी रिपोर्ट में डेटा तुरंत दिखाने के लिए, Analytics पूरे डेटा पर आधारित और पहले से इकट्ठा किए हुए डेटा की टेबल का एक सेट बनाता है. इन टेबल को हर रोज़ अपडेट किया जाता है. (इसके काम करने के तरीके के बारे में ज़्यादा जानकारी पाने के लिए, सैंपलिंग के काम करने का तरीका लेख पढ़ें.) पहले से इकट्ठा किए गए डेटा की टेबल, रिपोर्टिंग के सामान्य अनुरोधों को पूरा करने के लिए पूरी तरह तैयारी होती हैं. इनमें स्टैंडर्ड रिपोर्ट की तारीख की सीमा में बदलाव का अनुरोध भी शामिल है. उदाहरण के लिए, जब भी किसी रिपोर्ट के लिए अनुरोध किया जाता है, तो Analytics पहले से इकट्ठा किए हुए डेटा की टेबल में मौजूद हर मेट्रिक में से आपके अनुरोध के मुताबिक नतीजों खोजकर रिपोर्ट में दिखाता है. अगर तारीख की सीमा को बदलकर 1 अगस्त से 31 अगस्त की जगह 1 अगस्त से 1 सितंबर पर सेट किया जाता है, तो Analytics हर मेट्रिक को 1 सितंबर की पहले से इकट्ठा किए गए डेटा वाली टेबल में खोजेगा. साथ ही, नए डेटा को कुल मौजूदा संख्या में जोड़ देगा.

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

इस चुनौती से निपटने के लिए, उपयोगकर्ताओं के लिए मेट्रिक को कैलकुलेट करने के दो तरीके हैं. देखी जा रही रिपोर्ट के हिसाब से, कैलकुलेट करने का सबसे सटीक तरीका इस्तेमाल किया जाता है.

कैलकुलेशन 1: ऐसा डेटा जिसे पहले से कैलकुलेट किया गया हो

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

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

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

किसी भी संभावित गड़बड़ी से बचने के लिए, बिना तारीख वाले किसी डाइमेंशन के साथ एक कस्टम रिपोर्ट बनाई जा सकती है. यह रिपोर्ट, सेशन में सभी उपयोगकर्ताओं के लिए एक समान रहेगी (उदाहरण के लिए, ब्राउज़र, ऑपरेटिंग सिस्टम या मोबाइल डिवाइस). इससे Analytics को हर हाल में, गिनती #2 का इस्तेमाल करना ही पड़ता है.

गिनती 2: तुरंत गिनती किया गया डेटा

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

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

कैलकुलेशन #2 का इस्तेमाल कस्टम रिपोर्ट में किया जाता है. साथ ही, इससे ब्राउज़र, शहर या सोर्स जैसे किसी भी डाइमेंशन के आधार पर उपयोगकर्ताओं को कैलकुलेट किया जा सकता है.

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

नई और पिछली कैलकुलेशन के बीच टॉगल करना

  1. Google Analytics में साइन इन करें..
  2. एडमिन पर क्लिक करके, उस प्रॉपर्टी पर जाएं जिसमें बदलाव करना है.
  3. PROPERTY कॉलम में प्रॉपर्टी सेटिंग पर क्लिक करें.
  4. उपयोगकर्ता विश्लेषण में, रिपोर्टिंग में उपयोगकर्ता मेट्रिक चालू करें के लिए स्विच को चालू या बंद करें.
    चालू करने का विकल्प चुनने पर यह कैलकुलेशन के नए तरीके का इस्तेमाल करता है; बंद करने पर पिछले कैलकुलेशन का इस्तेमाल किया जाता है.

कैलकुलेशन के बीच स्विच करने से, रिपोर्ट के रॉ डेटा से मेट्रिक के कैलकुलेशन का तरीका बदल जाता है. हालांकि, दिए गए डेटा में कोई बदलाव नहीं होता.

Analytics 360 के लिए, टॉगल की डिफ़ॉल्ट सेटिंग चालू होती है.

Analytics स्टैंडर्ड के लिए, टॉगल की डिफ़ॉल्ट सेटिंग बंद होती है.

क्या यह उपयोगी था?

हम उसे किस तरह बेहतर बना सकते हैं?
true
अपना लर्निंग पाथ चुनें

Google Analytics 4 का ज़्यादा से ज़्यादा फ़ायदा पाने के लिए, नई वेबसाइट google.com/analytics/learn पर जाएं. नई वेबसाइट में वीडियो, लेख, और आपको गाइड करने के लिए बनी प्रोसेस शामिल हैं. साथ ही, इसमें Google Analytics Discord, Blog, YouTube चैनल, और GitHub का डेटा स्टोर करने की जगह के लिंक दिए गए हैं.

आज ही सीखना शुरू करें!

खोजें
खोज हटाएं
खोज बंद करें
Google ऐप
मुख्य मेन्यू
3245754522212106587
true
खोज मदद केंद्र
true
true
true
true
true
69256
false
false