Google Analytics 4 और Universal Analytics के बीच, मेट्रिक की तुलना करने पर कैसे नतीजे मिल सकते हैं
Google Analytics 4 सेट अप करते समय, हो सकता है कि आप अपनी Google Analytics 4 प्रॉपर्टी में रिपोर्ट किए गए नतीजों की तुलना, अपनी Universal Analytics प्रॉपर्टी में मौजूद नतीजों से करना चाहें. इस लेख में बताया गया है कि Universal Analytics और Google Analytics 4 के बीच किन मेट्रिक की तुलना की जा सकती है और किन मेट्रिक की नहीं. साथ ही, यह भी बताया गया है कि यह तुलना किस हद तक की जा सकती है.
उपयोगकर्ता
Universal Analytics में, दो उपयोगकर्ता मेट्रिक होती हैं: कुल उपयोगकर्ता और नए उपयोगकर्ता. Google Analytics 4 में, तीन उपयोगकर्ता मेट्रिक होती हैं: कुल उपयोगकर्ता, सक्रिय उपयोगकर्ता, और नए उपयोगकर्ता.
|
मेट्रिक
|
UA
|
GA4
|
|
कुल उपयोगकर्ता
|
UA में प्राइमरी यूज़र मेट्रिक: उपयोगकर्ताओं की कुल संख्या
|
इवेंट लॉग करने वाले यूनीक उपयोगकर्ताओं की कुल संख्या
|
|
नए उपयोगकर्ता
|
आपकी साइट से पहली बार इंटरैक्ट करने वाले उपयोगकर्ताओं की संख्या
|
आपकी साइट से पहली बार इंटरैक्ट करने वाले या आपका ऐप्लिकेशन पहली बार लॉन्च करने वाले उपयोगकर्ताओं की संख्या
इस मेट्रिक को, उन नए यूनीक उपयोगकर्ता आईडी की संख्या से मेज़र किया जाता है जो first_open या first_visit इवेंट को लॉग करते हैं.
|
|
सक्रिय उपयोगकर्ता
|
लागू नहीं
|
GA4 में प्राइमरी यूज़र मेट्रिक: आपकी वेबसाइट या ऐप्लिकेशन पर आने वाले अलग-अलग उपयोगकर्ताओं की संख्या. सक्रिय उपयोगकर्ता, वह होता है जो ऑडियंस के जुड़ाव वाले सेशन का हिस्सा रहा हो या वेबसाइट पर तब मौजूद रहा हो, जब Analytics ने इन पैरामीटर को इकट्ठा किया हो:
|
ध्यान रखें
Universal Analytics ज़्यादातर रिपोर्ट में कुल उपयोगकर्ता को हाइलाइट करता है. इसे उपयोगकर्ता के तौर पर दिखाया जाता है. हालांकि, GA4 सक्रिय उपयोगकर्ता पर फ़ोकस करता है और इसे भी उपयोगकर्ता के तौर पर दिखाया जाता है. UA और GA4 दोनों में उपयोगकर्ता शब्द का ही इस्तेमाल होता है, लेकिन दोनों में इस मेट्रिक की वैल्यू अलग-अलग होती हैं. इसकी वजह यह है कि UA कुल उपयोगकर्ताओं की संख्या का इस्तेमाल करता है, जबकि GA4 में सक्रिय उपयोगकर्ताओं की संख्या का इस्तेमाल होता है.
आपके उपयोगकर्ता आपकी वेबसाइट पर कितनी बार लौटते हैं, इसके आधार पर UA में कुल उपयोगकर्ता मेट्रिक और GA4 में सक्रिय उपयोगकर्ता मेट्रिक के नतीजे थोड़े-बहुत एक जैसे ही हो सकते हैं.
GA4 में
एक्सप्लोरेशन (विश्लेषण के तरीके) का इस्तेमाल करके, UA के
कुल उपयोगकर्ता की तुलना GA4 के
कुल उपयोगकर्ता से करने पर उपयोगकर्ताओं की कुल संख्या का पता लगाया जा सकता है. परिभाषाओं में अंतर की वजह से, GA4 रिपोर्ट में मौजूद उपयोगकर्ताओं की संख्या की तुलना में ये संख्या ज़्यादा हो सकती है.
दो तरह की प्रॉपर्टी, उपयोगकर्ता-आइडेंटिटी स्पेस जैसी अलग-अलग सेटिंग का इस्तेमाल कर सकती हैं; उदाहरण के लिए, हो सकता है कि Google Analytics 4 प्रॉपर्टी User-ID का और Universal Analytics प्रॉपर्टी Client-ID का इस्तेमाल कर रही हो.
हो सकता है कि आपकी UA रिपोर्ट में, फ़िल्टर के आधार पर कुछ डेटा शामिल नहीं हो. फ़िलहाल, GA4 प्रॉपर्टी में ये फ़िल्टर काम नहीं करते.
Google Analytics 4 और Universal Analytics में मौजूद, उपयोगकर्ता से जुड़े डेटा में अंतर होना आम बात है. पेज व्यू में 10% तक का अंतर हो सकता है. साथ ही, उपयोगकर्ता और सेशन से जुड़े डेटा में 20% तक का अंतर हो सकता है. हालांकि, इससे कोई असर नहीं पड़ेगा. अंतर इसलिए देखने को मिलता है (दोनों प्रॉडक्ट का सेट अप एक जैसा होने पर भी), क्योंकि दोनों प्रॉडक्ट अलग-अलग परिभाषाओं वाली मेट्रिक का इस्तेमाल करते हैं. साथ ही, वे मेट्रिक अलग-अलग कारोबारों के हिसाब से अलग-अलग हो सकती हैं.
पेज व्यू
आम तौर पर, UA और GA4 के बीच पेज व्यू में काफ़ी कम अंतर होना चाहिए, जैसे कि कुछ प्रतिशत का अंतर. ऐसा इसलिए, क्योंकि Google टैग हर पेज पर फ़ायर (टैग ट्रिगर होना) करता है और एक पेज व्यू जनरेट करता है. हालांकि, Universal Analytics और Google Analytics 4 में सेट अप किए गए किसी फ़िल्टर की वजह से नतीजे अलग-अलग हो सकते हैं.
|
मेट्रिक
|
UA
|
GA4
|
|
पेज व्यू
|
देखे गए पेजों की कुल संख्या. एक पेज को बार-बार देखा जाना भी गिना जाता है.
|
इसे देखे जाने की संख्या भी कहते हैं: ऐप्लिकेशन स्क्रीन और/या वेब पेजों की संख्या, जिन्हें आपके उपयोगकर्ताओं ने देखा. रिपोर्टिंग इंटरफ़ेस में मौजूद व्यू मेट्रिक, पेज व्यू और स्क्रीन व्यू को मिलाकर बनाई गई है. किसी एक स्क्रीन या पेज को बार-बार देखे जाने पर, उसकी भी गिनती की जाएगी.
|
|
यूनीक पेज व्यू
|
देखे गए पेजों की कुल संख्या, लेकिन इसमें डुप्लीकेट पेजों की गिनती नहीं की जाती
|
लागू नहीं
|
ध्यान रखें
Universal Analytics, मोबाइल के लिए बनाई गई प्रॉपर्टी में अलग से स्क्रीन व्यू को रिकॉर्ड करता है, जबकि GA4 एक ही प्रॉपर्टी में वेब और ऐप्लिकेशन, दोनों का डेटा जोड़ता है. अगर आपकी GA4 प्रॉपर्टी में वेब और ऐप्लिकेशन डेटा, दोनों को रिकॉर्ड किया जा रहा है, तो दोनों के बीच पेज व्यू मेट्रिक की तुलना करते समय अन्य ऐप्लिकेशन ट्रैफ़िक को ध्यान में रखें.
Universal Analytics में फ़िल्टर करने के अतिरिक्त विकल्प भी मौजूद होते हैं. इनकी वजह से, हो सकता है कि जिस व्यू की तुलना की जा रही हो उसमें मौजूद डेटा पर असर पड़े. उदाहरण के लिए, अगर किसी फ़िल्टर का इस्तेमाल करके कुछ भौगोलिक क्षेत्रों को हटाया जाता है, तो हो सकता है कि UA और GA4 के बीच आपके पेज व्यू की संख्या में ज़्यादा अंतर दिखे.
फ़िलहाल, Google Analytics 4 प्रॉपर्टी में फ़िल्टर काम नहीं करते, जबकि Universal Analytics रिपोर्टिंग का डेटा, डेटा शामिल न करने वाले व्यू फ़िल्टर पर आधारित हो सकता है. उदाहरण के लिए, UA और GA4, दोनों में ही इंटरनल आईपी ट्रैफ़िक और अनचाहे रेफ़रल को फ़िल्टर करने की सुविधा होती है, लेकिन UA में अन्य फ़िल्टर भी इस्तेमाल किए जा सकते हैं. तुलना करते समय, पक्का करें कि आपने दोनों प्रॉपर्टी के लिए एक जैसे फ़िल्टर चुने हों.
कुछ Universal Analytics प्रॉपर्टी में, एक पेज के ऐप्लिकेशन (एसपीए) के लिए मैन्युअल पेज व्यू सेट अप करना एक सामान्य तरीका होता है. ऐसा इसलिए होता है, क्योंकि अपने-आप पेज व्यू रिकॉर्ड होने की सुविधा एसपीए के साथ काम नहीं करती है. Google Analytics 4 में, आपको कस्टम टैगिंग लागू करने की ज़रूरत नहीं होती है. इसके बजाय, बेहतर मेज़रमेंट की सुविधा चालू करके, इन्हें अपने-आप रिकॉर्ड करें.
खरीदारी
वेब खरीदारी की संख्या बहुत हद तक मैच होनी चाहिए. हम सभी इवेंट को बिलकुल सही तरीके से इकट्ठा करने की उम्मीद नहीं करते हैं. साथ ही, खरीदारी के इवेंट भी इस नियम के तहत आते हैं. हालांकि, ये इवेंट छोटे पैमाने पर होते हैं और बहुत ज़रूरी होते हैं, इसलिए इवेंट की संख्या UA/GA4 में बहुत हद तक मैच होनी चाहिए.
पक्का करें कि आपकी ओर से UA और GA4, दोनों में यूनीक transaction_id वैल्यू इकट्ठा की जा रही है. इस तरह से यह पक्का किया जा सकता है कि मिलती-जुलती मेट्रिक की तुलना की जा रही है.
|
मेट्रिक
|
UA
|
GA4
|
|
खरीदारी
|
purchase इवेंट, बेहतर ई-कॉमर्स मॉडल में फ़ायर किए जाते हैं- Google Analytics से मिले JavaScript कोड की मदद से, डेटा को
products अरे से निकाला जाता है और उस इवेंट को भेजने का विकल्प चुनने पर, डेटा को purchase इवेंट में इकट्ठा किया जाता है
|
purchase इवेंट इस्तेमाल करने का सुझाव दिया जाता है. यह इवेंट, UA की तरह ही डेटा इकट्ठा करता है, लेकिन दोनों में थोड़ा अंतर होता है- अरे कलेक्शन के लिए अतिरिक्त JavaScript नहीं देता. साथ ही, आपसे उम्मीद की जाती है कि आप खुद ही
purchase इवेंट इकट्ठा करते समय items अरे दें. हालांकि, यह भी सलाह दी जाती है कि डेटा लेयर ऑब्जेक्ट को अपने-आप भरने दिया जाए
|
ध्यान रखें
अगर transaction_id पैरामीटर को एक ही तरीके से लागू नहीं किया जाता है, तो डेटा की तुलना करते समय ठीक-ठाक अंतर पैदा हो सकता है. डेटा की क्वालिटी बनाए रखने और डेटा की तुलना करने के मकसद से, पक्का करें कि डेटा, दस्तावेज़ के मुताबिक एक ही तरीके से इकट्ठा किया गया हो.
GA4 और UA ई-कॉमर्स लागू करने के लिए, पक्का करें कि सभी ज़रूरी पैरामीटर का इस्तेमाल किया जाए. इससे, यह पक्का किया जा सकेगा कि ई-कॉमर्स डेटा सही तरीके से रिकॉर्ड किया गया है.
ऐसा हो सकता है कि आपकी UA रिपोर्ट में, व्यू फ़िल्टर पर आधारित डेटा शामिल न हो.
GA4 अब भी डेटा प्रोसेस कर रहा है. इस वजह से, हाल की रिपोर्ट की तुलना करने पर, आपको उनमें अंतर दिख सकते हैं. उदाहरण के लिए, मुख्य इवेंट के रिकॉर्ड होने के बाद GA4, एट्रिब्यूट किए गए मुख्य इवेंट को सात दिनों तक अपडेट कर सकता है.
सेशन
|
मेट्रिक
|
UA
|
GA4
|
|
सेशन
|
- वह समयावधि जब कोई उपयोगकर्ता सक्रिय रूप से आपकी वेबसाइट या ऐप्लिकेशन से जुड़ता है
- इसमें कुछ तय पैरामीटर हैं जो सेशन खत्म होने की वजह बनते हैं. उदाहरण के लिए, सेशन की टाइम आउट सेटिंग के आधार पर किसी सेशन में 30 मिनट से ज़्यादा समय तक कोई गतिविधि नहीं होना, जिस टाइमज़ोन में व्यू सेट अप किया जाता है उसके हिसाब से आधी रात को टाइमस्टैंप कट जाना या कैंपेन के नए पैरामीटर चुनना.
- अगर कोई उपयोगकर्ता, सेशन के टाइम आउट होने के बाद वापस आता है, तो नया सेशन शुरू हो जाएगा.
- आधी रात खत्म होने के बाद अगर उपयोगकर्ता आपकी वेबसाइट पर ब्राउज़ कर रहा है, तो नया सेशन शुरू हो जाएगा.
- अगर कोई उपयोगकर्ता आपकी वेबसाइट पर ब्राउज़ करते हुए कैंपेन के लिए नए पैरामीटर चुनता है, तो नया सेशन शुरू हो जाएगा.
|
यहां इसे सेशन शुरू होने के तौर पर भी जाना जाता है
- हर इवेंट का सेशन तय करने के लिए
session_start इवेंट, सेशन आईडी जनरेट करता है. साथ ही, Analytics, सेशन के बाद के हर इवेंट के साथ सेशन आईडी जोड़ता है
- किसी सेशन में 30 मिनट से ज़्यादा समय तक कोई गतिविधि नहीं होने पर, वह खत्म हो जाएगा. यह सेशन की टाइम आउट सेटिंग पर निर्भर करता है.
- सेशन न तो आधी रात को फिर से शुरू होते हैं और न ही नए कैंपेन पैरामीटर के मिलने पर शुरू होते हैं.
- अगर कोई उपयोगकर्ता, सेशन के टाइम आउट होने के बाद वापस आता है, तो नया सेशन शुरू हो जाएगा.
|
ध्यान रखें
UA और GA4 के बीच सेशन की संख्या में अंतर, अलग-अलग कारोबारों के हिसाब से अलग-अलग हो सकते हैं. यह कई बातों पर निर्भर करते हैं, जिनमें ये शामिल हैं:
- भूगोल - अपने उपयोगकर्ताओं के समय क्षेत्र को ध्यान में रखें और यह देखें कि सेशन के फिर से शुरू होने के लिए, आधी रात खत्म होने तक उनके रुकने की कितनी संभावना है. यह खास तौर पर तब ज़रूरी हो जाता है, जब दुनिया भर में आपके ग्राहक हों.
- मालिकाना हक वाली वेबसाइटों या ऐप्लिकेशन पर यूटीएम का इस्तेमाल - अपनी खुद की वेबसाइट पर यूटीएम टैगिंग इस्तेमाल करने का सुझाव नहीं दिया जाता, क्योंकि इससे Universal Analytics में सेशन रीसेट हो जाएगा. अपनी वेबसाइट पर यूटीएम का इस्तेमाल करने पर, आपको GA4 की तुलना में UA में सेशन की संख्या काफ़ी ज़्यादा दिख सकती है.
- फ़िल्टर - UA रिपोर्टिंग का डेटा, डेटा शामिल न करने वाले व्यू फ़िल्टर पर आधारित हो सकता है. Google Analytics 360 के ग्राहकों के लिए GA4 रिपोर्टिंग का डेटा, उन फ़िल्टर पर आधारित हो सकता है जो तय करता है कि सोर्स प्रॉपर्टी का कौनसा डेटा सब-प्रॉपर्टी में दिखता है. हालांकि, जब सब-प्रॉपर्टी से
session_start इवेंट फ़िल्टर किया जाता है, तब भी Google Analytics एक सेशन आईडी जनरेट करता है.
- अनुमान - Google Analytics 4 प्रॉपर्टी में, आपकी वेबसाइट या ऐप्लिकेशन पर होने वाले सेशन की संख्या के आधार पर, अनुमान का इस्तेमाल किया जाता है. ऐसा, यूनीक सेशन आईडी की संख्या का अनुमान लगाकर किया जाता है. जबकि Universal Analytics प्रॉपर्टी में, सेशन की संख्या का अनुमान नहीं लगाया जाता. Google Analytics 4 प्रॉपर्टी में इस्तेमाल किए गए अनुमानों में, सेशन की गिनती ज़्यादा सटीक तरीके से की जाती है. साथ ही, इनमें गड़बड़ी की दर भी कम होती है. Analytics के सेशन के बारे में ज़्यादा जानें.
सेशन/ट्रैफ़िक के हिसाब से उपयोगकर्ता हासिल करने की मेट्रिक
|
मेट्रिक
|
UA
|
GA4
|
|
सेशन/ट्रैफ़िक के हिसाब से उपयोगकर्ता हासिल करने की मेट्रिक
|
ये कई रिपोर्ट में, उपयोगकर्ता हासिल करने वाले सेक्शन में पाई जाती हैं, जैसे कि चैनल रिपोर्ट या सोर्स/मीडियम रिपोर्ट
चैनल या सोर्स/मीडियम वह डाइमेंशन है जिसका विश्लेषण उपयोगकर्ता और सेशन जैसी मेट्रिक के आधार पर किया जाता है.
किसी सेशन के लिए डिफ़ॉल्ट एट्रिब्यूशन लुकबैक विंडो, “कैंपेन टाइम आउट” सेटिंग से तय होती है. डिफ़ॉल्ट रूप से, यह अवधि छह महीने की होती है.
|
ट्रैफ़िक हासिल करने से जुड़ी रिपोर्ट की मेट्रिक, ट्रैफ़िक हासिल करने से जुड़ी रिपोर्ट में मौजूद होती हैं.
चैनल या सोर्स/मीडियम के डाइमेंशन को उपयोगकर्ता और सेशन जैसी मेट्रिक के हिसाब से मेज़र किया जाता है.
ध्यान दें कि उपयोगकर्ता हासिल करने वाली मेट्रिक के लिए, आपको UA और GA4 के बीच जो अंतर दिख सकते हैं वे उपयोगकर्ता या सेशन मेट्रिक के लिए देखे जाने वाले अंतर के हिसाब से होते हैं.
सेशन के लिए, एट्रिब्यूशन कन्वर्ज़न विंडो को “अन्य सभी कन्वर्ज़न इवेंट” सेटिंग से तय किया जाता है. डिफ़ॉल्ट रूप से, यह अवधि 90 दिन होती है. एट्रिब्यूशन सेटिंग चुनने या अपडेट करने के बारे में ज़्यादा जानें.
|
ध्यान रखें
उपयोगकर्ता हासिल करने वाली मेट्रिक की तुलना के लिहाज़ से देखें, तो सेशन और उपयोगकर्ता मेट्रिक ही मुख्य होती हैं. इसलिए, इस लेख में सेशन और उपयोगकर्ता सेक्शन देखें.
कन्वर्ज़न और मुख्य इवेंट
अगर आपके GA4 के मुख्य इवेंट, डेस्टिनेशन यूआरएल या कैटगरी/ऐक्शन/लेबल जैसे UA इवेंट पर आधारित हैं, जिनके लिए आपने GA4 से मिलते-जुलते कन्वर्ज़न इवेंट सेट अप किए हैं, तो कन्वर्ज़न और मुख्य इवेंट की संख्या काफ़ी हद तक मैच हो सकती है. हालांकि, UA और GA4 में काफ़ी अंतर हैं, जिनकी वजह से संख्या की तुलना करना मुश्किल हो सकता है.
|
मेट्रिक
|
UA
|
GA4
|
|
मुख्य इवेंट
|
लक्ष्य का इस्तेमाल यह बताने के लिए किया जाता है कि उपयोगकर्ता की किस खास कार्रवाई को कन्वर्ज़न माना जाए. उदाहरण के लिए, अगर आपकी ओर से “फ़ॉर्म सबमिट” लक्ष्य तय किया जाता है, तो जब भी कोई उपयोगकर्ता फ़ॉर्म सबमिट करेगा, तो एक कन्वर्ज़न माना जाएगा.
UA में हर लक्ष्य के लिए हर सेशन में सिर्फ़ एक कन्वर्ज़न गिना जाता है. इसलिए, अगर कोई उपयोगकर्ता एक ही सेशन के दौरान फ़ॉर्म को दो बार सबमिट करता है, तो "फ़ॉर्म सबमिट" लक्ष्य के लिए सिर्फ़ एक कन्वर्ज़न की गिनती की जाती है.
|
हर उस कार्रवाई के लिए मुख्य इवेंट तय किया जाता है जिसे आपकी ओर से मुख्य इवेंट के तौर पर गिना जाता है. उदाहरण के लिए, अगर आपकी ओर से “फ़ॉर्म सबमिट” इवेंट को एक मुख्य इवेंट बताया जाता है, तो हर बार उपयोगकर्ता के फ़ॉर्म सबमिट करने पर एक मुख्य इवेंट रजिस्टर किया जाता है.
आम तौर पर, GA4 में हर मुख्य इवेंट की गिनती होती है, भले ही किसी मुख्य इवेंट को एक ही सेशन के दौरान कई बार क्यों न रिकॉर्ड किया गया हो. इसलिए, अगर कोई उपयोगकर्ता एक ही सेशन के दौरान दो बार फ़ॉर्म सबमिट करता है, तो उसे दो मुख्य इवेंट के तौर पर गिना जाएगा.
अपनी UA प्रॉपर्टी और GA4 प्रॉपर्टी के बीच मुख्य इवेंट की संख्या के अंतर को कम करने के लिए, GA4 प्रॉपर्टी के मुख्य इवेंट गिनने के तरीके की सेटिंग को हर सेशन के लिए एक बार पर सेट करें.
|
ध्यान रखें
Universal Analytics में पांच टाइप के लक्ष्य काम करते हैं: डेस्टिनेशन, कुल समय, पेज/सेशन, स्मार्ट लक्ष्य, और इवेंट लक्ष्य. हालांकि, GA4 में मुख्य इवेंट काम करते हैं. हो सकता है GA4 मुख्य इवेंट इस्तेमाल करके UA के लक्ष्यों के कुछ टाइप को कॉपी करना हमेशा संभव न हो. उदाहरण के लिए, GA4 मुख्य इवेंट का इस्तेमाल करके स्मार्ट या कुल समय वाले लक्ष्य को डुप्लीकेट नहीं किया जा सकता.
UA किसी लक्ष्य के लिए, हर सेशन में सिर्फ़ एक मुख्य इवेंट की गिनती करता है. आम तौर पर, GA4 में हर सेशन में हुए मुख्य इवेंट को एक से ज़्यादा मुख्य इवेंट के तौर पर गिना जाता है. अपनी UA प्रॉपर्टी और GA4 प्रॉपर्टी के बीच मुख्य इवेंट की संख्या के अंतर को कम करने के लिए, GA4 प्रॉपर्टी के मुख्य इवेंट गिनने के तरीके की सेटिंग को हर सेशन के लिए एक बार पर सेट करें.
ऐसा हो सकता है कि आपकी UA रिपोर्ट में, व्यू फ़िल्टर पर आधारित डेटा शामिल न हो.
GA4 अब भी डेटा प्रोसेस कर रहा है. इस वजह से, हाल की रिपोर्ट की तुलना करने पर, आपको उनमें अंतर दिख सकते हैं. उदाहरण के लिए, मुख्य इवेंट के रिकॉर्ड होने के बाद GA4, एट्रिब्यूट किए गए मुख्य इवेंट को सात दिनों तक अपडेट कर सकता है.
मुख्य इवेंट की संख्या में अंतर की अन्य वजहें
कन्वर्ज़न में अंतर की सबसे सामान्य वजहें
नीचे मौजूद टेबल में, मिलते-जुलते UA कन्वर्ज़न और GA4 के मुख्य इवेंट के डेटा में अंतर की सबसे सामान्य वजहों के बारे में बताया गया है. अंतर होने पर, इन सामान्य वजहों की समीक्षा करके इन्हें अलाइन करें. यह अंतर कम करने का सबसे अच्छा तरीका है. ज़्यादातर मामलों में, प्रॉडक्ट, सेटिंग या सेटअप को अलाइन करने से, बड़े अंतर खत्म हो जाएंगे.
Google Analytics में अंतर की मुख्य वजहें
Google Analytics में चुने गए प्रॉडक्ट, सेटअप या सेटिंग के आधार पर, UA और GA4 के मिलते-जुलते कन्वर्ज़न में अंतर की मुख्य वजहें ये हैं:
| जानकारी |
समाधान / सुझाव |
|
गिनती करने का तरीका: UA एक सेशन में किसी लक्ष्य के लिए हुए सभी कन्वर्ज़न की गिनती एक बार करता है. वहीं, GA4 में गिनती के लिए हर इवेंट या हर सेशन में से किसी एक को चुना जा सकता है.
उदाहरण के लिए, जब कोई उपयोगकर्ता किसी एक सेशन में पांच बार लक्ष्य पूरा करता है, तो UA एक कन्वर्ज़न दिखाएगा. वहीं, GA4 आपके चुने गए गिनती के तरीके के आधार पर एक या पांच मुख्य इवेंट दिखाएगा.
ध्यान दें: हर इवेंट के लिए एक बार गिनती, ज़्यादातर मुख्य इवेंट के लिए गिनती करने का डिफ़ॉल्ट तरीका है. हालांकि, इनमें वे मुख्य इवेंट शामिल नहीं हैं जो अपने-आप जनरेट हुई GA4 प्रॉपर्टी से मिले हैं या सेटअप असिस्टेंट के लक्ष्यों को माइग्रेट करने वाले टूल का इस्तेमाल करने पर मिले हैं.
डिफ़ॉल्ट सेटिंग की वजह से, GA4 में मुख्य इवेंट की संख्या ज़्यादा हो सकती है.
|
मुख्य इवेंट की गिनती करने की सेटिंग अपडेट करें. UA के लक्ष्यों की गिनती के साथ GA4 की गिनती को अलाइन करने के लिए, पक्का करें कि GA4 में मुख्य इवेंट की गिनती करने का तरीका हर सेशन के लिए एक बार पर सेट हो.
ध्यान दें:
- GA4 यूज़र इंटरफ़ेस (यूआई) पहचान लेगा कि यह सुझाई गई सेटिंग नहीं है, क्योंकि इससे मुख्य इवेंट की संख्या कम हो सकती है. उदाहरण के लिए, अगर आपके कारोबार के लिए जनरेट होने वाली हर लीड अहम है, तो आपको हर उपयोगकर्ता के लिए सिर्फ़ एक नहीं, बल्कि सबमिट की गई हर लीड की गिनती करना पसंद होगा.
- Google Tag Manager यह कंट्रोल करता है कि टैग कब और कैसे ट्रिगर होंगे. टैग को ट्रिगर करने के विकल्पों के बारे में ज़्यादा जानें.
UA ई-कॉमर्स ट्रांज़ैक्शन की तुलना करते समय, यह सुझाव किसी काम का नहीं होता. इसकी वजह यह है कि UA में उन्हें पहले से ही हर इवेंट के लिए एक बार गिना जाता है.
|
|
साइट कवरेज: अगर GA4 टैग के बजाय UA टैग को किसी वेबसाइट के अलग-अलग पेजों पर लागू किया जाता है, तो उनके मेज़रमेंट में अंतर दिख सकता है. खास तौर पर, अगर किसी Google Ads विज्ञापन का लैंडिंग पेज सही तरीके से टैग नहीं किया गया है, तो हो सकता है कि उस विज्ञापन इंटरैक्शन के लिए, मुख्य इवेंट का सटीक तरीके से आकलन करने और उसे एट्रिब्यूट करने के लिए ज़रूरी जानकारी उपलब्ध न हो.
UA टैग की तुलना में GA4 टैग ज़्यादा पेजों पर लागू किए गए हैं या कम पेजों पर, इसके हिसाब से GA4 ज़्यादा या कम उपयोगकर्ता, सेशन, पेज व्यू, और उसके बाद होने वाले मुख्य इवेंट दिखाएगा.
|
हमारा सुझाव है कि आप टैग लागू करने के लिए Google टैग या Google Tag Manager जैसे स्टैंडर्ड तरीके का इस्तेमाल करें, ताकि आपकी साइट पर टैग सही तरीके से लागू हों. साथ ही, ऐसी सेटिंग का इस्तेमाल करें जिन्हें आपने पहले कॉन्फ़िगर किया हो, जैसे कि क्रॉस-डोमेन मेज़रमेंट.
टैग कवरेज की खास जानकारी देखकर पक्का करें कि आपकी वेबसाइट के सभी पेजों पर Google टैग इंस्टॉल हो. टैग कवरेज की खास जानकारी के बारे में ज़्यादा जानें.
अगर आपको कन्वर्ज़न में अंतर को कम करना है, तो एक जैसे तरीकों का इस्तेमाल करके UA और GA4 के लिए टैग लागू करें.
|
|
लागू करने से जुड़ी गड़बड़ियां: GA4 के लिए डेटा कलेक्शन की सुविधा सेट अप करते समय, हो सकता है कि कोई टैग गलत तरीके से लागू हो गया हो. इस वजह से, आपकी GA4 प्रॉपर्टी में कोई डेटा नहीं दिखेगा, लेकिन कुछ मामलों में आपको अपनी GA4 प्रॉपर्टी में कुछ डेटा दिख सकता है. अगर ऐसा होता है, तो UA से इसकी तुलना करते समय आपको अंतर दिखेगा.
अगर टैग लागू करने में गड़बड़ी हुई हो, तो UA के मुकाबले GA4 को कम मुख्य इवेंट मिल सकते हैं.
|
हमारा सुझाव है कि आप टैग लागू करने के नॉन-स्टैंडर्ड तरीकों के बजाय, डेवलपर गाइड में बताए गए स्टैंडर्ड तरीकों का इस्तेमाल करें. टैग मैनेजमेंट सिस्टम की मदद से, एक जैसे तरीकों का इस्तेमाल करके सभी टैग लागू किए जा सकते हैं.
Google टैग का इस्तेमाल करने से, कई उपयोगकर्ताओं की ज़रूरतें पूरी हो जाती हैं, क्योंकि इससे Google Ads और Google Analytics, दोनों के लिए एक ही टैग का इस्तेमाल किया जा सकता है (डेवलपर गाइड). |
|
फ़िल्टर: GA4 फ़िल्टर की तुलना में, UA फ़िल्टर काफ़ी अलग तरीके से काम करते हैं. UA फ़िल्टर का UA प्रॉपर्टी में होना और डेटा में बड़ा बदलाव करना सामान्य बात है. जैसे, "सिर्फ़ फ़्रांस का डेटा दिखाना". GA4 में संभावित फ़िल्टर का सेट काफ़ी अलग होता है.
अगर UA फ़िल्टर, रिपोर्ट किए गए ट्रैफ़िक को कम करते हैं, तो हो सकता है कि GA4 में ज़्यादा ट्रैफ़िक दिखे.
|
डेटा फ़िल्टर: इंटरनल और डेवलपर ट्रैफ़िक के लिए, शामिल करने वाले/बाहर रखने वाले फ़िल्टर बनाएं.
इवेंट में बदलाव करना और कस्टम इवेंट: इवेंट के नाम और पैरामीटर में बदलाव करें.
अनचाहे रेफ़रल की पहचान करना: सिर्फ़ अपनी पसंद के रेफ़रल शामिल करें.
सब-प्रॉपर्टी बनाना (सिर्फ़ 360): पूरी तरह से काम करने वाली ऐसी प्रॉपर्टी बनाएं जो आपकी 360 प्रॉपर्टी में डेटा की सबसेट हों.
|
|
रेफ़रल एक्सक्लूज़न: UA में सेट किए गए एक्सक्लूज़न, Google Ads को एट्रिब्यूट किए जाने वाले मुख्य इवेंट पर असर डाल सकते हैं. अगर GA4 में ये एक्सक्लूज़न इसी तरह से सेट अप नहीं किए गए हैं, तो Google Ads को एट्रिब्यूट किए गए क्रेडिट में अंतर हो सकता है. उदाहरण के लिए, पेमेंट की सेवा देने वाली PayPal जैसी कंपनियों के लिए एक्सक्लूज़न अक्सर UA में बनाए जाते हैं.
अगर रेफ़रर को UA में बाहर रखा गया, लेकिन GA4 में नहीं, तो GA4 के मुख्य इवेंट को GA4 में गलत तरीके से एट्रिब्यूट किया जा सकता है. इस वजह से, UA की तुलना में Google के पेड चैनल को कम मुख्य इवेंट एट्रिब्यूट किए जा सकते हैं. रेफ़रल एक्सक्लूज़न, मुख्य इवेंट को एट्रिब्यूट किए जाने वाले क्रेडिट की संख्या पर असर डालते हैं.
|
गलत तरीके से किए जाने वाले एट्रिब्यूशन को कम करने के लिए, UA और GA4 के बीच रेफ़रल एक्सक्लूज़न सेटिंग को मैच करें. ध्यान दें कि रेफ़रल को बाहर रखने से, Google Analytics प्रॉपर्टी में मुख्य इवेंट की कुल संख्या में बदलाव नहीं होता. इससे सिर्फ़ मुख्य इवेंट को एट्रिब्यूट करने के तरीके पर असर पड़ता है.
UA में रेफ़रल एक्सक्लूज़न और GA4 में अनचाहे रेफ़रल की पहचान करने के तरीके के बारे में ज़्यादा जानें.
|
Google Ads में अंतर की मुख्य वजहें
Google Ads में चुने गए प्रॉडक्ट, सेटअप या सेटिंग के आधार पर, UA कन्वर्ज़न और GA4 के मिलते-जुलते मुख्य इवेंट में अंतर की मुख्य वजहें ये हैं.
| जानकारी |
समाधान / सुझाव |
|
मुख्य इवेंट की लुकबैक विंडो: Google Ads में मुख्य इवेंट की लुकबैक विंडो की सेटिंग से तय होता है कि Google Ads टचपॉइंट का क्रेडिट उसको कितने समय बाद तक मिल सकता है. अक्सर यह सेटिंग पसंदीदा वैल्यू पर सेट होती है. उदाहरण के लिए, 90 दिन.
सेटिंग में अंतर का मतलब यह हो सकता है कि टचपॉइंट को जब GA4 से एट्रिब्यूट किए गए मुख्य इवेंट का क्रेडिट नहीं मिलता, तब उसे यह UA से मिलता है. इसके अलावा, टचपॉइंट को जब UA से एट्रिब्यूट किए गए मुख्य इवेंट का क्रेडिट नहीं मिलता, तब उसे यह GA4 से मिलता है.
|
GA4 प्रॉपर्टी सेटिंग में इस्तेमाल की गई सेटिंग के हिसाब से, UA और GA4 के मुख्य इवेंट ऐक्शन, दोनों के लिए Google Ads में मुख्य इवेंट की लुकबैक विंडो की सेटिंग को अलाइन करें. |
|
Google Ads में एट्रिब्यूशन मॉडल की सेटिंग: एट्रिब्यूशन मॉडल, कन्वर्ज़न पाथ के टचपॉइंट को क्रेडिट असाइन करने के तरीके पर असर डालते हैं. Google Ads में, UA और GA4 के बीच एट्रिब्यूशन मॉडल सेटिंग में अंतर होने पर, Google Ads खाते या मैनेजर खाते (एमसीसी) में अलग-अलग कैंपेन के लिए क्रेडिट का बंटवारा करने का तरीका अलग-अलग हो सकता है.
ध्यान दें: Google Ads में एट्रिब्यूशन सेटिंग बदलने से, Google Ads को एट्रिब्यूट किए गए कन्वर्ज़न की कुल संख्या पर असर नहीं पड़ता.
|
Google Ads में मुख्य इवेंट की सेटिंग में एट्रिब्यूशन मॉडल अलाइन करें. |
| GA4 में डिफ़ॉल्ट एट्रिब्यूशन सेटिंग: अगर आपको Google Ads में Universal Analytics के कन्वर्ज़न की तुलना में GA4 के कन्वर्ज़न की संख्या कम दिखती है, तो इसकी एक वजह "क्रेडिट पाने वाले चैनल" हो सकती है. इनकी डिफ़ॉल्ट GA4 एट्रिब्यूशन सेटिंग जून 2023 से पहले बनाई गई सभी प्रॉपर्टी के लिए, Google के पेड और ऑर्गैनिक चैनल पर सेट की गई थी. जून 2023 के बाद बनाई गई GA4 प्रॉपर्टी की सेटिंग, डिफ़ॉल्ट रूप से "Google के पेड चैनल" पर सेट होगी. Google Analytics में इस सेटिंग को सिर्फ़ Google के लिए पेड चैनल सेटिंग से बदलने पर, Google Ads में UA कन्वर्ज़न के मुकाबले GA4 कन्वर्ज़न की संख्या बढ़ सकती है. |
यह बदलाव, एडमिन>डेटा डिसप्ले>एट्रिब्यूशन सेटिंग>चैनल जिन्हें क्रेडिट मिल सकता है के तहत एट्रिब्यूशन सेटिंग में जाकर किया जा सकता है. |
|
Google Ads में रिपोर्ट करने के तरीके: Google Ads में यह दिखाने के लिए कि किस विज्ञापन से मुख्य इवेंट ट्रिगर हुआ, विज्ञापन इंटरैक्शन के समय की रिपोर्टिंग के आधार पर मुख्य इवेंट रिपोर्ट किए जाते हैं. Google Analytics में, मुख्य इवेंट को अलग-अलग तरीके से रिपोर्ट किया जाता है. इसके लिए, मुख्य इवेंट के समय की रिपोर्टिंग का इस्तेमाल किया जाता है.
उदाहरण के लिए, अगर कोई मुख्य इवेंट 10 मई को हुआ है, तो उसे 5 मई को किसी विज्ञापन पर हुए क्लिक के लिए एट्रिब्यूट किया जा सकता है. आम तौर पर, Google Analytics इस मुख्य इवेंट को 10 मई को रिपोर्ट करता है. वहीं, Google Ads इस मुख्य इवेंट को 5 मई को रिपोर्ट करेगा.
|
इसका असर Google Ads में UA और GA4, दोनों में इंपोर्ट किए गए इवेंट पर होता है. हालांकि, मुख्य इवेंट की कार्रवाइयों की सेटिंग (जैसे, एट्रिब्यूशन मॉडल या मुख्य इवेंट लुकबैक विंडो) में अंतर से यह असर बढ़ सकता है.
अगर Google Ads में इंपोर्ट किए गए सभी मुख्य इवेंट ऐक्शन के लिए सेटिंग को अलाइन किया जाता है, तो रिपोर्टिंग के तरीकों के असर को कम किया जा सकता है.
ध्यान रखें कि Google Ads में मुख्य इवेंट की लुकबैक विंडो की पूरी अवधि के दौरान, मुख्य इवेंट को एट्रिब्यूट किया जा सकता है. ऐसा करने में 90 दिन लग सकते हैं. इसलिए, GA4 और UA के बीच तुलना करने में 90 दिन तक लग सकते हैं.
मुख्य इवेंट के किसी पेयर की तुलना की जा सकती है या नहीं या आपको कितने समय तक इंतज़ार करना होगा, इसका आकलन करने के लिए, Google Ads में UA के मुख्य इवेंट के लिए पाथ मेट्रिक रिपोर्ट का इस्तेमाल करें. इससे आपको यह पता चलेगा कि ज़्यादातर उपयोगकर्ता मुख्य इवेंट के पाथ में कितने समय में मुख्य इवेंट से इंटरैक्ट करते हैं.
ध्यान दें: पहले 14 दिनों में 95% से ज़्यादा मुख्य इवेंट एट्रिब्यूट हो जाते हैं. इसका मतलब है कि आपको UA और GA4 के बीच तुलना करने के लिए, कम से कम 14 दिन पुराने Google Ads डेटा का इस्तेमाल करना चाहिए.
|
अंतर की अन्य वजहें
अगर अंतर के लिए ऊपर बताई गई चीज़ों को अलाइन करने के बाद भी, आपको अपने UA कन्वर्ज़न और GA4 के मुख्य इवेंट में काफ़ी अंतर दिख रहा है, तो ऐसा किन वजहों से हो रहा है उनके बारे में जानने के लिए पूरी सूची नीचे देखें.
आपको याद दिला दें कि मिलते-जुलते UA कन्वर्ज़न और GA4 मुख्य इवेंट के बीच अंतर हो सकता है. हालांकि, इस सूची की मदद से प्रॉडक्ट, सेटअप, और सेटिंग को अलाइन करके, अंतर को कम किया जा सकता है.
Google Analytics में अंतर की मुख्य वजहें
Google Analytics में चुने गए प्रॉडक्ट, सेटअप या सेटिंग के आधार पर, UA और GA4 के मिलते-जुलते मुख्य इवेंट में अंतर की अन्य वजहें ये हैं.
| जानकारी |
समाधान / सुझाव |
|
ई-कॉमर्स मेज़रमेंट: Google Analytics, कई तरह के ई-कॉमर्स स्कीमा के साथ काम करता है. GA4 स्कीमा और UA स्कीमा को एक साथ लागू किया जा सकता है. इसके अलावा, दोनों प्रॉपर्टी के लिए एक स्कीमा का भी इस्तेमाल किया जा सकता है. दो स्कीमा का इस्तेमाल करने पर, डेटा में अंतर दिख सकता है. ज़्यादा जानकारी के लिए, डेवलपर गाइड देखें.
ई-कॉमर्स स्कीमा में अंतर की वजह से, GA4 में मुख्य इवेंट की संख्या UA से ज़्यादा या कम हो सकती है.
|
GA4 के लिए ई-कॉमर्स डेटा इकट्ठा करते समय, GA4 ई-कॉमर्स स्कीमा का इस्तेमाल करना सबसे सही तरीका है (डेवलपर गाइड).
हमारा सुझाव है कि अगर ई-कॉमर्स मेज़रमेंट का इस्तेमाल किया जा रहा है, तो वेबसाइट और ऐप्लिकेशन टैग से जुड़े साइट टैग का इस्तेमाल न करें.
यह सुझाव भी दिया जाता है कि दोनों की तुलना करते समय, आपको UA और GA4 के लिए एक ही ई-कॉमर्स स्कीमा का इस्तेमाल करना चाहिए.
|
|
टैग ट्रिगर होने की शर्तें: हार्ड कोड किए गए टैग के ट्रिगर होने की शर्तें, टैग ट्रिगर होने के तरीके और समय पर असर डाल सकती हैं.
ज़्यादातर मामलों में, GA4 डेटा कलेक्शन सेट अप करने के दौरान नए टैग लागू किए जाते हैं. हो सकता है कि टैग ट्रिगर होने की जो शर्तें UA में थीं उन्हें GA4 के लिए भी फिर से लागू करना पड़े, ताकि डेटा इकट्ठा किया जा सके. हमारा सुझाव है कि टैग को ट्रिगर होने के लिए एक जैसी शर्तों को लागू किया जाना चाहिए, ताकि डेटा कलेक्शन में कम से कम अंतर हो.
अगर UA में डेटा कलेक्शन पर पाबंदी है और GA4 में नहीं, तो UA की तुलना में GA4 में उपयोगकर्ता, सेशन, पेज व्यू, और कन्वर्ज़न की संख्या ज़्यादा हो सकती है.
|
हमारा सुझाव है कि आप GA4 प्रॉपर्टी के लिए डेटा इकट्ठा करते समय, GA4 टैग की मदद से gtag.js या gtm.js का इस्तेमाल करें.
टैग करने के दूसरे तरीकों (उदाहरण के लिए, वेबसाइट और ऐप्लिकेशन टैग से जुड़े साइट टैग) का इस्तेमाल करने पर, टैग ट्रिगर होने की शर्तों पर सीधे तौर पर कोई असर नहीं पड़ता. हालांकि, अगर टैग ट्रिगर होने की शर्तों की वजह से UA और GA4 में टैग अलग-अलग तरह से ट्रिगर होते हैं, तो सबसे पहले, फिर से टैग करने का सुझाव दिया जाता है.
टैग लागू होने के बाद, टैग ट्रिगर होने की सभी शर्तों को अलाइन करें. शर्त के उदाहरण के तौर पर, समय का आकलन करने की जानकारी देने वाली डेवलपर गाइड देखें. |
|
इंटरनल ट्रैफ़िक को बाहर रखना: सेटिंग का इस्तेमाल, संगठन के उपयोगकर्ताओं (ग्राहक के नज़रिए से, यानी ग्राहक के कर्मचारी) को फ़िल्टर करने या ट्रैफ़िक की जांच करने के लिए किया जा सकता है.
अगर UA और GA4 में सेटिंग अलग-अलग हैं, तो जिस प्रॉपर्टी में एक्सक्लूज़न फ़िल्टर नहीं होते उसमें ज़्यादा उपयोगकर्ता, सेशन, पेज व्यू, और उसके बाद होने वाले मुख्य इवेंट दिख सकते हैं.
|
हमारा सुझाव है कि UA और GA4 की सेटिंग को अलाइन करें, ताकि अंतर को कम किया जा सके. UA के बारे में ज़्यादा जानने के लिए यह लेख और GA4 के बारे में ज़्यादा जानने के लिए यह लेख पढ़ें. |
|
ब्राउज़िंग इतिहास के इवेंट के आधार पर पेज में होने वाले बदलाव: GA4 में बेहतर मेज़रमेंट की सुविधा, डिफ़ॉल्ट रूप से ब्राउज़िंग इतिहास के इवेंट के आधार पर पेज में होने वाले बदलावों का आकलन करती है, जबकि UA में ऐसा नहीं होता. इसलिए, UA के मुकाबले GA4 में ज़्यादा पेज व्यू मिलते हैं. इससे डेटा में अंतर हो सकता है.
उदाहरण के लिए, अगर आपकी साइट के डिज़ाइन और इस्तेमाल के पैटर्न की वजह से, ब्राउज़िंग इतिहास में बदलाव होने पर कई पेज लोड होते हैं, तो इस सेटिंग के चालू होने पर इन इवेंट का आकलन किया जा सकेगा. इस वजह से UA के डेटा में अंतर दिख सकता है, क्योंकि UA में इन इवेंट का आकलन नहीं किया जाता.
|
अगर आपको UA और GA4 के बीच पेज व्यू की संख्या ज़्यादा बारीकी से मैच करनी है, तो GA4 में बेहतर मेज़रमेंट की सुविधा बंद करें. बेहतर मेज़रमेंट वाले इवेंट के बारे में ज़्यादा जानें. |
| इवेंट के अन्य सोर्स (ऑडियंस ट्रिगर, मेज़रमेंट प्रोटोकॉल, इवेंट में बदलाव वगैरह): इन इवेंट को जनरेट करने और उन्हें मुख्य इवेंट के तौर पर मार्क करने से, GA4 में मुख्य इवेंट की संख्या में बढ़ोतरी हो सकती है. ऐसा तब होता है, जब प्रॉपर्टी लेवल पर डेटा की तुलना UA से की जाती है. |
Google Analytics में, UA कन्वर्ज़न और GA4 के मुख्य इवेंट के लिए, मैच होने वाले सेटअप का इस्तेमाल करें.
इन सोर्स से बनाए गए नए इवेंट को अलग-अलग नामों से कॉन्फ़िगर किया जा सकता है, ताकि UA और GA4 मेज़रमेंट को ज़्यादा बारीकी से मैच किया सके. अगर UA और GA4 को एक ही तरह से सेट अप नहीं किया जा सकता, तो दोनों की तुलना नहीं करनी चाहिए.
|
|
स्पैम और बॉट फ़िल्टर:
फ़िल्टर के इस्तेमाल से UA में ट्रैफ़िक कम हो जाता है. अगर GA4 में फ़िल्टर लागू नहीं किया गया है, तो GA4 ज़्यादा ट्रैफ़िक और मुख्य इवेंट रिपोर्ट करेगा. ऐसा उन मामलों में होगा जहां स्पैम/बॉट ट्रैफ़िक, किसी मुख्य इवेंट के पाथ में किसी मुख्य इवेंट के लिए इंटरैक्ट कर पाता है.
|
UA में बॉट फ़िल्टर करने की सेटिंग चालू करें. साथ ही, अगर आपको स्पैम मिल रहे हैं, तो UA में स्पैम फ़िल्टर जोड़ें. |
| यूआरएल पैरामीटर एक्सक्लूज़न: UA में, ग्राहकों के लक्ष्य को किसी यूआरएल से पूरी तरह मैच करने के लिए कॉन्फ़िगर किया जा सकता है. GA4 में, यूआरएल पैरामीटर एक्सक्लूज़न नहीं होते, इसलिए यूआरएल के कई ऐसे वर्शन हो सकते हैं जो मुख्य इवेंट के तौर पर नहीं गिने जा सकते. |
GA4 में संभावित अंतर को समझने के लिए, पुष्टि करें कि UA में यूआरएल पैरामीटर एक्सक्लूज़न इस्तेमाल किए गए हैं.
|
|
मुख्य इवेंट और रेवेन्यू के लिए डीडीए मॉडल: UA में, लक्ष्यों के लिए आखिरी नॉन-डायरेक्ट क्लिक एट्रिब्यूशन मॉडल का इस्तेमाल होता है. GA4 के मुख्य इवेंट, डिफ़ॉल्ट रूप से डेटा-ड्रिवन एट्रिब्यूशन (डीडीए) मॉडल का इस्तेमाल करते हैं. हालांकि, इनमें बदलाव किया जा सकता है.
डीडीए के आधार पर क्रेडिट शिफ़्ट होने के तरीके के मुताबिक, उपयोगकर्ताओं को यह दिख सकता है कि Google के पेड चैनलों को ज़्यादा या कम क्रेडिट मिले हैं. ध्यान दें कि एट्रिब्यूशन मॉडल, किसी इवेंट के लिए मुख्य इवेंट की कुल संख्या पर असर नहीं डालता.
|
हालांकि, इसका सुझाव नहीं दिया जाता, लेकिन GA4 में प्रॉपर्टी के एट्रिब्यूशन मॉडल को लास्ट क्लिक से बदलकर, उसकी जांच/गिनती की जा सकती है.
ध्यान दें: Google Analytics में एट्रिब्यूशन मॉडल, किसी प्रॉपर्टी के मुख्य इवेंट की कुल संख्या पर असर नहीं डालते. इसलिए, यह सुझाव दिया जाता है कि आप डेटा में अंतर होने से जुड़ी अन्य सभी गड़बड़ियों को ठीक करें, ताकि मुख्य इवेंट के पेयर जैसे कि UA और GA4 में, मिलते-जुलते मुख्य इवेंट के लिए प्रॉपर्टी-लेवल के अंतर को कम किया जा सके. |
|
टाइम ज़ोन में अंतर और कैंपेन को रीसेट करने का तरीका: UA किसी सेशन को आधी रात को बंद कर देता है और नए कैंपेन पैरामीटर वाले सेशन को चालू कर देता है. GA4 में ऐसा नहीं होता. इससे सेशन में गड़बड़ियां हो सकती हैं और लक्ष्यों/सेशन के मुख्य इवेंट में अंतर हो सकता है.
ऐसा करने से, किसी प्रॉपर्टी में मुख्य इवेंट की कुल संख्या में ज़्यादा अंतर नहीं होगा. यह अंतर सिर्फ़ तब दिख सकता है, जब अलग-अलग दिनों के हिसाब से UA और GA4 के डेटा की तुलना की जाती है.
|
कोई सीधा समाधान नहीं. इसका समाधान GA4 में कर दिया गया है. |
| पेज व्यू मेज़रमेंट कॉन्फ़िगरेशन में अंतर: ब्राउज़िंग इतिहास के इवेंट पर आधारित पेज व्यू मेज़रमेंट को GA4 में बंद किया जा सकता है. कनेक्ट किए गए साइट टैग का इस्तेमाल करने पर, एक पेज वाली साइटों का आकलन GA4 में सही से नहीं किया जा सकता. |
GA4 को ब्राउज़िंग इतिहास के इवेंट के आधार पर पेज व्यू का आकलन करने के लिए कॉन्फ़िगर किया जा सकता है. UA को नहीं किया जा सकता. इससे GA4 में बेहतर तरीके से मेज़रमेंट किया जाता है, लेकिन डेटा में अंतर हो सकता है. UA और GA4 के बीच डेटा को ज़्यादा बारीकी से अलाइन करने के लिए, इस सेटिंग को बंद किया जा सकता है.
UA के लिए, एक पेज के ऐप्लिकेशन के मेज़रमेंट को सेट अप किया जा सकता है. इसके लिए, डेवलपर गाइड देखें. इससे UA, GA4 के साथ पूरी तरह अलाइन नहीं होता, लेकिन एक पेज वाली साइटों के लिए डेटा का अंतर कम हो सकता है. |
|
Google सिग्नल और User-ID: ये सेटिंग, GA4 प्रॉपर्टी में उपयोगकर्ताओं की डुप्लीकेट कॉपी हटाने में मदद करती हैं. UA में, दोनों सेटिंग सिर्फ़ कुछ रिपोर्ट और अलग व्यू पर असर डालती हैं. GA4 में ये सेटिंग, प्रॉपर्टी की सभी जानकारी पर असर डालती हैं.
GA4 में Google सिग्नल और User-ID चालू करने से, नए/सभी उपयोगकर्ताओं की संख्या कम हो जाती है. इसकी वजह यह है कि UA में हर इंटरैक्शन को अलग-अलग उपयोगकर्ताओं का माना जाता था. इसलिए, क्रेडिट को अलग तरीके से एट्रिब्यूट किया जा सकता है. इन सुविधाओं से, Google Analytics में कन्वर्ज़न की संख्या पर असर पड़ने की उम्मीद नहीं होती. हालांकि, Google Ads में एक्सपोर्ट की संख्या अलग-अलग हो सकती है. अगर विज्ञापन देने वाला व्यक्ति या कंपनी, जुड़ाव वाले व्यू से होने वाले कन्वर्ज़न (ईवीसी) का आकलन करता है, तो Google सिग्नल और User-ID के इस्तेमाल से उस पर असर हो सकता है.
|
कोई सीधा समाधान नहीं. GA4 में डुप्लीकेट कॉपी हटाने की सुविधा से इस बात की बेहतर जानकारी मिलती है कि उपयोगकर्ता, ग्राहक की ऐसेट के साथ कैसे इंटरैक्ट करते हैं.
हमारा सुझाव है कि दोनों प्लैटफ़ॉर्म में दोनों सुविधाओं को लागू करें, ताकि अंतर को कम किया जा सके. हालांकि, उसे पूरी तरह खत्म नहीं किया जा सकता.
|
| सेशन टाइम आउट: सेशन के टाइम आउट की सेटिंग में बदलाव किया जा सकता है. अगर टाइम आउट की डिफ़ॉल्ट सेटिंग को बदला जाता है, तो इसका असर ट्रैफ़िक की संख्या और एट्रिब्यूशन पर पड़ सकता है. |
हमारा सुझाव है कि आप डिफ़ॉल्ट सेटिंग का इस्तेमाल करें. अगर आपने UA में सेशन की टाइम आउट सेटिंग में बदलाव किया है, तो आपको GA4 में भी इसे अडजस्ट करना चाहिए. Analytics के सेशन के बारे में ज़्यादा जानें. |
|
कुकी बदलना
|
UA में कुकी सेटिंग बदलने पर, आपको GA4 कॉन्फ़िगर करते समय इस सेटिंग को मैच करना होगा.
कुकी की समयसीमा खत्म होने की तारीखों को कम करने से, एट्रिब्यूशन पर असर पड़ सकता है. साथ ही, मुख्य इवेंट के एट्रिब्यूशन में अंतर हो सकता है. Google टैग की सेटिंग को कॉन्फ़िगर करने के बारे में ज़्यादा जानें.
|
| एक ही यूआरएल में, ऑटो-टैगिंग और मैन्युअल टैगिंग का इस्तेमाल करना |
एक ही यूआरएल में, ऑटो-टैगिंग और मैन्युअल टैगिंग का इस्तेमाल किया जा सकता है. हालांकि, कुछ मामलों में ये दोनों सुविधाएं एक साथ इस्तेमाल नहीं की जा सकती. |
| डाइमेंशन और मेट्रिक के विकल्प |
UA की तुलना में GA4, उपयोगकर्ता हासिल करने वाले ज़्यादा डाइमेंशन ऑफ़र करता है. यही वजह है कि UA और GA4 के बीच रिपोर्टिंग डाइमेंशन के सभी संभावित कॉम्बिनेशन की तुलना नहीं की जा सकती. |
| UA और GA4 के बीच ऐप्लिकेशन मेज़रमेंट लागू करने से होने वाला अंतर |
हमारा सुझाव है कि जहां भी हो सके, आप एक एसडीके टूल का इस्तेमाल करें. ध्यान दें कि उपयोगकर्ताओं का एक छोटा सबसेट, फ़िलहाल UA में ऐप्लिकेशन डेटा इकट्ठा कर सकता है. अगर उपयोगकर्ताओं को ऐप्लिकेशन का डेटा इकट्ठा करना है और GA4 प्रॉपर्टी का इस्तेमाल करके रिपोर्ट करना है, तो उन्हें Google Analytics for Firebase SDK लागू करना होगा. |
|
सिर्फ़ कनेक्ट किए गए साइट टैग के लिए (इसमें अलग से लोड किए जाने वाले टैग भी शामिल हैं): कनेक्ट किए गए टैग एक क्रम में लोड होते हैं. इसका मतलब है कि GA4 टैग, पैरंट टैग (मौजूदा gtag.js या analytics.js टैग) के बाद लोड होता है. इससे ये असर पड़ सकते हैं:
- कई टैग लोड होने से, वेबसाइट के काम करने की स्पीड पर असर पड़ सकता है.
- अगर उपयोगकर्ता किसी वेबसाइट पर बहुत तेज़ी से एक हिस्से से दूसरे हिस्से पर जाते हैं, तो हो सकता है कि टैग की रेंडरिंग पूरी न हो. इस वजह से, कुछ इवेंट छूट सकते हैं.
|
इवेंट छूटने के जोखिम को कम करने के लिए, हमारा सुझाव है कि आप वेबसाइट और ऐप्लिकेशन टैग से जुड़े साइट टैग या अलग से लोड किए जाने वाले टैग के बजाय GA4 टैग का इस्तेमाल करें. खास तौर पर, बड़े और जटिल Analytics सेटअप के लिए, आपको वेबसाइट और ऐप्लिकेशन टैग से जुड़े साइट टैग या अलग से लोड किए जाने वाले टैग का इस्तेमाल करने से बचना चाहिए. |
| GA4 के लिए, प्रॉपर्टी में ऐप्लिकेशन और वेब डेटा को शामिल करना: GA4, ऐप्लिकेशन और वेब डेटा के साथ-साथ इवेंट को एक जगह इकट्ठा करता है. अगर GA4 में ऐप्लिकेशन और वेब डेटा को जोड़ा जाता है, लेकिन UA में ऐसा नहीं किया जाता, तो GA4 में मुख्य इवेंट की संख्या ज़्यादा होगी. |
अगर आपकी UA प्रॉपर्टी में ऐप्लिकेशन से जनरेट होने वाला ट्रैफ़िक नहीं है, तो बेहतर तरीके से तुलना के लिए, आपको ऐप्लिकेशन की डेटा स्ट्रीम शामिल नहीं करनी चाहिए. अगर ऐप्लिकेशन स्ट्रीम पहले से ही शामिल है, तो UA की तुलना GA4 से करने के लिए, आपको रिपोर्ट को अलग-अलग हिस्सों में बांटना चाहिए, ताकि ऐप्लिकेशन के मुख्य इवेंट को बाहर रखा जा सके. |
| अपडेट की गई चैनल ग्रुपिंग: GA4 चैनल ग्रुपिंग, किसी चैनल के लिए मुख्य इवेंट को अलग तरीके से असाइन कर सकती हैं. डिफ़ॉल्ट चैनल ग्रुप के बारे में ज़्यादा जानें. |
Google Ads में कौनसे मुख्य इवेंट एक्सपोर्ट किए जाएंगे, यह तय करने का विकल्प उपयोगकर्ताओं के पास नहीं है. |
Google Ads में अंतर की मुख्य वजहें
Google Ads में चुने गए प्रॉडक्ट, सेटअप या सेटिंग के आधार पर, UA और GA4 के मिलते-जुलते मुख्य इवेंट में अंतर की अन्य वजहें ये हैं.
| जानकारी |
समाधान / सुझाव |
|
सहमति मोड से मुख्य इवेंट मॉडलिंग: मुख्य इवेंट मॉडलिंग, Google Ads में विज्ञापन देने वाले उन लोगों या कंपनियों के लिए उपलब्ध है जिन्होंने gtag.js या Google Tag Manager का इस्तेमाल करके ट्रैकिंग लागू करने वाली प्रॉपर्टी के Analytics के मुख्य इवेंट के आधार पर Google Ads कन्वर्ज़न बनाए हैं.
analytics.js लागू करने के लिए, हम Google Ads में कन्वर्ज़न के लिए मॉडलिंग की सुविधा नहीं देते. ऐसा इसलिए, क्योंकि gtag.js या Google Tag Manager को लागू किए बिना, सहमति की स्थिति को सही तरीके से तय नहीं किया जा सकता.
अगर UA और GA4, दोनों में सहमति मोड के साथ काम करने वाले टैग का इस्तेमाल किया जाता है, तो दोनों को Google Ads में मुख्य इवेंट मॉडलिंग की सुविधा मिल सकती है.
|
सही तरीके से तुलना करने के लिए, पक्का करें कि आपके पास सहमति मोड के साथ काम करने वाला टैग टाइप, UA और GA4 प्रॉपर्टी, दोनों के लिए हो. |
| जुड़ाव वाले व्यू का मेज़रमेंट: GA4, YouTube पर जुड़ाव वाले व्यू से हुए विज्ञापन इंटरैक्शन को मुख्य इवेंट एट्रिब्यूट कर सकता है. भले ही, उस विज्ञापन इंटरैक्शन से सीधे वेबसाइट पर विज़िट न हुआ हो, लेकिन उसकी वजह से बाद में मुख्य इवेंट हुआ हो. इससे कोई मुख्य इवेंट, Google Ads में एक्सपोर्ट हो सकता है और इसके लिए UA, Google Ads में कोई क्रेडिट एक्सपोर्ट नहीं करता. इसका मतलब है कि अगर विज्ञापन देने वाले व्यक्ति या कंपनी के पास YouTube पर खर्च करने के लिए ज़रूरी बजट है, तो GA4, Google Ads को ज़्यादा मुख्य इवेंट एट्रिब्यूट कर सकता है. |
GA4 में, इससे वेब ट्रैफ़िक के लिए मुख्य इवेंट में बढ़ोतरी नहीं होती. हालांकि, हो सकता है कि GA4 में, Google Ads चैनल को UA के मुकाबले ज़्यादा कन्वर्ज़न क्रेडिट मिले. इससे Google Ads की परफ़ॉर्मेंस बेहतर होती है.
इसकी तुलना करने के लिए, Google Ads में कैंपेन या खाता लेवल की रिपोर्टिंग को सेगमेंट में बांटा जा सकता है. पक्का करें कि आपने मुख्य इवेंट की उन कार्रवाइयों की तुलना की हो जो एक जैसे मुख्य इवेंट की कार्रवाई का आकलन करती हों.
एक ही समय पर अलग-अलग तरह के विज्ञापन इवेंट और मुख्य इवेंट सोर्स के मुताबिक स्टैंडर्ड रिपोर्ट को सेगमेंट में नहीं बांटा जा सकता. इसलिए, Google Ads यूज़र इंटरफ़ेस (यूआई) में सीधे तौर पर तुलना करना मुश्किल है. |
|
क्रेडिट एक्सपोर्ट मॉडल: GA4 से Google Ads में मुख्य इवेंट एक्सपोर्ट करने वाला मॉडल, UA की तुलना में अलग होता है. UA में आखिरी नॉन-डायरेक्ट क्लिक एक्सपोर्ट मॉडल का इस्तेमाल किया जाता है. पहले GA4 में इसी मॉडल का इस्तेमाल किया जाता था, लेकिन अब GA4 में फ़ाइनल क्रेडिट एक्सपोर्ट मॉडल का इस्तेमाल किया जाता है. इससे फ़्रैक्शनल क्रेडिट एक्सपोर्ट किया जा सकता है, भले ही आखिरी नॉन-डायरेक्ट टचपॉइंट, Google Ads टचपॉइंट न हो.
इससे प्रॉपर्टी-लेवल पर अंतर नहीं होता. हालांकि, इसकी वजह से Google Ads में एक्सपोर्ट किए जाने वाले मुख्य इवेंट की संख्या अलग-अलग हो सकती है. UA की तुलना में यह संख्या ज़्यादा या कम हो सकती है. यह ग्राहकों की गतिविधि पर निर्भर करती है.
|
फ़ाइनल क्रेडिट एक्सपोर्ट लॉन्च किया गया, क्योंकि पिछले नॉन-डायरेक्ट क्लिक मॉडल ज़रूरतों को पूरा नहीं करते. इसका मतलब है कि GA4, Google Ads में सही क्रॉस-चैनल क्रेडिट एक्सपोर्ट करता है. UA और GA4 के डेटा के अंतर को कम करने के लिए, चुनिंदा कार्रवाई नहीं की जा सकती. |
| Google Ads के मुख्य इवेंट की गिनती करने का तरीका: Google Ads में, गिनती की एक सेटिंग है. इसका इस्तेमाल करके यह कंट्रोल किया जा सकता है कि किसी उपयोगकर्ता के लिए, सेट किए गए मुख्य इवेंट की लुकबैक विंडो में एक या एक से ज़्यादा मुख्य इवेंट की गिनती की जाए. |
हमारा सुझाव है कि UA और GA4 के मुख्य इवेंट के पेयर के लिए, मुख्य इवेंट की गिनती करने की सेटिंग को अलाइन करें. कन्वर्ज़न की गिनती करने के तरीकों के बारे में ज़्यादा जानें.
|
|
मैन्युअल तरीके से बनाई गई GA4 प्रॉपर्टी और स्मार्ट कैंपेन के ग्राहकों पर लागू होता है: GA4 Google के पेड चैनल एक्सपोर्ट मॉडल, Google Ads में एक्सपोर्ट किए गए सभी मुख्य इवेंट को Google के प्लैटफ़ॉर्म को एट्रिब्यूट करता है.
इसकी वजह से, पेड और ऑर्गैनिक चैनल सेटिंग के मुकाबले, Google Ads में ज़्यादा मुख्य इवेंट एक्सपोर्ट हो रहे हैं. इसकी वजह यह है कि मुख्य इवेंट के पाथ में, Google से बाहर के पेड चैनलों को शामिल नहीं किया जाता.
Google के पेड चैनल एक्सपोर्ट मॉडल का इस्तेमाल करने पर, इस बारे में बेहतर जानकारी मिल सकती है कि Google के पेड इंटरैक्शन से मुख्य इवेंट पर किस तरह असर पड़ता है. यह मॉडल Universal Analytics में उपलब्ध नहीं है. इसलिए, Google Ads में इंपोर्ट किए जाने पर, UA और GA4 के मिलते-जुलते इवेंट की तुलना करना मुश्किल हो सकता है.
|
डिफ़ॉल्ट रूप से, नई GA4 प्रॉपर्टी Google के पेड चैनल पर सेट होती हैं.
Google Ads में मुख्य इवेंट एक्सपोर्ट को कंट्रोल करने के लिए, एडमिन सेक्शन में जाकर GA4 प्रॉपर्टी-लेवल एट्रिब्यूशन सेटिंग का इस्तेमाल करें.
कन्वर्ज़न एक्सपोर्ट करते समय, GA4 नॉन पेड चैनलों को शामिल कर सके इसके लिए, पेड और ऑर्गैनिक चैनल सेटिंग का इस्तेमाल करें. एट्रिब्यूशन सेटिंग चुनने के बारे में ज़्यादा जानें.
|
बाउंस रेट
|
मेट्रिक
|
UA
|
GA4
|
|
बाउंस रेट
|
सिंगल-पेज सेशन का प्रतिशत, जिसमें पेज के साथ कोई इंटरैक्शन नहीं हुआ. किसी बाउंस सेशन की अवधि शून्य सेकंड होती है. उदाहरण के लिए, अगर कोई उपयोगकर्ता आपकी वेबसाइट पर आता है और होम पेज पर कई मिनट तक कॉन्टेंट देखता है, लेकिन किसी भी लिंक पर क्लिक किए बिना या इंटरैक्शन इवेंट के तौर पर रिकॉर्ड हो रहे किसी इवेंट को ट्रिगर किए बिना ही चला जाता है, तो सेशन को बाउंस के तौर पर गिना जाता है. |
ऐसे सेशन का प्रतिशत जो दर्शकों के जुड़ाव वाले सेशन में शामिल नहीं हुए. उदाहरण के लिए, अगर कोई उपयोगकर्ता आपकी वेबसाइट पर आने के बाद, 10 सेकंड से भी कम समय के लिए उसके होम पेज का कॉन्टेंट पढ़ता है और किसी भी इवेंट को ट्रिगर किए बिना या किसी अन्य पेज या स्क्रीन पर जाए बिना वेबसाइट से बाहर निकल जाता है, तो उस सेशन को बाउंस के तौर पर गिना जाएगा.
दर्शकों के जुड़ाव वाला सेशन, ऐसा सेशन होता है जो 10 सेकंड या उससे ज़्यादा चला हो और उसमें एक या उससे ज़्यादा मुख्य इवेंट शामिल हों. इसके अलावा, उस सेशन में दो या उससे ज़्यादा पेज व्यू या स्क्रीन व्यू मिले हों. अगर किसी उपयोगकर्ता का सेशन, दर्शकों के जुड़ाव वाला सेशन न हो यानी जो दर्शकों के जुड़ाव वाले सेशन की कोई भी शर्त पूरी न करता हो, तो Google Analytics उसे बाउंस के तौर पर गिनता है.
|
ध्यान रखें
Google Analytics 4 में बाउंस रेट, उन सेशन का प्रतिशत है जो दर्शकों के जुड़ाव वाले सेशन नहीं होते. दूसरे शब्दों में कहें, तो बाउंस रेट, ऑडियंस के जुड़ाव की दर से बिलकुल उलट होता है. Universal Analytics में, बाउंस रेट आपकी साइट के उन सभी सेशन का प्रतिशत है जिनमें उपयोगकर्ताओं ने सिर्फ़ एक पेज देखा और Analytics सर्वर से सिर्फ़ एक अनुरोध ट्रिगर किया.
बाउंस रेट का हिसाब, Universal Analytics में लगाया जाता है. यह साइट पर ऑडियंस के जुड़ाव को मेज़र करने का सही तरीका है. हालांकि, वेबसाइटों और ऐप्लिकेशन में बदलाव होने के बाद, यह तरीका कम कारगर साबित हुआ है. उदाहरण के लिए, अगर कोई उपयोगकर्ता किसी एक पेज के ऐप्लिकेशन (एसपीए) पर जाता है और कोई इवेंट ट्रिगर किए बिना बाहर निकल जाता है, तो उसे बाउंस सेशन माना जाएगा.
इसके अलावा, Google Analytics 4 में कैलकुलेट किए गए बाउंस रेट से, आपको उस लेवल को मेज़र करने का ज़्यादा बेहतर तरीका मिलता है जिससे ग्राहक आपकी साइट या ऐप्लिकेशन से जुड़ते हैं. उदाहरण के लिए, अगर आपका कोई ब्लॉग है, तो हो सकता है कि ग्राहक आपकी साइट पर कोई लेख पढ़ने के बाद, साइट से चला जाए. शायद आपकी दिलचस्पी ऐसे ग्राहकों की संख्या जानने में हो जिन्हें आपकी साइट पर काम का कॉन्टेंट न मिला हो और वे तुरंत उससे बाहर निकल गए हों.
इवेंट की संख्या
इवेंट, Universal Analytics प्रॉपर्टी और Google Analytics 4 प्रॉपर्टी के बीच, डेटा मॉडल के बुनियादी अंतर को दिखाते हैं.
|
मेट्रिक
|
UA
|
GA4
|
|
कुल इवेंट
|
Universal Analytics इवेंट में कैटगरी, कार्रवाई, और लेबल की जानकारी होती है. साथ ही, उसका अपना हिट टाइप भी होता है.
उदाहरण के लिए, किसी साइन अप बटन के क्लिक को रिकॉर्ड करने के लिए एक इवेंट सेट अप किया जा सकता है. इवेंट में “सीटीए” कैटगरी, “साइन अप” कार्रवाई, और एक लेबल हो सकता है, जो डेस्टिनेशन यूआरएल (विज्ञापन के लैंडिंग पेज का यूआरएल) होता है.
जब भी कोई कैटगरी/कार्रवाई/लेबल इवेंट ट्रिगर होता है, तो कुल इवेंट में बढ़ोतरी होती है.
|
लागू नहीं |
|
इवेंट की संख्या
|
लागू नहीं
|
हर "हिट" एक इवेंट है और GA4 इवेंट में कैटगरी, कार्रवाई या लेबल जैसी कोई चीज़ नहीं होती. उदाहरण के लिए, जब कोई व्यक्ति आपकी वेबसाइट के किसी पेज को देखता है, तो page_view इवेंट ट्रिगर होता है.
सभी कार्रवाइयां, इवेंट होती हैं. ज़रूरी नहीं कि हर इवेंट का नाम यूनीक हो. असल में, सबसे अच्छा तरीका यह होता है कि इवेंट का नाम कई बार इस्तेमाल किया जाए और इकट्ठा की गई पैरामीटर वैल्यू के आधार पर इवेंट में अंतर किया जाए. उदाहरण के लिए, साइन-अप वाले पेज में page_location, product, form_ id जैसे कई पैरामीटर के साथ sign_up जैसा इवेंट का नाम हो सकता है. इवेंट का यही नाम साइट के हर साइन अप बटन पर इस्तेमाल किया जा सकता है (और किया भी जाना चाहिए). जबकि, UA में हो सकता है कि आप हर बटन के लिए इवेंट के यूनीक नाम का इस्तेमाल करना चाहें.
|
ध्यान रखें
GA4 के sign_up इवेंट का मतलब UA के जैसा हो सकता है या कुछ और भी हो सकता है. अगर आपकी वेबसाइट में सिर्फ़ एक साइन अप फ़ॉर्म है और सिर्फ़ एक बटन है, जहां साइन अप इवेंट फ़ायर होगा, तो इन इवेंट की संख्या काफ़ी हद तक मैच हो सकती है. हालांकि, अगर आपकी वेबसाइट में एक से ज़्यादा sign_up इवेंट हैं, तो हो सकता है कि GA4 और UA के बीच इवेंट की संख्या की तुलना करना आसान न हो और नतीजे मैच न हों.
GA4 रिपोर्ट में कैटगरी, कार्रवाई, और लेबल नहीं दिखते. अपने मौजूदा इवेंट स्ट्रक्चर को Google Analytics 4 में पोर्ट करने के बजाय, GA4 मॉडल के आधार पर अपने डेटा इकट्ठा करने पर फिर से विचार करना बेहतर है.