डुप्लीकेट कुंजियों वाली फ़ाइल अपलोड न करें (उदाहरण के लिए, user_id नाम वाले दो फ़ील्ड).
Analytics के बाहर स्टोर किए गए उपयोगकर्ता मेटाडेटा को इंपोर्ट करके, रीमार्केटिंग ऑडियंस के साथ-साथ उपयोगकर्ताओं को ग्रुप में बांटने की प्रोसेस को बेहतर बनाया जा सकता है. इस मेटाडेटा में आपके सीआरएम में ग्राहक की लॉयल्टी रेटिंग, पिछली खरीदारी की तारीख, और ग्राहक की लाइफ़टाइम वैल्यू जैसा डेटा शामिल हो सकता है.
उपयोगकर्ता-डेटा इंपोर्ट कैसे काम करता है
उपयोगकर्ता का डेटा इंपोर्ट करने के लिए, इनमें से किसी कुंजी का इस्तेमाल करके, आपको Analytics डेटा के साथ अपने डेटा को जोड़ना होगा:
- स्ट्रीम आईडी के साथ Client-ID (वेब) या ऐप्लिकेशन इंस्टेंस आईडी (ऐप्लिकेशन), जिन्हें Analytics जनरेट करता है.
- ऐसा यूनीक आइडेंटिफ़ायर जिसे हर उपयोगकर्ता के लिए जनरेट किया जाता है. उदाहरण के लिए, आप अपनी वेबसाइट या ऐप्लिकेशन की पुष्टि करने वाली सेवा से या अपने सीआरएम सिस्टम से उपयोगकर्ता आईडी ले सकते हैं. इसके बाद, आप अपने मेज़रमेंट कोड में वे यूनीक आइडेंटिफ़ायर (उपयोगकर्ता की निजता के लिए हैश किए गए) जोड़ें और इवेंट के साथ Analytics को भेजें.
Analytics, उपयोगकर्ता को अपलोड किए गए डेटा से मैप करने के लिए, 1) स्ट्रीम आईडी और क्लाइंट या ऐप्लिकेशन इंस्टेंस आईडी या 2) यूनीक आइडेंटिफ़ायर को बतौर कुंजी इस्तेमाल करता है.
डेटा इंपोर्ट करते समय, आप इनमें से कोई एक तरीका चुनें.
अपलोड किया गया डेटा उपयोगकर्ता डाइमेंशन में स्टोर किया जाता है. साथ ही, इसे बाद में हर उस इवेंट से जोड़ा जाता है जिसे ऐसे उपयोगकर्ता ट्रिगर करते हैं जिनकी पहचान आपने इस प्रोसेस से की है.
Analytics में उपयोगकर्ता आइडेंटिफ़ायर को स्टोर करना
Analytics में उपयोगकर्ता आइडेंटिफ़ायर को स्टोर करने के दो तरीके हैं:
- यूज़र आईडी के डाइमेंशन का इस्तेमाल करना
यूज़र आईडी सेट करने का तरीका जानें - ऐसा कस्टम डाइमेंशन इस्तेमाल करना जिसका स्कोप उपयोगकर्ता पर सेट हो और उसमें उपयोगकर्ता आइडेंटिफ़ायर को कैप्चर करने के लिए, उपयोगकर्ता प्रॉपर्टी हो
Analytics को व्यक्तिगत पहचान से जुड़ी जानकारी भेजने से बचने के सबसे सही तरीकों के बारे में ज़्यादा जानें
कस्टम डाइमेंशन बनाना
अपना डेटा अपलोड करने से पहले आपको कस्टम डाइमेंशन बनाने होंगे.
इंपोर्ट की जाने वाली वैल्यू के लिए उपयोगकर्ता के स्कोप वाले कस्टम डाइमेंशन बनाएं. उदाहरण के लिए, "loyalty_tier" उपयोगकर्ता प्रॉपर्टी के साथ कस्टम डाइमेंशन "उपयोगकर्ता लॉयल्टी टियर" बनाया जा सकता है.
कस्टम डाइमेंशन बनाने के बाद, इंपोर्ट किए गए डेटा की पहचान करने से पहले, Analytics को चार घंटे तक का समय चाहिए. एक्सप्लोरेशन (विश्लेषण का तरीका) की मदद से यह पुष्टि की जा सकती है कि कस्टम डाइमेंशन प्रोसेस किए जा रहे हैं या नहीं. साथ ही, यह भी पता लगाया जा सकता है कि डाइमेंशन पिकर में उपयोगकर्ता प्रॉपर्टी उपलब्ध हैं या नहीं.
CSV फ़ाइल बनाना
उपयोगकर्ता आइडेंटिफ़ायर और उपयोगकर्ता प्रॉपर्टी वैल्यू की एक CSV फ़ाइल बनाएं. उदाहरण के लिए:
user_id | loyalty_tier |
---|---|
A1234 | गोल्ड |
J1234 | ब्रॉन्ज़ |
K1234 | सिल्वर |
R1234 | सिल्वर |
डेटा अपलोड करें
डेटा इंपोर्ट के बारे में जानकारी देने वाले लेख में, अपलोड करने की सामान्य प्रोसेस के बारे में बताया गया है.
डेटा सोर्स बनाते समय, आपने उपयोगकर्ताओं की पहचान करने के लिए जो तरीका (यूज़र आईडी या Client-ID/ऐप्लिकेशन इंस्टेंस आईडी + स्ट्रीम आईडी) चुना है उसके मुताबिक, यूज़र आईडी के आधार पर या Client-ID के आधार पर उपयोगकर्ता का डेटा चुनें.
Analytics फ़ील्ड को अपने इंपोर्ट किए गए फ़ील्ड में मैप करने पर आपको कुछ ऐसा दिखेगा:
पहले कॉलम में आपको यह जानकारी दिखेगी:
- वह Analytics फ़ील्ड (इस मामले में, यूज़र आईडी) जिसके आधार पर, डेटा जोड़ा जा रहा है. इसे स्कीमा कुंजी भी कहा जाता है.
- Analytics में आपके बनाए गए उन कस्टम डाइमेंशन के लिए उपयोगकर्ता प्रॉपर्टी जो आपकी CSV के फ़ील्ड से मेल खाते हैं. (पिछले उदाहरण में, कस्टम डाइमेंशन "उपयोगकर्ता लॉयल्टी टियर" है, जिसमें उपयोगकर्ता प्रॉपर्टी "loyalty_tier" है.)
दूसरे कॉलम में, अपनी CSV में मेल खाने वाले फ़ील्ड चुनें:
डेटा अपलोड करने के बाद, उस डेटा को रिपोर्ट, ऑडियंस, और एक्सप्लोरेशन में उपलब्ध कराने में Analytics को 24 घंटे लग सकते हैं.
- जिन उपयोगकर्ताओं की पहचान की जाती है उन्हें आपकी ओर से डेटा अपलोड करने के बाद आपकी साइट या ऐप्लिकेशन पर कोई गतिविधि करनी होगी, ताकि रिपोर्ट में उन उपयोगकर्ता प्रॉपर्टी को उपयोगकर्ता गतिविधि से जोड़ा जा सके.
- इंपोर्ट किया गया उपयोगकर्ता डेटा, उपयोगकर्ता को मौजूदा GA4 ऑडियंस में शामिल करने की ज़रूरी शर्तों के तौर पर तुरंत उपलब्ध हो जाता है. इसके लिए, उपयोगकर्ता को कुछ और करने की ज़रूरत नहीं होती.
मेज़रमेंट कोड के इस्तेमाल से, नए डाइमेंशन अपलोड करके या नए डाइमेंशन इकट्ठा करके, उपयोगकर्ता डाइमेंशन की वैल्यू बदली जा सकती है.
डेटा-अपलोड सेवा से किसी उपयोगकर्ता डेटा सोर्स को मिटाने से, जिन उपयोगकर्ताओं पर असर पड़ा है उनके उपयोगकर्ता डाइमेंशन में स्टोर वैल्यू नहीं मिटती हैं. डेटा इकट्ठा करने के दूसरे सभी तरीकों की तरह ही, डेटा इंपोर्ट से अपलोड किया गया डेटा हटाने के लिए, आपको उपयोगकर्ता या डेटा को मिटाने की ज़रूरत पड़ सकती है.
डेटा सोर्स की जानकारी
Legend
- स्कोप: स्कोप तय करता है कि इंपोर्ट-डाइमेंशन वैल्यू के साथ कौनसे इवेंट जोड़े जाएंगे. कस्टम डाइमेंशन का तीन में से कोई स्कोप हो सकता है:
- इवेंट: इवेंट के बारे में जानकारी (जैसे कि इवेंट का नाम)
- उपयोगकर्ता: इवेंट को ट्रिगर करने वाले उपयोगकर्ता के बारे में जानकारी (जैसे कि लॉयल्टी टियर)
- आइटम: किसी ई-कॉमर्स इवेंट में, आइटम के कलेक्शन में इकट्ठा की गई जानकारी के बारे में जानकारी
- स्कीमा कुंजी: इस कुंजी में, मुख्य डाइमेंशन और मेट्रिक की सूची होती है. कुंजी का इस्तेमाल आपके अपलोड किए गए डेटा को, आपके इवेंट में मौजूद डेटा से जोड़ने के लिए किया जाता है. हालांकि, इसका इस्तेमाल इसी तरह के डेटा-सोर्स के लिए होता है.
- इंपोर्ट किया गया डेटा: Analytics में आपके अपलोड किए गए डेटा के लिए मौजूद डाइमेंशन और मेट्रिक की सूची बनाता है.
स्कीमा के लिए सूची में शामिल किए गए डाइमेंशन और मेट्रिक सिर्फ़ रेफ़रंस के लिए हैं और हो सकता है कि वे पूरी न हों. असल में उपलब्ध डाइमेंशन और मेट्रिक, यूज़र इंटरफ़ेस में तब दिखेंगी, जब डेटा सोर्स बनाए जाएंगे.
दायरा | उपयोगकर्ता |
---|---|
स्कीमा कुंजी |
इनमें से कोई एक:
|
इंपोर्ट किया गया डेटा |
उपयोगकर्ता प्रॉपर्टी |
अहम जानकारी |
हो सकता है कि आप उपयोगकर्ता-डेटा इंपोर्ट के साथ व्यक्तिगत पहचान से जुड़ी जानकारी अपलोड न कर पाएं या न जोड़ पाएं. ज़्यादा जानें |
टेंप्लेट
Client-ID डेटा और User-ID डेटा के लिए, CSV टेंप्लेट इस्तेमाल करने के उदाहरण यहां दिए गए हैं. अगर आपको खुद अपलोड की गई फ़ाइल को बनाने की ज़रूरत है, तो गाइड के तौर पर इन उदाहरणों से मदद लें.
क्लाइंट आईडी
client_id | stream_id | user_property1 | user_property2 | user_property3 |
---|---|---|---|---|
1234567890.1234567890 | 1234567 | user value 1 | user value 2 | user value 3 |
2345678901.2345678901 | 1234567 | user value 1 | user value 2 | user value 3 |
3456789012.3456789012 | 1234567 | user value 1 | user value 2 | user value 3 |
User-ID
user_id | user_property1 | user_property2 | user_property3 |
---|---|---|---|
123abc | user value 1 | user value 2 | user value 3 |
456def | user value 1 | user value 2 | user value 3 |
789ghi | user value 1 | user value 2 | user value 3 |
अपना स्ट्रीम आईडी ढूंढना
- एडमिन में में जाकर डेटा कलेक्शन और डेटा में बदलाव में मौजूद, डेटा स्ट्रीम पर क्लिक करें.
पिछला लिंक, ऐक्सेस की गई पिछली Analytics प्रॉपर्टी पर ले जाता है. प्रॉपर्टी चुनने वाले टूल का इस्तेमाल करके, प्रॉपर्टी को बदला जा सकता है. आपके पास एडिटर या उससे ऊपर की भूमिका होनी चाहिए प्रॉपर्टी के लेवल पर अपना स्ट्रीम आईडी ढूंढें.
- वह डेटा स्ट्रीम खोलें जिसका स्ट्रीम आईडी ढूंढना है.
स्ट्रीम आईडी, ब्यौरे वाले हेडर की बाईं ओर दिखता है.
उपयोगकर्ता के डेटा को इंपोर्ट करने की सीमाएं
उपयोगकर्ता के डेटा के लिए, ज़्यादा से ज़्यादा 10 डेटा सोर्स बनाए जा सकते हैं.