Universal Analytics में, डेटा के अलग-अलग कलेक्शन बनाने के लिए व्यू का इस्तेमाल किया जाता है. जैसे, जगह के हिसाब से डेटा, कारोबार की अलग-अलग इकाइयों के हिसाब से डेटा वगैरह. Google Analytics 4 में, व्यू नहीं होते और इस तरह के डेटा को अलग करने के लिए दूसरे तरीकों का इस्तेमाल किया जाता है. अपने डेटा को जानकारी के स्तर के हिसाब से अलग करने और उसके ऐक्सेस को कंट्रोल करने का तरीका, इन बातों पर निर्भर करता है: पहली, आपकी ज़रूरतें क्या हैं और दूसरी, Google Analytics 360 या स्टैंडर्ड Google Analytics में से किसका इस्तेमाल किया जा रहा है.
Google Analytics खाते को सेटअप करने का उदाहरण
एक वेबसाइट वाला कारोबार
इस कारोबार की एक वेबसाइट और एक Google Ads खाता है. कारोबार को, क्षेत्र या कारोबार के अलग-अलग हिस्सों के आधार पर डेटा को अलग-अलग करने की ज़रूरत नहीं है.
Google Analytics स्टैंडर्ड खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: वेबसाइट के लिए एक प्रॉपर्टी
- डेटा स्ट्रीम: एक डेटा स्ट्रीम. अगर कारोबार का एक ऐप्लिकेशन भी है, तो ऐप्लिकेशन के लिए एक अलग डेटा स्ट्रीम.
लागू किए गए सिद्धांत
| स्ट्रक्चर | वजह |
|---|---|
|
एक Analytics खाता. अगर Analytics खाता पहले से ही मौजूद है, तो नया खाता बनाने की ज़रूरत नहीं है. |
एक जगह के लिए डेटा का मालिकाना हक सिर्फ़ एक ही इकाई के पास हो. |
|
एक (वेब) डेटा स्ट्रीम के साथ एक Google Analytics 4 प्रॉपर्टी. |
एक ही प्रॉपर्टी तय करने से साइट के हर पहलू का डेटा, एक ही जगह पर उपलब्ध हो जाता है. मार्केटिंग टीम, ऑडियंस तय करने के लिए साइट डेटा के किसी भी सेक्शन से उपयोगकर्ताओं को चुन सकती है. डेटा की जांच करने वाले विशेषज्ञ, क्रॉस-डिवाइस के इस्तेमाल के बारे में समझते हैं और इस बारे में भी कि मोबाइल साइट या ऐप्लिकेशन बनाने की ज़रूरत है या नहीं. |
|
एक Google Ads खाते को Google Analytics 4 प्रॉपर्टी से जोड़ा गया. |
मार्केटिंग टीम, ऑडियंस को Google Ads में एक्सपोर्ट कर सकती है. ऐसा वह रीमार्केटिंग और संभावित ग्राहकों की पहचान करने के लिए कर सकती है. |
शैक्षिक संस्थान/कारोबार
इस संगठन की एक वेबसाइट है. साथ ही, इसका एक Google Ads खाता भी है.
कारोबार से जुड़ी शर्तें
खाता इस तरह से बना होना चाहिए कि वह इन शर्तों को पूरा करे:
- छात्र/छात्राएं कोर्स में शामिल विषयों की समीक्षा करें, फिर उनके लिए रजिस्टर करके ऑनलाइन पढ़ाई करें.
- मार्केटिंग टीम को रीमार्केटिंग और संभावित ग्राहकों की पहचान करने के लिए, ऑडियंस तय करने की ज़रूरत होती है.
- डेटा की जांच करने वाले विशेषज्ञ को क्रॉस-डिवाइस के इस्तेमाल के बारे में समझना है और इस बारे में भी कि मोबाइल साइट या ऐप्लिकेशन बनाने की ज़रूरत है या नहीं.
Google Analytics स्टैंडर्ड खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: तर्क के हिसाब से तय किए गए हर उपयोगकर्ता आधार के लिए एक प्रॉपर्टी (संस्था की साइट).
- डेटा स्ट्रीम: संस्था की वेबसाइट के लिए एक डेटा स्ट्रीम.
लागू किए गए सिद्धांत
| स्ट्रक्चर | वजह |
|---|---|
|
एक Analytics खाता. अगर Analytics खाता पहले से ही मौजूद है, तो नया खाता बनाने की ज़रूरत नहीं है. |
एक जगह के लिए डेटा का मालिकाना हक सिर्फ़ एक ही इकाई के पास हो. |
|
एक (वेब) डेटा स्ट्रीम के साथ एक Google Analytics 4 प्रॉपर्टी. |
एक ही प्रॉपर्टी तय करने से साइट के हर पहलू का डेटा, एक ही जगह पर उपलब्ध हो जाता है. मार्केटिंग टीम, ऑडियंस तय करने के लिए साइट डेटा के किसी भी सेक्शन से उपयोगकर्ताओं को चुन सकती है. डेटा की जांच करने वाले विशेषज्ञ, क्रॉस-डिवाइस के इस्तेमाल के बारे में समझते हैं और इस बारे में भी कि मोबाइल साइट या ऐप्लिकेशन बनाने की ज़रूरत है या नहीं. |
|
एक Google Ads खाते को Google Analytics 4 प्रॉपर्टी से जोड़ा गया. |
मार्केटिंग टीम, ऑडियंस को Google Ads में एक्सपोर्ट कर सकती है. ऐसा वह रीमार्केटिंग और संभावित ग्राहकों की पहचान करने के लिए कर सकती है. |
वेब और ऐप्लिकेशन के ज़रिए प्रॉडक्ट बेचने वाला ई-कॉमर्स रीटेलर, जिसके स्टोर कई इलाकों में हैं
यह एक बहुत बड़ी कंपनी है, जिसके कई इलाकों में स्टोर हैं. साथ ही, हर इलाके में कंपनी की निजी कारोबारी इकाई है. हर इलाके में कारोबार की निजी वेबसाइट, मार्केटिंग टीम, और Google Ads खाता है. इस कंपनी का एक ऐप्लिकेशन भी है (iOS और Android के लिए).
कारोबार से जुड़ी शर्तें
खाता इस तरह से बना होना चाहिए कि वह इन शर्तों को पूरा करे:
- यह बड़ी कंपनी अपनी सभी कारोबारी इकाइयों के डेटा का ग्लोबल व्यू (यानी कि सभी लोकेशन के लिहाज़ से डेटा की जानकारी) देखना चाहती है.
- हर कारोबारी इकाई के पास अपने डेटा का कानूनी तौर पर मालिकाना हक हो, यह बिलकुल ज़रूरी नहीं है.
- हर कारोबारी इकाई यह समझना चाहती है कि उपयोगकर्ता, वेबसाइट और ऐप्लिकेशन का किस तरह से इस्तेमाल करते हैं.
- हर कारोबारी इकाई अपने डेटा को अलग-अलग सेक्शन में बांटना चाहती है.
- हर कारोबारी इकाई की मार्केटिंग टीम, Google Ads - Analytics के लिंक का इस्तेमाल करके, ऑडियंस तय करने के साथ-साथ उन्हें शेयर करती है. साथ ही, ऑडियंस का इस्तेमाल, Google Ads में बिडिंग के लिए भी करती है.
Google Analytics स्टैंडर्ड खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: तर्क के हिसाब से तय किए गए एक ही उपयोगकर्ता आधार के लिए एक प्रॉपर्टी
- डेटा स्ट्रीम: वेबसाइट के लिए एक डेटा स्ट्रीम. ऐप्लिकेशन के हर वर्शन के लिए एक डेटा स्ट्रीम.
Google Analytics 360 खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: तर्क के हिसाब से तय किए गए एक ही उपयोगकर्ता आधार के लिए एक प्रॉपर्टी
- सब-प्रॉपर्टी: हर कारोबारी इकाई के लिए एक सब-प्रॉपर्टी जिसे डेटा को अलग-अलग बांटने की ज़रूरत होती है
- डेटा स्ट्रीम: वेबसाइट के लिए एक डेटा स्ट्रीम. ऐप्लिकेशन के हर वर्शन के लिए एक डेटा स्ट्रीम.
लागू किए गए सिद्धांत
| स्ट्रक्चर | वजह |
|---|---|
|
एक Analytics खाता. अगर Analytics खाता पहले से ही मौजूद है, तो नया खाता बनाने की ज़रूरत नहीं है. |
बड़ी कंपनी के पास अपनी सभी कारोबारी इकाइयों के डेटा पर कानूनी तौर पर मालिकाना हक होता है. |
|
एक Google Analytics 4 प्रॉपर्टी. |
एक ही प्रॉपर्टी जिसमें वेब और ऐप्लिकेशन के लिए अलग-अलग डेटा स्ट्रीम जोड़ी जा सकती हैं. इसकी मदद से, पूरे डेटा को एक ही रिपोर्ट में शामिल किया जा सकता है. ज़रूरत के हिसाब से साइटों और ऐप्लिकेशन का डेटा एक साथ मिलाकर देखा जा सकता है कि उपयोगकर्ता इन दोनों का इस्तेमाल किस तरह करता है. बड़ी कंपनी को सारा डेटा एक ही जगह पर दिखता है. इससे वह अलग-अलग कारोबारी इकाइयों के डेटा की तुलना कर सकती है. |
|
हर क्षेत्रीय टीम (360) के लिए सब-प्रॉपर्टी |
हर क्षेत्रीय इकाई की अलग-अलग सब-प्रॉपर्टी होती है, जिसमें डेटा को छोटे-छोटे हिस्सों में बांटा गया होता है. बड़ी कंपनी को सोर्स प्रॉपर्टी में मौजूद पूरे डेटा का व्यू एक साथ दिखता है. कंपनी अपनी अलग-अलग कारोबारी इकाइयों के डेटा की तुलना कर सकती है. |
|
इलाके की सभी कारोबारी इकाई की वेबसाइट के लिए एक डेटा स्ट्रीम. |
एक से ज़्यादा डोमेन के लिए, वेबसाइट की एक डेटा स्ट्रीम का इस्तेमाल करें. |
|
ऐप्लिकेशन के Android और iOS वर्शन के लिए एक Firebase प्रोजेक्ट. Google Analytics 4 प्रॉपर्टी से Firebase प्रोजेक्ट जुड़ा है. ऐप्लिकेशन के iOS और Android वर्शन के लिए एक-एक डेटा स्ट्रीम (यानी कि दो डेटा स्ट्रीम). |
लागू किए गए हर ऐप्लिकेशन के लिए अलग से डेटा स्ट्रीम बनाने पर, iOS और Android ऐप्लिकेशन का डेटा अलग-अलग देखा जा सकता है.
|
|
हर Google Ads खाता, प्रॉपर्टी से जुड़ा होता है (स्टैंडर्ड) |
जब हर Google Ads खाता एक ही प्रॉपर्टी से जुड़ा होता है, तो प्रॉपर्टी की ऑडियंस, हर Google Ads खाते की बिडिंग के लिए उपलब्ध होती है. |
|
ज़रूरी नहीं: हर Google Ads खाता, सही सब-प्रॉपर्टी (360) से जुड़ा होता है |
जब हर Google Ads खाता अपनी सही प्रॉपर्टी से जुड़ा होता है, तो प्रॉपर्टी की ऑडियंस हर Google Ads खाते में भी इस्तेमाल के लिए उपलब्ध हो जाती है. साथ ही, उसके लिए बिड भी लगाई जा सकती है. |
Play Store और App Store में कई गेम पब्लिश करने वाले ग्लोबल गेम डेवलपर
इस कारोबार की एक ग्लोबल ब्रैंड वेबसाइट है. साथ ही, हर गेम के लिए अलग-अलग मार्केटिंग साइट है. ये Play Store और App Store में कई तरह के गेम बेचते हैं.
कारोबार से जुड़ी शर्तें
खाता इस तरह से बना होना चाहिए कि वह इन शर्तों को पूरा करे:
- ऑडियंस तय करने और समझदारी से मीडिया खरीदने के लिए वेबसाइटों और ऐप्लिकेशन से पहले-पक्ष का डेटा इकट्ठा करें.
- हर गेम के डेवलपमेंट, स्टेजिंग, और प्रोडक्शन के लिए अलग एनवायरमेंट.
Google Analytics स्टैंडर्ड खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: तर्क के हिसाब से तय किए गए हर उपयोगकर्ता आधार के लिए एक प्रॉपर्टी (ग्लोबल-ब्रैंड साइट; हर गेम के लिए मार्केटिंग साइट और ऐप्लिकेशन).
- डेटा स्ट्रीम: ग्लोबल-ब्रैंड वेबसाइट के लिए एक डेटा स्ट्रीम. हर मार्केटिंग साइट के लिए एक डेटा स्ट्रीम. साथ ही, ऐप्लिकेशन के हर वर्शन के लिए एक डेटा स्ट्रीम.
Google Analytics 360 खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: तर्क के हिसाब से तय किए गए हर उपयोगकर्ता आधार के लिए एक प्रॉपर्टी (ग्लोबल-ब्रैंड साइट; हर गेम के लिए मार्केटिंग साइट और ऐप्लिकेशन).
- रोल-अप प्रॉपर्टी: पूरी जानकारी के लिए अलग-अलग सोर्स प्रॉपर्टी से डेटा इकट्ठा करने वाली एक रोल-अप प्रॉपर्टी
- डेटा स्ट्रीम: ग्लोबल-ब्रैंड वेबसाइट के लिए एक डेटा स्ट्रीम. हर मार्केटिंग साइट के लिए एक डेटा स्ट्रीम. साथ ही, ऐप्लिकेशन के हर वर्शन के लिए एक डेटा स्ट्रीम.
लागू किए गए सिद्धांत
| स्ट्रक्चर | वजह |
|---|---|
|
एक Analytics खाता. अगर Analytics खाता पहले से ही मौजूद है, तो नया खाता बनाने की ज़रूरत नहीं है. |
उन प्रॉपर्टी को एक ही खाते में शामिल कर देता है जिनका मालिकाना हक एक ही कानूनी इकाई के पास होता है. |
|
एक (वेब) डेटा स्ट्रीम के साथ, ग्लोबल ब्रैंड साइट के लिए एक Google Analytics 4 प्रॉपर्टी. |
ग्लोबल ब्रैंड साइट का अलग से मेज़रमेंट. |
|
हर गेम की मार्केटिंग साइट और ऐप्लिकेशन के लिए एक Google Analytics 4 प्रॉपर्टी. हर प्रॉपर्टी में एक (वेब) डेटा स्ट्रीम, एक iOS (ऐप्लिकेशन) डेटा स्ट्रीम, और एक Android (ऐप्लिकेशन) डेटा स्ट्रीम होती है. |
हर मार्केटिंग साइट और उससे जुड़े ऐप्लिकेशन का डेटा एक ही प्रॉपर्टी में इकट्ठा किया जाता है. ऑडियंस तय करने और समझदारी से मीडिया खरीदने के लिए साइट और ऐप्लिकेशन से जुड़े डेटा का इस्तेमाल किया जाता है. |
|
हर गेम के लिए सिर्फ़ एक Firebase प्रोजेक्ट. हर प्रोजेक्ट, उससे जुड़ी प्रॉपर्टी से जुड़ा होता है. हर Firebase प्रोजेक्ट में गेम के डेवलपमेंट, स्टेजिंग, और प्रोडक्शन वर्शन शामिल होते हैं. |
जब हर गेम के लिए अलग Firebase प्रोजेक्ट तय किया जाता है, तो हर गेम के डेवलपमेंट, स्टेजिंग, और प्रोडक्शन के लिए एक अलग एनवायरमेंट बन जाता है. |
|
ज़रूरी नहीं: गेम के हर वर्शन या उनके वर्शन के कुछ सेट के लिए एक अलग Firebase प्रोजेक्ट. उदाहरण के लिए, डेवलपमेंट वर्शन के लिए एक प्रोजेक्ट. साथ ही, स्टेजिंग और प्रोडक्शन वर्शन के लिए दूसरा प्रोजेक्ट. |
अगर आपको किसी प्रोजेक्ट से जुड़े गेम के वर्शन का आकलन करना है, तो उस प्रोजेक्ट के हिसाब से गेम के अलग-अलग एनवायरमेंट को और भी छोटे ग्रुप में बांटा जा सकता है. हालांकि, इसके लिए आपको ज़्यादा प्रॉपर्टी की ज़रूरत होगी. |
|
ज़रूरी नहीं: रोल-अप प्रॉपर्टी. हर सोर्स प्रॉपर्टी एक रोल-अप प्रॉपर्टी में फ़ीड होती है जो पूरे वेब और ऐप्लिकेशन पर पूरा व्यू देती है. |
अगर आपको किसी प्रोजेक्ट से जुड़े गेम के वर्शन का आकलन करना है, तो उस प्रोजेक्ट के हिसाब से गेम के अलग-अलग एनवायरमेंट को और भी छोटे ग्रुप में बांटा जा सकता है. हालांकि, इसके लिए आपको ज़्यादा प्रॉपर्टी की ज़रूरत होगी. |
राष्ट्रीय बीमा कंपनी, जिसकी कई स्वतंत्र सहायक कंपनियां हैं (जीवन, स्वास्थ्य, घर, वाहन का बीमा)
इस कारोबार ने ग्राहकों को अपने प्रॉडक्ट और सेवाओं की जानकारी देने के लिए एक कॉर्पोरेट वेबसाइट बनाई है. साथ ही, इससे कंपनी को यह भी पता चलता है कि कितने ग्राहकों की उसके प्रॉडक्ट खरीदने में दिलचस्पी (लीड) है, ताकि उनसे ऑफ़लाइन इंटरैक्शन (जैसे कि फ़ोन, मेल, बिक्री की जगह) करके पॉलिसी बेची जा सके. मुख्य कारोबार के तहत आने वाली हर कंपनी की एक अलग मार्केटिंग टीम और निजी Google Ads खाता भी है.
मुख्य कारोबार के तहत आने वाली एक कंपनी (वाहन) का एक ऐप्लिकेशन भी है.
कारोबार से जुड़ी शर्तें
खाता इस तरह से बना हो, ताकि उससे ये शर्तें पूरी हों:
- डेटा का मालिकाना हक सिर्फ़ एक जगह पर मौजूद एक ही कारोबारी इकाई के पास हो.
- कॉर्पोरेट साइट का डेटा, विश्लेषण के लिए उपलब्ध होना चाहिए, ताकि लीड बनाने की प्रोसेस और कॉन्टेंट ऑप्टिमाइज़ेशन को बेहतर बनाया जा सके.
- मुख्य कारोबार के तहत आने वाली हर कंपनी के लिए ज़रूरी है कि वह अपना डेटा अलग-अलग सेक्शन में बांटे, ताकि हर सेक्शन से जुड़ी मार्केटिंग टीम अपने हिसाब से ऑडियंस तय कर सके. साथ ही, एक ही Google Ads खाते से जुड़े कन्वर्ज़न ट्रैक कर सके.
Google Analytics स्टैंडर्ड खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: तर्क के हिसाब से तय किए गए हर उपयोगकर्ता आधार के लिए एक प्रॉपर्टी (कॉर्पोरेट साइट; मुख्य कारोबार के तहत आने वाली हर कंपनी की साइट और ऐप्लिकेशन).
- डेटा स्ट्रीम: कॉर्पोरेट वेबसाइट के लिए एक डेटा स्ट्रीम. मुख्य कारोबार के तहत आने वाली हर साइट के लिए एक डेटा स्ट्रीम. साथ ही, ऐप्लिकेशन के हर वर्शन के लिए एक डेटा स्ट्रीम.
Google Analytics 360 खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: सभी साइटों और ऐप्लिकेशन के लिए एक प्रॉपर्टी (कॉर्पोरेट साइट; मुख्य कारोबार के तहत आने वाली हर कंपनी की साइट और ऐप्लिकेशन).
- सब-प्रॉपर्टी: तर्क के हिसाब से तय किए गए हर उपयोगकर्ता आधार के लिए एक सब-प्रॉपर्टी (कॉर्पोरेट साइट; मुख्य कारोबार के तहत आने वाली हर कंपनी की साइट और ऐप्लिकेशन).
- डेटा स्ट्रीम: कॉर्पोरेट वेबसाइट के लिए एक डेटा स्ट्रीम. मुख्य कारोबार के तहत आने वाली हर साइट के लिए एक डेटा स्ट्रीम. साथ ही, ऐप्लिकेशन के हर वर्शन के लिए एक डेटा स्ट्रीम.
लागू किए गए सिद्धांत
| स्ट्रक्चर | वजह |
|---|---|
|
एक Analytics खाता. अगर Analytics खाता पहले से ही मौजूद है, तो नया खाता बनाने की ज़रूरत नहीं है. |
डेटा का मालिकाना हक सिर्फ़ एक जगह पर मौजूद एक ही कारोबारी इकाई के पास हो. |
|
कॉर्पोरेट वेबसाइट के लिए एक (वेब) डेटा स्ट्रीम के साथ एक Google Analytics 4 प्रॉपर्टी (स्टैंडर्ड खाता) |
कॉर्पोरेट वेबसाइट के लिए एक प्रॉपर्टी और डेटा स्ट्रीम तय करने से, विश्लेषण से जुड़ा डेटा उपलब्ध हो जाता है. इस तरह, लीड बनाने की प्रोसेस और कॉन्टेंट ऑप्टिमाइज़ेशन को बेहतर बनाया जा सकता है. |
|
मुख्य कारोबार के तहत आने वाली हर वेबसाइट के लिए: (स्टैंडर्ड खाता) एक (वेब) डेटा स्ट्रीम के साथ एक Google Analytics 4 प्रॉपर्टी. मुख्य कारोबार के तहत वाहन-बीमा करने वाली कंपनी की प्रॉपर्टी को एक (Android ऐप्लिकेशन) डेटा स्ट्रीम की भी ज़रूरत होगी. |
मुख्य कारोबार के तहत आने वाली हर कंपनी की साइट के लिए एक ही प्रॉपर्टी और डेटा स्ट्रीम तय करने से, हर साइट का डेटा दूसरी साइटों से अलग रहता है. मुख्य कारोबार के तहत वाहन-बीमा करने वाली कंपनी का ऐप्लिकेशन और वेब डेटा, उसी प्रॉपर्टी में उपलब्ध रहेगा. |
|
सभी वेबसाइटों (कॉर्पोरेट और सहायक कंपनी) के लिए एक (वेब) डेटा स्ट्रीम के साथ एक Google Analytics 4 प्रॉपर्टी. (360) |
सभी वेबसाइटों के लिए एक ही सोर्स प्रॉपर्टी और डेटा स्ट्रीम तय करने पर, विश्लेषण से जुड़ा डेटा उपलब्ध हो जाता है. इस तरह, लीड बनाने की प्रोसेस और कॉन्टेंट ऑप्टिमाइज़ेशन को बेहतर बनाया जा सकता है. इससे सब-प्रॉपर्टी की सोर्स प्रॉपर्टी भी बनाई जा सकती है. |
|
मुख्य कारोबार के तहत आने वाली हर कंपनी और कॉर्पोरेट वेबसाइट के लिए सब-प्रॉपर्टी |
डेटा के हर लॉजिकल कॉम्बिनेशन (कॉर्पोरेट वेबसाइट या सहायक साइट) को डेटा के अपने व्यू में फ़िल्टर करने के लिए, एक सब-प्रॉपर्टी बनाई जा सकती है. |
|
मुख्य कारोबार के तहत वाहन-बीमा करने वाली कंपनी के Android ऐप्लिकेशन के लिए एक Firebase प्रोजेक्ट. Firebase प्रोजेक्ट, मुख्य कारोबार के तहत वाहन-बीमा करने वाली कंपनी की प्रॉपर्टी (मानक खाता) या स्रोत प्रॉपर्टी (360 खाता) से लिंक है. |
वाहन-बीमा वाले ऐप्लिकेशन के लिए Firebase प्रोजेक्ट तय करने से ऐप्लिकेशन के डेवलपमेंट के लिए एक अलग एनवायरमेंट बन जाता है. Firebase प्रोजेक्ट को वाहन-बीमा वाली प्रॉपर्टी से जोड़ने पर, ऐप्लिकेशन और वेब डेटा एक ही प्रॉपर्टी में उपलब्ध हो जाते हैं (जैसे कि 360 खातों की सोर्स प्रॉपर्टी के लिए). |
|
मुख्य कारोबार के तहत आने वाली कंपनी की प्रॉपर्टी (स्टैंडर्ड खाते) या सब-प्रॉपर्टी (360 खाते), Google Ads खाते से लिंक की गई हैं. |
जब मुख्य कारोबार के तहत आने वाली हर कंपनी के Google Ads खाते को उसकी प्रॉपर्टी से जोड़ते हैं, तो प्रॉपर्टी की ऑडियंस, उससे जुड़े Google Ads खातों में उपलब्ध होती है. साथ ही, Google Ads खातों का कन्वर्ज़न डेटा, उनसे जुड़ी Google Analytics 4 प्रॉपर्टी में उपलब्ध हो जाता है. |
कई देशों में कई ब्रैंड के साथ काम करने वाली ट्रैवल कंपनी
इस कंपनी के कई ब्रैंड हैं. साथ ही, हर ब्रैंड की डेस्कटॉप वेबसाइट, मोबाइल साइट, और ऐप्लिकेशन शामिल हैं. इसके अलावा, हर ब्रैंड की निजी मार्केटिंग टीम और विज्ञापन खाते हैं.
कारोबार से जुड़ी शर्तें
खाता इस तरह से बना होना चाहिए कि वह इन शर्तों को पूरा करे:
- डेटा का विश्लेषण हर देश के हिसाब से हो.
- हर मार्केटिंग टीम को अपनी खुद की ऑडियंस बनानी होगी और कन्वर्ज़न को उनसे जुड़े विज्ञापन खातों में एट्रिब्यूट करना होगा.
Google Analytics स्टैंडर्ड खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: तर्क के हिसाब से तय किए गए हर उपयोगकर्ता आधार के लिए एक प्रॉपर्टी (कॉर्पोरेट साइट; हर ब्रैंड की साइट और ऐप्लिकेशन).
- डेटा स्ट्रीम: कॉर्पोरेट वेबसाइट के लिए एक डेटा स्ट्रीम. हर ब्रैंड साइट के लिए एक डेटा स्ट्रीम और ऐप्लिकेशन के हर वर्शन के लिए एक डेटा स्ट्रीम.
Google Analytics 360 खाते का स्ट्रक्चर
- खाता: एक खाता. डेटा का मालिकाना हक एक ही कानूनी इकाई के पास है.
- प्रॉपर्टी: तर्क के हिसाब से तय किए गए हर उपयोगकर्ता आधार के लिए एक प्रॉपर्टी (कॉर्पोरेट साइट; हर ब्रैंड की साइट और ऐप्लिकेशन).
- रोल-अप प्रॉपर्टी: सभी इकाई और भौगोलिक डेटा सेट को एक साथ देखने के लिए एक रोल-अप प्रॉपर्टी.
- डेटा स्ट्रीम: कॉर्पोरेट वेबसाइट के लिए एक डेटा स्ट्रीम. हर ब्रैंड साइट के लिए एक डेटा स्ट्रीम और ऐप्लिकेशन के हर वर्शन के लिए एक डेटा स्ट्रीम.
लागू किए गए सिद्धांत
| स्ट्रक्चर | वजह |
|---|---|
|
एक Analytics खाता. अगर Analytics खाता पहले से ही मौजूद है, तो नया खाता बनाने की ज़रूरत नहीं है. |
डेटा का मालिकाना हक एक ही कारोबारी इकाई के पास होता है. |
|
हर ब्रैंड के लिए एक Google Analytics 4 प्रॉपर्टी, जिसमें:
|
हर ब्रैंड के लिए एक प्रॉपर्टी तय करने से:
हर प्लैटफ़ॉर्म के लिए अलग डेटा स्ट्रीम तय करने से सारा डेटा एक ही जगह इकट्ठा हो जाता है. साथ ही, उसकी आसानी से तुलना और हर डेटा का अलग से विश्लेषण किया जा सकता है. इसके अलावा, किसी खास प्लैटफ़ॉर्म का इस्तेमाल करने वाली ऑडियंस भी तय की जा सकती है. |
|
एक रोल-अप प्रॉपर्टी से सभी ब्रैंड प्रॉपर्टी एक ही जगह पर आ जाती हैं (360 खाते) |
सभी सोर्स प्रॉपर्टी के साथ एक रोल-अप प्रॉपर्टी से संस्था के लेवल पर डेटा की पूरी जानकारी मिल सकती है. |
|
किसी खास ब्रैंड के Google Ads, Display & Video 360, और Search Ads 360 खाते अपनी-अपनी प्रॉपर्टी से जुड़े हैं. |
हर मार्केटिंग टीम को अपनी ऑडियंस बनानी होंगी. साथ ही, लिंक गए विज्ञापन खातों में कन्वर्ज़न एट्रिब्यूट करने होंगे. |
ज़्यादा जानकारी वाली गाइड और रेफ़रंस
इस गाइड के बाकी हिस्से में उन कारोबारों के बारे में पूरी जानकारी दी गई है जिनकी ज़रूरतें, ऊपर दिए गए सेक्शन में दिए गए उदाहरणों से अलग हैं. अगर आप Google Analytics 360 के ग्राहक हैं, तो ज़्यादा जानकारी वाली यह गाइड काफ़ी काम की है.
विषय सूची:- सिद्धांत और परिभाषाएं
- सबसे सही तरीके
- डेटा स्ट्रीम
- Search Console इंटिग्रेशन
- किस तरह की रिपोर्ट दिखानी है यह कस्टमाइज़ करना
- डेटा हाइजीन (काम का डेटा दिखाना)
- डेटा बदलना
- उपयोगकर्ता की अनुमतियां और उपयोगकर्ता की भूमिकाएं
- 360 की खास सुविधाएं: सब-प्रॉपर्टी और रोल-अप प्रॉपर्टी
- सब-प्रॉपर्टी और रोल-अप प्रॉपर्टी के उदाहरण
- लिंक करना: Google Ads, SA360, और DV360
सिद्धांत और परिभाषाएं
अगर आपने Google Analytics 4 प्रॉपर्टी के बारे में जानना शुरू किया है, तो आपके लिए ये लेख और वीडियो मददगार हो सकते हैं:
- पेश है Google Analytics 4 (GA4)
- सब-प्रॉपर्टी के बारे में जानकारी (Google Analytics 360 में उपलब्ध)
- रोल-अप प्रॉपर्टी के बारे में जानकारी (Google Analytics 360 में उपलब्ध)
- खाता: ऐसी प्रॉपर्टी का कलेक्शन है, जिनके डेटा का मालिकाना हक एक ही कानूनी इकाई के पास होता है. साथ ही, इन्हें खास इलाके की सेवा की शर्तों (टीओएस) के हिसाब से मैनेज किया जाता है.
क्या हर इलाके के डेटा का मालिकाना हक, उस इलाके में मौजूद किसी खास कानूनी इकाई के पास होना ज़रूरी है?
- हां: कई खाते बनाएं, यानी कि हर इलाके के लिए एक खाता.
- नहीं: उसी इलाके में एक खाता बनाएं जहां आपकी कंपनी का मुख्यालय है.
- प्रॉपर्टी: यह किसी खाते में मौजूद होती है और एक उपयोगकर्ता आधार का डेटा दिखाती है. अगर प्रॉडक्ट लाइन, ब्रैंड, और ऐप्लिकेशन से जुड़े डेटा का विश्लेषण एक साथ किया जाना है, तो डेटा एक प्रॉपर्टी में होना चाहिए. अगर आपके पास Google Analytics 360 है, तो यह प्रॉपर्टी सोर्स प्रॉपर्टी के रूप में काम कर सकती है.
क्या जो डेटा इकट्ठा किया जाता है वह तर्क के हिसाब से तय किए गए एक ही उपयोगकर्ता आधार से जुड़ा है? Analytics को दूसरे प्रॉडक्ट से जोड़ते समय, क्या हर प्रॉडक्ट के साथ डेटा के पूरे हिस्से को शेयर करना है?
- हां: एक प्रॉपर्टी बनाएं.
- नहीं: तर्क के हिसाब से तय किए गए हर उपयोगकर्ता आधार के लिए अलग-अलग प्रॉपर्टी या सब-प्रॉपर्टी बनाएं.
- डेटा स्ट्रीम: यह प्रॉपर्टी के अंदर होती है और किसी ऐप्लिकेशन या वेबसाइट का डेटा भी इसके ज़रिए ही मिलता है. हर प्रॉपर्टी के लिए, ज़्यादा से ज़्यादा तीन डेटा स्ट्रीम का इस्तेमाल करना सबसे सही तरीका है: वेब पर उपयोगकर्ता अनुभव को मेज़र करने के लिए वेबसाइट की एक डेटा स्ट्रीम, जबकि iOS और Android के लिए ऐप्लिकेशन की एक-एक डेटा स्ट्रीम.
- ऐप्लिकेशन की डेटा स्ट्रीम: ऐप्लिकेशन पैकेज के नाम और प्लैटफ़ॉर्म के हर सेट के लिए, एक डेटा स्ट्रीम बनाई जा सकती है.
- वेबसाइट की डेटा स्ट्रीम: ज़्यादातर मामलों में, आपको वेब उपयोगकर्ता के अनुभव को मापने के लिए किसी एक वेबसाइट की डेटा स्ट्रीम का इस्तेमाल करना चाहिए. यह पक्का करने के लिए कि डोमेन तक के वेब अनुभव के लिए, उपयोगकर्ता और सेशन की रिपोर्टिंग एक जैसी हो, क्रॉस डोमेन मेज़रमेंट के साथ मिलती-जुलती एक ही वेबसाइट की डेटा स्ट्रीम का इस्तेमाल करें.
सबसे सही तरीके
यहां दिए गए सबसे सही तरीके और सुझाव, अलग-अलग तरह के उपयोगकर्ताओं और उनके इस्तेमाल के उदाहरण को कवर करते हैं. ऐसे भी मामले हो सकते हैं जिनमें यह सलाह लागू न हो या फिर कुछ खास परिस्थितियों में अपनाने की ज़रूरत पड़े.
आम तौर पर, आपको हर कंपनी के लिए एक खाता और हर ब्रैंड या कारोबार इकाई के लिए एक प्रॉपर्टी सेट अप करनी चाहिए. यह मानते हुए कि आपके ब्रैंड और कारोबार की इकाइयां अलग-अलग या एक जैसी ऑपरेटिंग इकाई हैं और अलग-अलग हिस्सेदारों/विश्लेषकों के समूह हैं.
उदाहरण A
- पैरंट कंपनी A: एक खाता
- ब्रैंड X (वाहनों के लिए): एक प्रॉपर्टी
- ब्रैंड Y (घर के सामान): एक प्रॉपर्टी
- ब्रैंड Z (उपभोक्ता इलेक्ट्रॉनिक्स): एक प्रॉपर्टी
इस मामले में, पैरंट कंपनी के पास एक खाता और तीन अलग-अलग प्रॉपर्टी हैं. हर प्रॉपर्टी में सिर्फ़ उस ब्रैंड/कारोबार से जुड़ा डेटा है.
उदाहरण B
- एंटरप्राइज़ कंपनी B: एक खाता
- प्रॉडक्ट लाइन D (घर का बीमा): एक प्रॉपर्टी
- प्रॉडक्ट लाइन E (कार का बीमा): D जैसी प्रॉपर्टी
- प्रॉडक्ट लाइन F (जीवन बीमा): D और E जैसी प्रॉपर्टी
इस मामले में, एंटरप्राइज़ ने अपने कारोबार की सभी इकाइयों को एक ही प्रॉपर्टी में अपना डेटा भेजने का विकल्प चुना है. हो सकता है कि उनके ग्राहक नियमित तौर पर कई प्रॉडक्ट का इस्तेमाल करते हों या वे अलग-अलग प्रॉडक्ट के लिए अपसेल या क्रॉस-सेल कैंपेन का इस्तेमाल करते हों. इसलिए, सारा डेटा एक साथ देखना सही होता है. यह प्रॉपर्टी अलग-अलग प्रॉडक्ट लाइन का विश्लेषण करने के लिए, सब-प्रॉपर्टी के लिए सोर्स प्रॉपर्टी की तरह काम कर सकती है (नीचे देखें).
उदाहरण C
- छोटा कारोबार C. उदाहरण के लिए, रोहन की खाने की चीज़ों की दुकान (डेली): एक खाता
- सभी प्रॉडक्ट (डेली मीट, सैंडविच, पीने की चीज़ें वगैरह): एक प्रॉपर्टी
इस मामले में, रोहन की डेली छोटा कारोबार है और इसे एक से ज़्यादा प्रॉपर्टी की ज़रूरत नहीं है. रोहन खाने की चीज़ों की ऑनलाइन डिलीवरी कारोबार के लिए, अपने सभी डेटा का विश्लेषण एक साथ करता है, क्योंकि ग्राहक अक्सर एक से ज़्यादा प्रॉडक्ट खरीदते हैं और इनके कारोबार की अलग-अलग इकाइयां नहीं हैं. उनके पूरे डेटा के लिए एक ही प्रॉपर्टी सही है.
डेटा स्ट्रीम
हर सोर्स प्रॉपर्टी में, किसी ऐप्लिकेशन और/या वेबसाइट के डेटा की स्ट्रीम शामिल होती हैं, जो इनकमिंग डेटा देती हैं. इस वजह से, डेटा स्ट्रीम सिर्फ़ एक ऐप्लिकेशन या वेबसाइट होती है, जो किसी खास GA4 प्रॉपर्टी को डेटा भेजती है.
हमारा सुझाव है कि:
- हर प्रॉपर्टी के लिए वेबसाइट की एक डेटा स्ट्रीम
- हर प्रॉपर्टी के लिए iOS की एक डेटा स्ट्रीम
- हर प्रॉपर्टी के लिए Android की एक डेटा स्ट्रीम
Search Console इंटिग्रेशन
GA4 प्रॉपर्टी को Search Console से जोड़ा जा सकता है. इससे Google Analytics में नया रिच डेटा शामिल हो जाता है, जैसे कि ऑर्गैनिक Google Search की खोज क्वेरी और लैंडिंग पेज जैसे रिपोर्टिंग के डाइमेंशन.
आपको यह तय करना होगा कि कौनसी Search Console प्रॉपर्टी को किस सोर्स प्रॉपर्टी से जोड़ना है. अगर सब-प्रॉपर्टी और रोल-अप प्रॉपर्टी का इस्तेमाल किया जाता है, तो आपको यह चुनना होगा कि सोर्स प्रॉपर्टी, सब-प्रॉपर्टी जोड़ना है या रोल-अप प्रॉपर्टी से.
GA4 प्रॉपर्टी और Search Console प्रॉपर्टी को फटाफट और आसानी से जोड़ा जा सकता है. इस प्रोसेस को GA4 के एडमिन पेज में जाकर पूरा किया जा सकता है. ध्यान दें कि लिंक सेट अप करने के लिए, Search Console प्रॉपर्टी पर, साइट के एडमिन के रूप में आपकी पुष्टि होनी ज़रूरी है. साथ ही, आपके पास Google Analytics 4 प्रॉपर्टी में एडमिन की भूमिका भी होनी चाहिए.
किस तरह की रिपोर्ट दिखानी है यह कस्टमाइज़ करना
Google Analytics 4 प्रॉपर्टी की मदद से, यह तय किया जा सकता है कि किस तरह की रिपोर्ट दिखानी हैं, उन रिपोर्ट में किस तरह की मेट्रिक और डाइमेंशन शामिल किए जा सकते हैं, और रिपोर्ट में किस तरह के ग्राफ़ दिखाए जा सकते हैं. आपके पास रिपोर्ट कलेक्शन सेट अप करने की एक ऐसी सुविधा होती है जो सिर्फ़ किसी खास ग्रुप के लिए काम का हो. उदाहरण के लिए, मार्केटिंग टीम (हालांकि, इन कलेक्शन को ऐक्सेस करने पर पाबंदी नहीं लगाई जा सकती. प्रॉपर्टी के सभी उपयोगकर्ताओं के पास इनका ऐक्सेस होता है). इससे, GA4 को पसंद के मुताबिक बनाया जा सकता है, ताकि आपको सबसे पहले काम की रिपोर्ट दिखें या जिन्हें आसानी से ऐक्सेस किया जा सके. आपको प्रॉडक्ट से जुड़ी दुनिया भर की रिपोर्ट न देखनी पड़े, जो आपके काम की न हों.
मार्केटिंग टीम की रिपोर्ट इकट्ठा करने का उदाहरण:
आपके पास हर कलेक्शन में मौजूद खास रिपोर्ट को पसंद के मुताबिक बनाने की सुविधा होती है. उदाहरण के लिए, ज़्यादातर टेबल रिपोर्ट में "कुल आय" मेट्रिक होती है, जो स्टैंडर्ड रिपोर्ट कॉन्फ़िगरेशन में दिखती है. अगर आपका ई-कॉमर्स कारोबार है, जो आय का डेटा भेजता है और आपको अपनी टीमों से इसका विश्लेषण कराना है, तो यह आपके लिए सबसे बढ़िया तरीका है. हालांकि, अगर आपके पास Google Analytics में रिपोर्ट करने के लिए आय का डेटा नहीं है, तो यह कॉलम हर लाइन के लिए 0.00 डॉलर की वैल्यू दिखाएगा. अगर यह मेट्रिक आपके कारोबार के लिए काम की मेट्रिक नहीं है, तो इसे हटा दें. इससे रिपोर्ट में मौजूद बेवजह का डेटा कम हो जाता है.
कुल आय मेट्रिक वाली इवेंट रिपोर्ट:
इंटरफ़ेस में बदलाव करें (किसी मेट्रिक को हटाने के लिए उसके बगल में मौजूद "X" पर क्लिक करें):
“कुल आय” मेट्रिक के बिना लागू और सेव करें:
यह रिपोर्ट, अब उस कारोबार के हिसाब से ज़्यादा बेहतर है जिसमें Google Analytics में आय का डेटा नहीं होता या वह इसे दिखाना नहीं चाहता.
डेटा हाइजीन (काम का डेटा दिखाना) के सबसे सही तरीके
ज़रूरत के हिसाब से अपनी रिपोर्ट में डेटा को शामिल करने या बाहर रखने के लिए फ़िल्टर करें. इसके अलावा, डेटा हाइजीन पर खास ध्यान दें. इसके लिए पक्का करें कि इंटरनल आईपी ट्रैफ़िक और अनचाहे रेफ़रल को बाहर रखा जाए और क्रॉस-डोमेन मेज़रमेंट को सही तरीके से सेट अप किया जाए.
इंटरनल आईपी ट्रैफ़िक को बाहर रखना
कई कारोबारों के लिए, डेटा सेट से इंटरनल आईपी ट्रैफ़िक को हटाना ज़रूरी हो सकता है. इनमें ऐसे कारोबार शामिल हैं जिनमें वेबसाइट पर कर्मचारियों का ट्रैफ़िक बहुत ज़्यादा होता है. उदाहरण के लिए, सहायता करने वाले टेक्नीशियन अक्सर ग्राहकों की मदद करने के दौरान, अपनी कंपनी की वेबसाइट पर मौजूद सहायता केंद्र के लेखों को रेफ़र करते हैं. इससे यह पक्का होता है कि आपकी कंपनी के कर्मचारी (इंटरनल उपयोगकर्ता) Analytics के उस डेटा पर असर नहीं डाल रहे जिसका मकसद बाहरी ग्राहकों के इस्तेमाल के उदाहरणों की रिपोर्टिंग करना है. GA4 में अब एक प्रीसेट फ़िल्टर है:
अनचाहे रेफ़रल हटाना
डेटा हाइजीन के लिए सबसे सही तरीके का एक पहलू, अनचाहे रेफ़रल ट्रैफ़िक को बाहर रखना है. इसकी मदद से, इवेंट को बनाए रखकर कुछ रेफ़रल सोर्स के डेटा को प्रोडक्शन डेटा से बाहर रखा जा सकता है. हालांकि, रेफ़रल देने वाले को अनदेखा किया जाता है, ताकि ट्रैफ़िक एट्रिब्यूशन पर कोई असर न हो. ध्यान रखें कि यह GA4 में पहले से तय कॉन्फ़िगरेशन है:
क्रॉस-डोमेन ट्रैकिंग सेट अप करना
आखिर में, एक समस्या जो हमेशा Google Analytics के उपयोगकर्ताओं के सामने आती है वह है क्रॉस-डोमेन ट्रैफ़िक से डील करना. इससे पहले, आपको Google Tag Manager या TMS के ज़रिए या अपनी साइट पर हार्ड कोड करके क्रॉस-डोमेन ट्रैकिंग की सुविधा सेट अप करनी पड़ती थी. इसमें ज़्यादा मेहनत लगती थी, इसलिए Google Analytics के उपयोगकर्ताओं को काफ़ी मुश्किल होती थी. इस वजह से, अक्सर डेटा हाइजीन से जुड़ी समस्याएं सामने आती थीं, जिनमें आपके मालिकाना हक वाले डोमेन से नए या ज़्यादा संख्या में सेशन या रेफ़रल दिखते थे. Google Analytics 4 की मदद से, इसे यूज़र इंटरफ़ेस में आसानी से सेट अप किया जा सकता है. इससे, डेटा हाइजीन बनाए रखने में मदद मिलती है:
डेटा बदलना
यूनिवर्सल Analytics में, डेटा को बदलना, फ़िल्टर कॉन्फ़िगरेशन के हिस्से के तौर पर मैनेज किया जाता है. उदाहरण के लिए, utm_campaign जैसे किसी खास डाइमेंशन की सभी वैल्यू को छोटे अक्षरों में दिखाना. Google Analytics 4 प्रॉपर्टी में, अब इसे इवेंट बनाने और उसमें बदलाव करने के ज़रिए किया जा सकता है.
उदाहरण के लिए, मान लें कि आपको पता चलता है कि किसी खास इवेंट को आपके GA4 प्रॉपर्टी में दो बार भेजा गया है, लेकिन दो अलग-अलग तरीकों से. हो सकता है कि आपकी वेबसाइट पर कोई मुख्य कार्रवाई करने वाले “start_now” इवेंट को GA4 में कई तरीकों से (“start_now” और “startNow”) भेजा जा रहा हो, क्योंकि यह आपकी वेबसाइट पर कई अलग-अलग जगहों पर दिखता है. इन्हें अलग-अलग टीमों ने डेवलप किया है, जिन्होंने अनजाने में चीज़ों को अलग तरह से कोड किया. यह एक सामान्य स्थिति है, जिसकी वजह से आपकी डेटा क्वालिटी पर असर पड़ सकता है. हालांकि, अब आपके पास यूज़र इंटरफ़ेस में इवेंट बनाकर और उनमें बदलाव करके, डेटा क्वालिटी को ठीक करने की सुविधा है.
इस समस्या को ठीक करने के लिए, अपनी GA4 प्रॉपर्टी के कॉन्फ़िगर करें सेक्शन में इवेंट में बदलाव करें पर क्लिक करें.
आपको यह स्क्रीन दिखेगी, जहां आपको किए जाने वाले बदलाव चुनने होंगे. इस मामले में, आपको चुनना होगा कि 'अभी शुरू करें' के कौनसे इवेंट को रखना है और इससे मैच करने के हिसाब से दूसरे इवेंट में बदलाव करना होगा. यहां दिए गए उदाहरण में बताया गया है कि “startNow” नाम वाले किसी भी इवेंट में बदलाव करके, उसे “start_now” के इवेंट नाम से बदल दिया जाएगा. ऐसा करने से, इवेंट के ये दोनों नाम एक ही नाम से जुड़ जाएंगे और आपको इस इवेंट के लिए, आपकी रिपोर्ट में डेटा सिर्फ़ एक लाइन में दिखेगा.
उपयोगकर्ता की अनुमतियां और उपयोगकर्ता की भूमिकाएं
Google Analytics 4 प्रॉपर्टी, बेहतर और ज़्यादा स्मार्ट भूमिकाओं के अलावा, पाबंदियों से जुड़े फ़ंक्शन भी उपलब्ध कराती हैं. स्टैंडर्ड भूमिकाओं में अब ये चीज़ें शामिल हैं:
- एडमिन: कोई ऐसा व्यक्ति जिसके पास खाते का पूरा कंट्रोल है
- एडिटर: वह व्यक्ति जिसके पास डेटा और सेटिंग में बदलाव करने का पूरा ऐक्सेस है, लेकिन वह उपयोगकर्ताओं को मैनेज नहीं कर सकता
- ऐनलिस्ट: ऐसा व्यक्ति जो डेटा और कॉन्फ़िगरेशन देखने के साथ-साथ, शेयर की गई एसेट बना सकता है. साथ ही, उनमें बदलाव कर सकता है
- ऑडियंस: कोई ऐसा व्यक्ति जो रिपोर्ट का डेटा और कॉन्फ़िगरेशन सेटिंग देख सकता है
इसके अलावा, GA4 प्रॉपर्टी "कोई लागत मेट्रिक नहीं" या "कोई आय मेट्रिक नहीं" के लिए, डेटा पर पाबंदी लगाने वाली भूमिका के आधार पर, रिपोर्टिंग इंटरफ़ेस में लागत और आय का डेटा छिपाने की सुविधा जोड़ती है. यह सुविधा उपयोगकर्ता की अनुमतियों के लिहाज़ से बहुत काम की है. इसमें, कुछ ऑडियंस को साइट और उपयोगकर्ताओं के व्यवहार के डेटा को ऐक्सेस करने की अनुमति देने के साथ-साथ कारोबार के संवेदनशील डेटा की सुरक्षा में मदद मिलती है.
360 की खास सुविधाएं: सब-प्रॉपर्टी और रोल-अप प्रॉपर्टी
सब-प्रॉपर्टी
सब-प्रॉपर्टी, Google Analytics 4 प्रॉपर्टी के नए वर्शन हैं. ये Google Analytics 360 खातों के लिए उपलब्ध होती हैं. इनकी मदद से, किसी सोर्स प्रॉपर्टी में मौजूद डेटा का सबसेट बनाया जा सकता है. सब-प्रॉपर्टी की वजह से, व्यू की ज़रूरत नहीं रह जाती. उदाहरण के लिए, ऐसी सब-प्रॉपर्टी बनाई जा सकती है जिसमें आपकी सोर्स प्रॉपर्टी के डेटा का सबसेट हो और कुछ उपयोगकर्ताओं को सिर्फ़ उस सब-प्रॉपर्टी का ऐक्सेस दिया जा सके. इसके अलावा, सब-प्रॉपर्टी, डेटा हाइजीन, डेटा को मैनेज करने, उपयोगकर्ताओं को मैनेज करने, और सुविधाओं को मैनेज करने की सुविधाएं देती हैं. इससे, बड़े कारोबारों और एंटरप्राइज़ के लिए, GA4 का इस्तेमाल काफ़ी फ़ायदेमंद साबित होता है.
किसी भी सोर्स प्रॉपर्टी से सब-प्रॉपर्टी बनाई जा सकती है, लेकिन रोल-अप प्रॉपर्टी से सब-प्रॉपर्टी नहीं बनाई जा सकती. सब-प्रॉपर्टी का सोर्स प्रॉपर्टी से वन-टू-वन रिलेशनशिप होता है.
डेटा को मैनेज करना
सब-प्रॉपर्टी के लिए इस्तेमाल के सबसे बड़े उदाहरणों में से एक है डेटा को मैनेज करना - यह कंट्रोल करना कि प्रॉपर्टी में कौनसा डेटा शामिल करना है या कौनसा डेटा निकालना है. सब-प्रॉपर्टी की मदद से, किसी खास ऑडियंस या इस्तेमाल के उदाहरण के लिए, ज़रूरी डेटा सेट बनाने के मकसद से डेटा को फ़िल्टर किया जा सकता है. इससे आपका डेटा बेहतर तरीके से व्यवस्थित किया जा सकता है, ताकि कुछ खास ऑडियंस इसे आसानी से ऐक्सेस कर सकें.
Universal Analytics में यह व्यू का एक आम इस्तेमाल है. जैसे, सिर्फ़ अपने उत्तर अमेरिकी ट्रैफ़िक या मार्केटिंग वेबसाइट के डेटा के लिए व्यू बनाना. इन डेटा सेट को अलग-अलग करने से, सभी ग्रुप को आसानी से और फटाफट जानकारी हासिल करने की सुविधा मिल जाती है. भले ही, यही काम वे सोर्स प्रॉपर्टी में थोड़ा और फ़िल्टर इस्तेमाल करके भी कर सकते थे. सब-प्रॉपर्टी की मदद से, किसी सोर्स प्रॉपर्टी से इंपोर्ट और एक्सपोर्ट किए गए फ़िल्टर का इस्तेमाल करके यह काम किया जा सकता है. साथ ही, इस तरह के इस्तेमाल के उदाहरणों के लिए, सब-प्रॉपर्टी से भी यह काम किया जा सकता है.
किसी इवेंट का इस्तेमाल करके डेटा को सब-प्रॉपर्टी में फ़िल्टर किया जा सकता है या फिर सोर्स प्रॉपर्टी में इकट्ठा किए गए कस्टम डाइमेंशन के ज़रिए यह किया जा सकता है.
उपयोगकर्ता को मैनेज करना
सब-प्रॉपर्टी के लिए इस्तेमाल का दूसरा उदाहरण, उपयोगकर्ताओं को मैनेज करने की ज़रूरतों से जुड़ा है. इसका एक उदाहरण यह है कि अगर आपकी कंपनी की ऐसी सख्त नीतियां हैं कि एक क्षेत्र (जैसे, नॉर्थ अमेरिका) अपने क्षेत्र से जुड़े डेटा का एक खास सबसेट देख सकता है, लेकिन किसी दूसरे क्षेत्र (जैसे, साउथ अमेरिका) के पास इस डेटा का कोई ऐक्सेस नहीं होगा. सब-प्रॉपर्टी का इस्तेमाल करके, अपनी प्रॉपर्टी में हर क्षेत्र के डेटा पर पाबंदी लगाई जा सकती है, ताकि उस क्षेत्र के बाहर के डेटा को ऐक्सेस नहीं किया जा सके. यह किसी सब-प्रॉपर्टी के लिए इस्तेमाल का बढ़िया उदाहरण है.
ये बातें कारोबार की उन इकाइयों पर भी लागू होती हैं जिन्हें अपने काम से जुड़ा डेटा अलग रखने की ज़रूरत होती है. यहां तक कि अगर कंपनी को यह लगे कि एक टीम को दूसरी टीम का डेटा नहीं देखना चाहिए, तो मार्केटिंग साइट और प्रॉडक्ट के अनुभव से जुड़ा डेटा भी अलग रखा जा सकता है.
अगर आपको डेटा को ऐक्सेस करने पर कोई पाबंदी नहीं लगानी है, बस आपको सिर्फ़ कुछ खास डेटा सेट में उपयोगकर्ताओं के एक खास सबसेट को शामिल करना है, तो रिपोर्ट को पसंद के मुताबिक बनाना और रिपोर्ट कलेक्शन बेहतर उपाय हो सकते हैं. उदाहरण के लिए, आपके पास खास तौर पर मार्केटिंग टीम के लिए तैयार की गई रिपोर्ट का कलेक्शन बनाने की सुविधा है, ताकि वे अपने काम के डेटा को आसानी से ऐक्सेस कर सकें. इन सुविधाओं की मदद से, खास ऑडियंस के लिए आसानी से ऐक्सेस किए जा सकने वाले फ़ॉर्मैट में डेटा को व्यवस्थित किया जा सकता है. इसके लिए, आपको अलग से पैसे नहीं देने होंगे.
रोल-अप प्रॉपर्टी
रोल-अप प्रॉपर्टी में दो या दो से ज़्यादा प्रॉपर्टी का डेटा होता है. रोल-अप प्रॉपर्टी में सामान्य प्रॉपर्टी और सब-प्रॉपर्टी का डेटा शामिल हो सकता है, लेकिन दूसरी रोल-अप प्रॉपर्टी का डेटा नहीं हो सकता. इनकी मदद से, एक ही खाते में मौजूद कई प्रॉपर्टी का डेटा इकट्ठा करके प्रॉडक्ट, ब्रैंड या क्षेत्रों के हिसाब से कारोबार की बेहतर जानकारी मिल सकती है. GA4 और UA में रोल-अप प्रॉपर्टी से मिलते-जुलते इस्तेमाल के उदाहरण काम करते हैं.
रोल-अप प्रॉपर्टी किसी दूसरी प्रॉपर्टी की तरह ही काम करती हैं. हर रोल-अप प्रॉपर्टी में, कस्टम डाइमेंशन, कस्टम मेट्रिक, उपयोगकर्ता प्रॉपर्टी वगैरह के लिए अलग-अलग कोटा होता है. सभी सेटिंग, रोल-अप प्रॉपर्टी (रोल-अप प्रॉपर्टी अपनी सोर्स प्रॉपर्टी से सेटिंग इनहेरिट नहीं करतीं) में ही कंट्रोल की जाती हैं. साथ ही, ये सेटिंग रोल-अप प्रॉपर्टी और रोल-अप उपयोगकर्ता आधार की ज़रूरतों के हिसाब से होती हैं.
लागत का हिसाब
किसी सब-प्रॉपर्टी या रोल-अप प्रॉपर्टी को भेजे गए हर इवेंट को फिर से प्रोसेस किया जाता है. इसके लिए, 360 खाते पर अलग से लागत आती है. हर अतिरिक्त इवेंट हिट पर लागत आती है, जो शुरुआती इवेंट हिट की लागत का आधा हिस्सा होता है. दूसरे शब्दों में, हर सब-प्रॉपर्टी या रोल-अप प्रॉपर्टी हिट पर इवेंट हिट की लागत का 0.5 हिस्सा लागू होता है.
सेट अप की वजह से आपकी बिलिंग पर पड़ने वाले असर को बेहतर ढंग से समझने के लिए, आपके लिए “बिल की झलक” नाम की नई सुविधा लाई गई है. यह सुविधा Google Analytics के सर्टिफ़ाइड पार्टनर के लिए उपलब्ध है. इससे, वे ग्राहकों को GA4 360 की संभावित लागत के बारे में बेहतर जानकारी दे सकते हैं.
सब-प्रॉपर्टी और रोल-अप प्रॉपर्टी के उदाहरण
अगर हम इस गाइड के शुरुआती कुछ उदाहरणों पर फिर से गौर करते हैं, तो हमें पता चलता है कि सेट अप के नज़रिए से ये स्थितियां कैसी दिखती हैं.
कारोबार की कई सहायक इकाइयों वाली एंटरप्राइज़ कंपनी
- एंटरप्राइज़ कंपनी B: एक खाता
- प्रॉडक्ट लाइन D (घर का बीमा): एक प्रॉपर्टी
- प्रॉडक्ट लाइन E (कार का बीमा): D जैसी प्रॉपर्टी
- प्रॉडक्ट लाइन F (जीवन बीमा): D और E जैसी प्रॉपर्टी
इस मामले में, एंटरप्राइज़ कंपनी के पास एक सोर्स प्रॉपर्टी वाला एक खाता है. हालांकि, कारोबार की अलग-अलग इकाइयां होती हैं, जिनके लिए डेटा का अलग-अलग विश्लेषण करना पड़ सकता है, लेकिन प्रॉडक्ट कॉम्प्लिमेंटरी होते हैं और अक्सर कई प्रॉडक्ट का एक साथ विश्लेषण करना पड़ता है. इसलिए, सभी प्रॉडक्ट डेटा को एक ही सोर्स प्रॉपर्टी में भेजने का फ़ैसला लिया गया. हालांकि, खास प्रॉडक्ट टीमों को अपने डेटा का अलग-अलग विश्लेषण करने की ज़रूरत होती है. पूरी प्रॉपर्टी में बहुत ज़्यादा ट्रैफ़िक होने की वजह से, कारोबार की हर इकाई के लिए सब-प्रॉपर्टी बनाने का विकल्प चुना गया है.
कई ब्रैंड वाली पैरंट कंपनी
- पैरंट कंपनी: एक खाता
- ब्रैंड X (वाहनों के लिए): एक प्रॉपर्टी
- ब्रैंड Y (घर के सामान): एक प्रॉपर्टी
- ब्रैंड Z (उपभोक्ता इलेक्ट्रॉनिक्स): एक प्रॉपर्टी
इस मामले में, पैरंट कंपनी के पास एक खाता है, जिसमें तीन सोर्स प्रॉपर्टी हैं. हर ब्रैंड के लिए एक सोर्स प्रॉपर्टी है. हर ब्रैंड अलग-अलग काम करता है और उन्हें अपने डेटा का अलग-अलग विश्लेषण करना होता है. इसलिए, हर ब्रैंड की अपनी सोर्स प्रॉपर्टी होती है. हालांकि, पैरंट कंपनी अपने सभी ब्रैंड को एक ही प्रॉपर्टी में रोल-अप करना चाहती है, ताकि उसे सभी उपयोगकर्ताओं, कुल आय वगैरह के बारे में बेहतर जानकारी मिल सके. इस मामले में, पैरंट कंपनी एक रोल-अप प्रॉपर्टी बनाएगी, जिसमें तीनों ब्रैंड प्रॉपर्टी, रोल-अप के सोर्स के तौर पर शामिल होंगी. इससे, उन्हें अपनी ज़रूरत के हिसाब से पूरी जानकारी मिलेगी और ब्रैंड एक-दूसरे से अलग रहेंगे.
आइए, इस उदाहरण में बेहतर तरीके से समझते हैं. इस पैरंट कंपनी का एक लॉयल्टी इनाम कार्यक्रम है. यह कार्यक्रम उनके सभी ब्रैंड के लिए उपलब्ध है. जब कोई उपयोगकर्ता इस लॉयल्टी कार्यक्रम में हिस्सा लेता है, तब उसके पास एक खास इनाम आईडी होता है. हम इसे उपयोगकर्ता के लिए उपयोगकर्ता प्रॉपर्टी के तौर पर और/या हर इवेंट के लिए पैरामीटर के तौर पर जोड़ सकते हैं.
इनाम वाली टीम, पैरंट कंपनी के लेवल पर काम करती है. साथ ही, उसे एक ही प्रॉपर्टी में सभी ब्रैंड के लॉयल्टी कार्यक्रम में हिस्सा लेने वालों का डेटा देखना होता है. हम सब-प्रॉपर्टी और रोल-अप प्रॉपर्टी को एक साथ जोड़कर ऐसा कर सकते हैं, ताकि इनाम वाली टीम के पास काम करने के लिए अपना डेटा सेट हो. हर सोर्स प्रॉपर्टी सिर्फ़ इनाम में हिस्सा लेने वालों के डेटा के साथ एक सब-प्रॉपर्टी बनाएगी और फिर तीनों सब-प्रॉपर्टी को इनाम के डेटा के लिए रोल-अप प्रॉपर्टी में पुश किया जाएगा.
रीजन और सब-रीजन वाला ग्लोबल एंटरप्राइज़
इस मामले में, ग्लोबल एंटरप्राइज़ खाते में तीन रीजनल रोल-अप सब-प्रॉपर्टी हैं, जिनमें हर एक में दो सोर्स सब-प्रॉपर्टी हैं.
लिंक करना: Google Ads, SA360, और DV360
Google Ads
Google Analytics 4 प्रॉपर्टी में, Ads लिंक करने की सुविधा को बेहतर बनाने के लिए कुछ सुविधाएं दी गई हैं. हालांकि, प्रॉपर्टी मोटे तौर पर पहले जैसी ही है. आपके पास अपने Google Ads खाते को Google Analytics 4 प्रॉपर्टी से लिंक करने का विकल्प होता है. इससे, Google Ads में ऑडियंस और साइट के आंकड़े शेयर करने की सुविधा मिलती है. साथ ही, Google Analytics 4 प्रॉपर्टी में Google Ads के रिपोर्टिंग डेटा का फ़ायदा मिलता है. Ads खाते में जोड़ने की प्रोसेस, Google Analytics प्रॉपर्टी लेवल पर होती है. आपके पास सोर्स प्रॉपर्टी, सब-प्रॉपर्टी या रोल-अप प्रॉपर्टी को लिंक करने की सुविधा होती है.
Universal Analytics और Google Analytics 4 के बीच एक अहम बदलाव: Universal Analytics में, आपको ऐसे सभी खाते चुनने होंगे जिनमें हर ऑडियंस को एक्सपोर्ट करना है. आपके पास ज़्यादा से ज़्यादा 10 खाते चुनने का विकल्प होता है. GA4 प्रॉपर्टी में आपको, लिंक किए गए सभी खातों के साथ अलग-अलग ऑडियंस शेयर करनी होती है. इस बदलाव के साथ, शेयर करना ज़्यादा आसान हो जाता है, लेकिन आपको सभी ऑडियंस शेयर करनी होती हैं या कोई भी नहीं. इसलिए, Google Analytics 4 ऑडियंस बनाते समय इसे ध्यान में रखें.
GA4 प्रॉपर्टी और Google Ads खाते को जोड़ने पर, आपको Google Ads में साइट के आंकड़े दिखते हैं. यह सुविधा, Google Analytics में मौजूद उपयोगकर्ता के व्यवहार से जुड़े डेटा को सीधे Google Ads यूज़र इंटरफ़ेस में एक्सपोर्ट करती है. वैसे तो, आपके पास किसी भी प्रॉपर्टी टाइप से लिंक सेट अप करने का विकल्प होता है, लेकिन हमारा सुझाव है कि आप या तो सोर्स प्रॉपर्टी या सब-प्रॉपर्टी से लिंक करें (लेकिन, दोनों से नहीं): ऐसा करने से, एक ही डेटा की दो बार गिनती नहीं होती, जो प्रॉपर्टी और सब-प्रॉपर्टी, दोनों से लिंक करने पर हो सकती है.
ऑडियंस को किसी भी GA4 प्रॉपर्टी (यानी सामान्य प्रॉपर्टी, सब-प्रॉपर्टी या रोल-अप प्रॉपर्टी) से Google Ads में शेयर किया जा सकता है. हालांकि, ध्यान रखें कि किसी सब-प्रॉपर्टी या रोल-अप ऑडियंस का डेटा, सोर्स (सामान्य ) प्रॉपर्टी से अलग होगा, जिसका कारण फ़िल्टर या एक से ज़्यादा डेटा सेट है. Google Ads में ऑडियंस टारगेटिंग का इस्तेमाल करते समय इस बात का ध्यान रखना ज़रूरी है.
इसी तरह कन्वर्ज़न, लिंक की गई प्रॉपर्टी के हिसाब से तय होते हैं. कोई व्यक्ति किसी सोर्स प्रॉपर्टी, सब-प्रॉपर्टी, और रोल-अप प्रॉपर्टी से एक ही तरह का कन्वर्ज़न टाइप इंपोर्ट नहीं करना चाहेगा. इसलिए, सुझाया गया सबसे अच्छा तरीका है कि सोर्स GA प्रॉपर्टी को Google Ads से जोड़ा जाए और सिर्फ़ सोर्स से अपने कन्वर्ज़न को एक्सपोर्ट किया जाए. इसका एक अपवाद यह हो सकता है कि आपके पास क्षेत्र के हिसाब से Ads खाते हैं, जिन्हें आपको इसके बजाय सब-प्रॉपर्टी लेवल पर लिंक करना पड़ सकता है.
Search Ads 360
शुरुआती लॉन्च में, SA360 इंटिग्रेशन, सोर्स प्रॉपर्टी से सब-प्रॉपर्टी या रोल-अप प्रॉपर्टी में डेटा इनहेरिटेंस के साथ काम करेगा. इसका मतलब यह है कि अगर सोर्स प्रॉपर्टी पर लिंक बनाया गया है, तो सब-प्रॉपर्टी या रोल-अप प्रॉपर्टी को SA360 से डेटा मिलेगा, लेकिन सब-प्रॉपर्टी या रोल-अप, खुद लिंक को कंट्रोल नहीं कर सकते.
Universal Analytics और Google Analytics 4 प्रॉपर्टी के बीच एक अहम फ़र्क़: Universal Analytics में, आपको ऐसे सभी खाते चुनने होंगे जिनमें हर ऑडियंस को एक्सपोर्ट करना है. आपके पास ज़्यादा से ज़्यादा 10 खाते चुनने का विकल्प होता है. Google Analytics 4 प्रॉपर्टी में, आपको लिंक किए गए सभी खातों के साथ अलग-अलग ऑडियंस शेयर करनी होती है. इस बदलाव के साथ, शेयर करना ज़्यादा आसान हो जाता है, लेकिन आपको सभी ऑडियंस शेयर करनी होती हैं या कोई भी नहीं. इसलिए, Google Analytics 4 ऑडियंस बनाते समय इसे ध्यान में रखें.
Display & Video 360
इसके शुरुआती लॉन्च में, DV360 इंटिग्रेशन, सोर्स प्रॉपर्टी से सब-प्रॉपर्टी या रोल-अप प्रॉपर्टी में डेटा इनहेरिटेंस के साथ काम करता है. इसका मतलब यह है कि अगर लिंक, सोर्स प्रॉपर्टी पर बनाया गया है, तो सब-प्रॉपर्टी या रोल-अप प्रॉपर्टी को DV360 से डेटा मिलेगा, लेकिन सब-प्रॉपर्टी या रोल-अप, खुद लिंक को कंट्रोल नहीं कर सकते.
Universal Analytics और Google Analytics 4 प्रॉपर्टी के बीच एक अहम फ़र्क़: Universal Analytics में, आपको ऐसे सभी खाते चुनने होंगे जिनमें हर ऑडियंस को एक्सपोर्ट करना है. आपके पास ज़्यादा से ज़्यादा 10 खाते चुनने का विकल्प होता है. Google Analytics 4 प्रॉपर्टी में आपको, लिंक किए गए सभी खातों के साथ अलग-अलग ऑडियंस शेयर करनी होती है. इस बदलाव के साथ, शेयर करना ज़्यादा आसान हो जाता है, लेकिन आपको सभी ऑडियंस शेयर करनी होती हैं या कोई भी नहीं. इसलिए, Google Analytics 4 ऑडियंस बनाते समय इसे ध्यान में रखें.