अपनी वेबसाइट या ऐप्लिकेशन पर सहमति वाला बैनर इस्तेमाल करने पर, Analytics को उन उपयोगकर्ताओं का डेटा नहीं मिलता जो सहमति नहीं देते हैं. सहमति मोड के लिए ग्राहक के व्यवहार का मॉडल बनाने के लिए मशीन लर्निंग का इस्तेमाल किया जाता है. इसमें, कुकी के लिए सहमति देने वाले मिलते-जुलते उपयोगकर्ताओं के डेटा के आधार पर, Analytics से जुड़ी कुकी के लिए सहमति न देने वाले उपयोगकर्ताओं के व्यवहार का मॉडल बनाया जाता है. इस डेटा की मदद से आपको Analytics रिपोर्ट में अहम जानकारी मिल सकती है. साथ ही, उपयोगकर्ताओं की निजता भी बनी रहती है.
उदाहरण के लिए, ग्राहक के व्यवहार के मॉडल में, हर दिन के सक्रिय उपयोगकर्ता और मुख्य इवेंट की दर जैसी उपयोगकर्ता और सेशन मेट्रिक के आधार पर डेटा का अनुमान लगाया जाता है. यह वह डेटा होता है जो कुकी या यूज़र आईडी जैसे आइडेंटिफ़ायर के उपलब्ध न होने की वजह से रिकॉर्ड नहीं हो पाता है. इससे आपको इस तरह के कुछ अहम सवालों के जवाब पाने में मदद मिलती है:
- मेरे हर दिन के सक्रिय उपयोगकर्ताओं की संख्या कितनी है?
- मुझे अपने पिछले कैंपेन से कितने नए उपयोगकर्ता मिले?
- मेरी वेबसाइट पर आने से लेकर खरीदारी करने तक, उपयोगकर्ता को कैसा अनुभव मिला?
- मेरी साइट पर आने वाले लोगों में से कितने लोग जर्मनी और कितने यूके से हैं?
- साइट के मोबाइल और वेब वर्शन पर आने वाले उपयोगकर्ताओं के व्यवहार में क्या अंतर होता है?
मॉडल किए गए डेटा और मॉनिटर किए गए डेटा के बीच अंतर
Analytics, उपयोगकर्ता के व्यवहार को अलग-अलग आइडेंटिफ़ायर से जोड़ता है, ताकि मेज़रमेंट के लिए डेटा इकट्ठा होता रहे. ऐसा तब होता है, जब उपयोगकर्ता आपकी साइट पर आते हैं और Analytics से जुड़ी कुकी के लिए सहमति देते हैं या जब वे Android की सेटिंग में उपलब्ध विज्ञापन आईडी का इस्तेमाल करके, दिलचस्पी के मुताबिक विज्ञापन दिखाने की सुविधा से ऑप्ट-आउट नहीं करते. इस तरह के डेटा को ही हम मॉनिटर किया जा सकने वाला डेटा कहते हैं. ऐसा इसलिए, क्योंकि यह डेटा उन उपयोगकर्ताओं से मिलता है जिन्होंने Analytics को अपने व्यवहार के बारे में जानकारी मॉनिटर करने की अनुमति दी है.
जब उपयोगकर्ता सहमति नहीं देते, तब इवेंट को पहले से मौजूद किसी उपयोगकर्ता आइडेंटिफ़ायर से नहीं जोड़ा जाता. उदाहरण के लिए, अगर Analytics, 10 पेज व्यू इवेंट की जानकारी इकट्ठा करता है, तो यह मॉनिटर और रिपोर्ट नहीं किया जा सकता कि ये पेज व्यू, 10 अलग-अलग उपयोगकर्ताओं से मिले हैं या सिर्फ़ एक उपयोगकर्ता से. ऐसे में Analytics, मशीन लर्निंग की मदद से, सहमति न देने वाले उपयोगकर्ताओं के व्यवहार का अनुमान लगाता है. यह अनुमान, Analytics से जुड़ी कुकी या इसी तरह के ऐप्लिकेशन आइटेंडिफ़ायर के लिए सहमति देने वाले मिलते-जुलते उपयोगकर्ताओं के व्यवहार के आधार पर लगाया जाता है.
सहमति न देने वाले उपयोगकर्ताओं के व्यवहार का अनुमान लगाने के लिए इस्तेमाल किया जाने वाला ट्रेनिंग डेटा, उस प्रॉपर्टी से लिया जाता है जहां यह सुविधा चालू हो और उपयोगकर्ताओं ने कुकी के लिए सहमति दी हो.
Google, ग्राहक के व्यवहार का मॉडल कैसे बनाता है
ग्राहक के व्यवहार का मॉडल बनाने के लिए Google, मशीन लर्निंग के इन सबसे सही तरीकों का इस्तेमाल करता है.
सटीक होने की जांच करना और बदलावों के बारे में बताना
होल्डबैक वैलिडेशन, यानी कि मशीन लर्निंग का एक सबसे सही तरीका, Google के मॉडल को सटीक बनाए रखने में मदद करता है. उपयोगकर्ता के अनुमानित डेटा की तुलना, रिकॉर्ड किए गए उस उपयोगकर्ता डेटा से की जाती है जिसे मॉडल ट्रेनिंग में शामिल नहीं किया गया था. इसके बाद, इस जानकारी का इस्तेमाल मॉडल को और बेहतर बनाने के लिए किया जाता है. Google उन बदलावों के बारे में बताएगा जिनसे आपके डेटा पर काफ़ी असर पड़ सकता है.
रिपोर्टिंग के लिए कड़े नियमों का इस्तेमाल जारी रखना
ग्राहक के व्यवहार का मॉडल सिर्फ़ तब इस्तेमाल किया जाता है, जब भरोसा हो कि मॉडल की क्वालिटी बेहतर है. उदाहरण के लिए, अगर सहमति देने वाले उपयोगकर्ताओं से मिला ट्रैफ़िक उतना नहीं है जितना मॉडल के लिए ज़रूरी है, तो सहमति न देने वाले उपयोगकर्ताओं के ट्रिगर किए गए इवेंट रिपोर्ट नहीं किए जाते. इससे डेटा को सटीक बनाने में मदद मिलती है.
आपके कारोबार के हिसाब से मॉडल बनाना
आपके कारोबार और ग्राहक के व्यवहार को दिखाने के लिए, Google का सामान्य मॉडलिंग एल्गोरिदम अलग से लागू किया जाता है.
ज़रूरी शर्तें
इस मॉडल को आपकी Google Analytics 4 प्रॉपर्टी के लिए मॉनिटर किए गए डेटा के हिसाब से तैयार किया गया है. इसलिए, यह ज़रूरी है कि आपकी प्रॉपर्टी में मॉडल को ट्रेनिंग देने के लिए ज़रूरी डेटा उपलब्ध हो. ग्राहक के व्यवहार का मॉडल इस्तेमाल करने के लिए, आपकी प्रॉपर्टी को इन शर्तों को पूरा करना होगा:
- आपकी साइट के सभी पेजों और/या ऐप्लिकेशन की सभी स्क्रीन पर सहमति मोड चालू होना चाहिए.
- वेब पेजों के लिए, सहमति मोड इस्तेमाल करना ज़रूरी है, ताकि सहमति संवाद दिखने से पहले ही टैग लोड हो जाएं. साथ ही, Google टैग सभी मामलों में लोड हों, न कि सिर्फ़ ऐसे मामलों में जहां उपयोगकर्ता ने (बेहतर तरीके से लागू करना) सहमति दी हो.
- प्रॉपर्टी कम से कम सात दिनों तक, analytics_storage='denied' स्टेटस के साथ हर दिन कम से कम 1,000 इवेंट इकट्ठा करती हो.
- प्रॉपर्टी में हर दिन के सक्रिय उपयोगकर्ताओं की संख्या कम से कम 1,000 होनी चाहिए. साथ ही, यह भी ज़रूरी है कि इन उपयोगकर्ताओं ने पिछले 28 दिनों में कम से कम सात दिनों तक, analytics_storage='granted' स्टेटस के साथ हर दिन इवेंट भेजे हों.
- मॉडल को ट्रेनिंग देने के लिए, उन 28 दिनों में से सात दिनों से ज़्यादा के डेटा थ्रेशोल्ड की ज़रूरत हो सकती है. हालांकि, ऐसा भी हो सकता है कि Analytics के पास मौजूद अतिरिक्त डेटा भी मॉडल को ट्रेनिंग देने के लिए कम पड़ जाए.
ग्राहक के व्यवहार का मॉडल बनाने की प्रोसेस, किसी प्रॉपर्टी के लिए मंज़ूरी मिलने की तारीख से शुरू होती है.
अगर कोई प्रॉपर्टी ग्राहक के व्यवहार का मॉडल बनाने के लिए, पहले सभी ज़रूरी शर्तों को पूरा कर रही थी, लेकिन अब नहीं करती, तो ग्राहक से जुड़ा अनुमानित डेटा उपलब्ध नहीं होगा. हालांकि, ऐसा कुछ ही मामलों में होता है. अगर प्रॉपर्टी बाद में ज़रूरी शर्तों को फिर से पूरा करती है, तो अनुमानित डेटा फिर से उपलब्ध हो जाएगा. अनुमानित डेटा सिर्फ़ उस तारीख से उपलब्ध होगा जिस दिन से प्रॉपर्टी को फिर से मंज़ूरी मिलेगी.
मॉडल किए गए डेटा को रिपोर्ट में दिखाना या छिपाना
अपनी रिपोर्ट में, मॉडल किया गया डेटा देखने के लिए, ब्लेंड की गई रिपोर्टिंग आइडेंटिटी को चुनें. इस सेटिंग को कंट्रोल करने के लिए, ज़रूरी है कि आप एडमिन हों:
- एडमिन पेज पर, डेटा डिसप्ले में जाकर, रिपोर्टिंग आइडेंटिटी पर क्लिक करें.
- ब्लेंड की गई चुनें.
- सेव करें पर क्लिक करें.
मॉडल किए गए डेटा को देखने की सुविधा बंद करने के लिए, दूसरा विकल्प चुनें. चुने गए विकल्प का असर, डेटा कलेक्शन या उसे प्रोसेस करने के तरीके पर नहीं होता. डेटा पर कोई स्थायी असर डाले बिना, किसी भी समय एक विकल्प की जगह दूसरा विकल्प चुना जा सकता है. रिपोर्टिंग आइडेंटिटी के बारे में ज़्यादा जानें.
Google Analytics में, ग्राहक के व्यवहार का मॉडल कैसा दिखता है
Analytics आपकी रिपोर्ट में, मॉडल किए गए डेटा और मॉनिटर किए गए डेटा को आसानी से इंटिग्रेट करता है. जब Analytics की किसी रिपोर्ट में, मॉडल किए गए डेटा को शामिल किया जाता है और उसकी तुलना ऐसी रिपोर्ट से की जाती है जिनमें सिर्फ़ मॉनिटर किए गए डेटा को शामिल किया गया हो, तो आपको दोनों तरह की रिपोर्ट में अंतर दिख सकते हैं. उदाहरण के लिए, मॉडल किए गए डेटा वाली रिपोर्ट में, उपयोगकर्ताओं की संख्या ज़्यादा दिख सकती है.
डेटा-क्वालिटी के आइकॉन (नीचे दिखाया गया है) का इस्तेमाल करके देखें कि मॉडल किया गया डेटा कब इंटिग्रेट होता है.
यहां दी गई टेबल में, वे मैसेज दिए गए हैं जो आपको आइकॉन की मदद से दिख सकते हैं.
| डेटा-क्वालिटी के आइकॉन का स्टेटस | जानकारी |
|---|---|
| उपयोगकर्ता का अनुमानित डेटा शामिल है | [मॉडलिंग लागू होने की तारीख] तक, Analytics ऐसे डेटा का अनुमान लगा रहा है जो कुकी के लिए सहमति जैसी वजहों से मौजूद नहीं है. |
| उपयोगकर्ता का अनुमानित डेटा शामिल है |
[मॉडलिंग लागू होने की तारीख] तक, Analytics ऐसे संभावित डेटा का अनुमान लगा रहा है जो कुकी के लिए सहमति जैसी वजहों से मौजूद नहीं है. |
| उपयोगकर्ता का अनुमानित डेटा शामिल है |
[मॉडलिंग लागू होने की तारीख] तक, Analytics ऐसे डेटा का अनुमान लगा रहा है जो कुकी के लिए सहमति जैसी वजहों से मौजूद नहीं है. * ऐसा हो सकता है कि कल तक का अनुमानित डेटा उपलब्ध न हो. |
| उपयोगकर्ता का अनुमानित डेटा शामिल नहीं है | आपकी प्रॉपर्टी की रिपोर्टिंग आइडेंटिटी की सेटिंग से, Analytics को ऐसे डेटा का अनुमान लगाने की अनुमति नहीं मिलती जो कुकी के लिए सहमति जैसी वजहों से मौजूद नहीं है. जब तक ब्लेंड की गई सेटिंग का इस्तेमाल नहीं किया जाता, तब तक आपकी रिपोर्ट में सिर्फ़ ऐसे उपयोगकर्ताओं का डेटा शामिल होगा जिन्होंने आइडेंटिफ़ायर के इस्तेमाल की सहमति दी है. |
| उपयोगकर्ता का अनुमानित डेटा उपलब्ध नहीं है | चुनी गई तारीख की सीमा, उस तारीख से पहले की है जब इस प्रॉपर्टी के लिए अनुमानित डेटा के इस्तेमाल को मंज़ूरी मिली थी. |
| उपयोगकर्ता का अनुमानित डेटा उपलब्ध नहीं है | इस रिपोर्ट में, उपयोगकर्ता को अपने साथ बनाए रखने से जुड़ा डेटा या सेगमेंट शामिल होता है. सेगमेंट में उपयोगकर्ता की गतिविधियों का क्रम होता है. इस वजह से, इसमें अनुमानित डेटा शामिल नहीं होता. |
| उपयोगकर्ता का अनुमानित डेटा उपलब्ध नहीं है | आपकी प्रॉपर्टी, अनुमानित डेटा का इस्तेमाल करने से जुड़ी ज़रूरी शर्तें पूरी नहीं करती. |
Analytics के इंटरफ़ेस के कुछ पेजों पर एक बैनर भी दिखेगा, जिसमें मॉडलिंग के स्टेटस के बारे में जानकारी मौजूद होगी.
यहां दी गई टेबल में, वे मैसेज दिए गए हैं जो आपको बैनर में दिख सकते हैं.
| बैनर मैसेज | बैनर की जगह |
|---|---|
| ज़्यादातर टेंप्लेट में सिर्फ़ उन उपयोगकर्ताओं का डेटा शामिल होता है जिन्होंने आइडेंटिफ़ायर के इस्तेमाल की सहमति दी है. इन टेंप्लेट में ऐसे फ़्री-फ़ॉर्म और सेगमेंट-ओवरलैप टेंप्लेट शामिल नहीं हैं जिनमें उपयोगकर्ताओं का अनुमानित डेटा शामिल होता है. | एक्सप्लोरेशन (विश्लेषण के तरीके) का होम पेज |
| अगर किसी एक्सप्लोरेशन में कोई ऐसा सेगमेंट मौजूद है जिसमें उपयोगकर्ताओं की गतिविधियों का कोई क्रम है, तो इसमें सिर्फ़ उन उपयोगकर्ताओं का डेटा दिखेगा जिन्होंने आइडेंटिफ़ायर के इस्तेमाल की सहमति दी है. | एक्सप्लोरेशन की जानकारी वाला पेज |
| इस [रिपोर्ट/एक्सप्लोरेशन/ऑडियंस] में सिर्फ़ उन उपयोगकर्ताओं का डेटा शामिल है जिन्होंने आइडेंटिफ़ायर के इस्तेमाल की सहमति दी है. | एक्सप्लोरेशन की जानकारी वाला पेज |
| अगर इस सेगमेंट में उपयोगकर्ताओं की गतिविधियों का कोई क्रम है, तो इसमें सिर्फ़ उन उपयोगकर्ताओं का डेटा दिखेगा जिन्होंने आइडेंटिफ़ायर के इस्तेमाल की सहमति दी है. | सेगमेंट बिल्डर |
एक्सप्लोरेशन में मॉडलिंग की सुविधा
पाथ और फ़नल एक्सप्लोरेशन (विश्लेषण के तरीके) में मॉडलिंग, रिपोर्ट की तुलना में अलग तरीके से लागू की जाती है. रिपोर्ट में मॉडलिंग को उपयोगकर्ता, सेशन, और नए उपयोगकर्ताओं की संख्या जैसी मेट्रिक पर लागू किया जाता है. हालांकि, मॉडलिंग को page_view, first_visit, और session_start जैसे इवेंट की संख्या पर लागू नहीं किया जाता. अगर उपयोगकर्ता, Analytics को पहले से मौजूद किसी उपयोगकर्ता आइडेंटिफ़ायर को उनसे जोड़ने के लिए सहमति नहीं देते हैं, तो Analytics यह पता नहीं लगा सकता कि इवेंट उसी उपयोगकर्ता की वजह से ट्रिगर हुए हैं या नहीं. इस वजह से, इन उपयोगकर्ताओं के लिए first_visit और session_start इवेंट की संख्या ज़्यादा होती है. ऐसा इसलिए, क्योंकि जब भी वे पेज लोड करते हैं, तो इवेंट भेजा जाता है.
वहीं, पाथ या फ़नल एक्सप्लोरेशन में, first_visit और session_start इवेंट पर मॉडलिंग लागू की जाती है. अगर उपयोगकर्ता, Analytics को पहले से मौजूद किसी उपयोगकर्ता आइडेंटिफ़ायर को उनसे जोड़ने के लिए सहमति नहीं देते हैं, तो Analytics first_visit और session_start इवेंट की सही संख्या का अनुमान लगाता है. इसलिए, first_visit और session_start इवेंट की संख्या, रिपोर्ट की तुलना में पाथ और फ़नल एक्सप्लोरेशन में कम होती है.
इस्तेमाल न की जा सकने वाली सुविधाएं
इन सुविधाओं में, व्यवहार से जुड़े मॉडल किए गए डेटा का इस्तेमाल नहीं किया जा सकता:
- ऑडियंस
- यूज़र एक्सप्लोरर (उपयोगकर्ता के हिसाब से विश्लेषण), एक जैसे उपयोगकर्ताओं का ग्रुप, और उपयोगकर्ता के तौर पर उसकी लाइफ़टाइम गतिविधि के एक्सप्लोरेशन
- क्रम वाले सेगमेंट
- उपयोगकर्ता को अपने साथ बनाए रखने से जुड़ी रिपोर्ट
- अनुमानित मेट्रिक
- डेटा एक्सपोर्ट, उदाहरण के लिए, BigQuery Export