Google Analytics 4 सेट अप करते समय, हो सकता है कि आप अपनी Google Analytics 4 प्रॉपर्टी में रिपोर्ट किए गए नतीजों की तुलना, अपनी Universal Analytics प्रॉपर्टी में मौजूद नतीजों से करना चाहें. इस लेख में बताया गया है कि Universal Analytics और Google Analytics 4 के बीच किन मेट्रिक की तुलना की जा सकती है और किन मेट्रिक की नहीं. साथ ही, यह भी बताया गया है कि यह तुलना किस हद तक की जा सकती है.
इसमें इन विषयों के बारे में बताया गया है:उपयोगकर्ता
Universal Analytics में, दो उपयोगकर्ता मेट्रिक होती हैं: कुल उपयोगकर्ता और नए उपयोगकर्ता. Google Analytics 4 में, तीन उपयोगकर्ता मेट्रिक होती हैं: कुल उपयोगकर्ता, सक्रिय उपयोगकर्ता, और नए उपयोगकर्ता.
|
मेट्रिक |
UA |
GA4 |
|
कुल उपयोगकर्ता |
UA में प्राइमरी यूज़र मेट्रिक: उपयोगकर्ताओं की कुल संख्या |
इवेंट लॉग करने वाले यूनीक उपयोगकर्ताओं की कुल संख्या |
|
नए उपयोगकर्ता |
आपकी साइट से पहली बार इंटरैक्ट करने वाले उपयोगकर्ताओं की संख्या |
आपकी साइट से पहली बार इंटरैक्ट करने वाले या आपका ऐप्लिकेशन पहली बार लॉन्च करने वाले उपयोगकर्ताओं की संख्या इस मेट्रिक को, उन नए यूनीक उपयोगकर्ता आईडी की संख्या से मेज़र किया जाता है जो |
|
सक्रिय उपयोगकर्ता |
लागू नहीं |
GA4 में प्राइमरी यूज़र मेट्रिक: आपकी वेबसाइट या ऐप्लिकेशन पर आने वाले अलग-अलग उपयोगकर्ताओं की संख्या. सक्रिय उपयोगकर्ता, वह होता है जो ऑडियंस के जुड़ाव वाले सेशन का हिस्सा रहा हो या वेबसाइट पर तब मौजूद रहा हो, जब Analytics ने इन पैरामीटर को इकट्ठा किया हो:
|
ध्यान रखें
Universal Analytics ज़्यादातर रिपोर्ट में कुल उपयोगकर्ता को हाइलाइट करता है. इसे उपयोगकर्ता के तौर पर दिखाया जाता है. हालांकि, GA4 सक्रिय उपयोगकर्ता पर फ़ोकस करता है और इसे भी उपयोगकर्ता के तौर पर दिखाया जाता है. UA और GA4 दोनों में उपयोगकर्ता शब्द का ही इस्तेमाल होता है, लेकिन दोनों में इस मेट्रिक की वैल्यू अलग-अलग होती हैं. इसकी वजह यह है कि UA कुल उपयोगकर्ताओं की संख्या का इस्तेमाल करता है, जबकि GA4 में सक्रिय उपयोगकर्ताओं की संख्या का इस्तेमाल होता है.
आपके उपयोगकर्ता आपकी वेबसाइट पर कितनी बार लौटते हैं, इसके आधार पर UA में कुल उपयोगकर्ता मेट्रिक और 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 में बहुत हद तक मैच होनी चाहिए.
transaction_id वैल्यू इकट्ठा की जा रही है. इस तरह से यह पक्का किया जा सकता है कि मिलती-जुलती मेट्रिक की तुलना की जा रही है.|
मेट्रिक |
UA |
GA4 |
|
खरीदारी |
|
|
ध्यान रखें
अगर transaction_id पैरामीटर को एक ही तरीके से लागू नहीं किया जाता है, तो डेटा की तुलना करते समय ठीक-ठाक अंतर पैदा हो सकता है. डेटा की क्वालिटी बनाए रखने और डेटा की तुलना करने के मकसद से, पक्का करें कि डेटा, दस्तावेज़ के मुताबिक एक ही तरीके से इकट्ठा किया गया हो.
GA4 और UA ई-कॉमर्स लागू करने के लिए, पक्का करें कि सभी ज़रूरी पैरामीटर का इस्तेमाल किया जाए. इससे, यह पक्का किया जा सकेगा कि ई-कॉमर्स डेटा सही तरीके से रिकॉर्ड किया गया है.
ऐसा हो सकता है कि आपकी UA रिपोर्ट में, व्यू फ़िल्टर पर आधारित डेटा शामिल न हो.
GA4 अब भी डेटा प्रोसेस कर रहा है. इस वजह से, हाल की रिपोर्ट की तुलना करने पर, आपको उनमें अंतर दिख सकते हैं. उदाहरण के लिए, कन्वर्ज़न रिकॉर्ड होने के बाद GA4, सात दिनों तक एट्रिब्यूट किए गए कन्वर्ज़न अपडेट कर सकता है.
सेशन
|
मेट्रिक |
UA |
GA4 |
|
सेशन |
|
यहां इसे सेशन शुरू होने के तौर पर भी जाना जाता है
|
ध्यान रखें
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 इवेंट से मिलते-जुलते कन्वर्ज़न इवेंट सेट अप किए हों. हालांकि, UA और GA4 में काफ़ी अंतर हैं, जिनकी वजह से कन्वर्ज़न की संख्या की तुलना करना मुश्किल हो सकता है.
|
मेट्रिक |
UA |
GA4 |
|
कन्वर्ज़न |
लक्ष्य का इस्तेमाल यह बताने के लिए किया जाता है कि उपयोगकर्ता की किस खास कार्रवाई को कन्वर्ज़न माना जाए. उदाहरण के लिए, अगर आपकी ओर से “फ़ॉर्म सबमिट” लक्ष्य तय किया जाता है, तो जब भी कोई उपयोगकर्ता फ़ॉर्म सबमिट करेगा, तो एक कन्वर्ज़न माना जाएगा. UA में हर लक्ष्य के लिए हर सेशन में सिर्फ़ एक कन्वर्ज़न गिना जाता है. इसलिए, अगर कोई उपयोगकर्ता एक ही सेशन के दौरान फ़ॉर्म को दो बार सबमिट करता है, तो "फ़ॉर्म सबमिट" लक्ष्य के लिए सिर्फ़ एक कन्वर्ज़न की गिनती की जाती है. |
हर उस कार्रवाई के लिए कन्वर्ज़न इवेंट तय किया जाता है जिसे आपकी ओर से कन्वर्ज़न के तौर पर गिना जाता है. उदाहरण के लिए, अगर आपने “फ़ॉर्म सबमिट” इवेंट को एक कन्वर्ज़न इवेंट के तौर पर सेट किया है, तो हर बार उपयोगकर्ता के फ़ॉर्म सबमिट करने पर एक कन्वर्ज़न रजिस्टर किया जाता है. आम तौर पर, GA4 में हर कन्वर्ज़न इवेंट की गिनती होती है, भले ही किसी कन्वर्ज़न इवेंट को एक ही सेशन के दौरान कई बार क्यों न रिकॉर्ड किया गया हो. इसलिए, अगर कोई उपयोगकर्ता एक ही सेशन के दौरान दो बार फ़ॉर्म सबमिट करता है, तो दोनों को कन्वर्ज़न माना जाएगा. अपनी UA प्रॉपर्टी और GA4 प्रॉपर्टी के बीच कन्वर्ज़न की संख्या के अंतर को कम करने के लिए, GA4 प्रॉपर्टी में कन्वर्ज़न गिनती के तरीके की सेटिंग को हर सेशन के लिए एक बार पर सेट करें.
|
ध्यान रखें
Universal Analytics में पांच टाइप के लक्ष्य काम करते हैं: डेस्टिनेशन, कुल समय, पेज/सेशन, स्मार्ट लक्ष्य, और इवेंट लक्ष्य. हालांकि, GA4 में सिर्फ़ कन्वर्ज़न इवेंट काम करते हैं. हो सकता है GA4 कन्वर्ज़न इवेंट इस्तेमाल करके UA के लक्ष्यों के कुछ टाइप को कॉपी करना हमेशा संभव न हो. उदाहरण के लिए, GA4 कन्वर्ज़न इवेंट का इस्तेमाल करके स्मार्ट या कुल समय वाले लक्ष्य को डुप्लीकेट नहीं किया जा सकता.
UA में किसी लक्ष्य को हर सेशन में सिर्फ़ एक कन्वर्ज़न के तौर पर गिना जाता है. आम तौर पर, GA4 में हर सेशन में हुए किसी कन्वर्ज़न इवेंट को, एक से ज़्यादा कन्वर्ज़न माना जाता है. अपनी UA प्रॉपर्टी और GA4 प्रॉपर्टी के बीच कन्वर्ज़न की संख्या के अंतर को कम करने के लिए, GA4 प्रॉपर्टी में कन्वर्ज़न गिनती के तरीके की सेटिंग को हर सेशन के लिए एक बार पर सेट करें.
ऐसा हो सकता है कि आपकी UA रिपोर्ट में, व्यू फ़िल्टर पर आधारित डेटा शामिल न हो.
GA4 अब भी डेटा प्रोसेस कर रहा है. इस वजह से, हाल की रिपोर्ट की तुलना करने पर, आपको उनमें अंतर दिख सकते हैं. उदाहरण के लिए, कन्वर्ज़न रिकॉर्ड होने के बाद GA4, सात दिनों तक एट्रिब्यूट किए गए कन्वर्ज़न अपडेट कर सकता है.
कन्वर्ज़न की संख्या में अंतर की अन्य वजहें
कन्वर्ज़न में अंतर की सबसे सामान्य वजहें
नीचे मौजूद दोनों टेबल में, Google Analytics और Google Ads में UA और GA4 के मिलते-जुलते इवेंट के बीच, कन्वर्ज़न में अंतर की सबसे सामान्य आठ वजहों के बारे में जानकारी दी गई है. कन्वर्ज़न में अंतर होने पर, UA और GA4 कन्वर्ज़न के बीच के अंतर को कम करने का सबसे सही तरीका है कि इन आठ वजहों को देखें और इनके मुताबिक कार्रवाई करें. ज़्यादातर मामलों में इन प्रॉडक्ट, सेटिंग या सेटअप के बीच के अंतर को अलाइन करने से कन्वर्ज़न के बड़े अंतर खत्म हो जाएंगे.
Google Analytics में अंतर की मुख्य वजहें
Google Analytics में चुने गए प्रॉडक्ट, सेटअप या सेटिंग के आधार पर, UA और GA4 के मिलते-जुलते कन्वर्ज़न में अंतर की मुख्य वजहें ये हैं.
| जानकारी | समाधान / सुझाव |
|---|---|
|
कन्वर्ज़न की गिनती: UA हर सेशन के लिए एक गोल कन्वर्ज़न की गिनती करता है. वहीं, GA4 हर इवेंट के लिए एक कन्वर्ज़न की गिनती करता है. उदाहरण के लिए, जब कोई उपयोगकर्ता किसी एक सेशन में पांच बार लक्ष्य पूरा करता है, तो UA एक कन्वर्ज़न दिखाएगा और GA4 आम तौर पर पांच कन्वर्ज़न दिखाएगा. ध्यान दें: हर इवेंट के लिए एक कन्वर्ज़न की गिनती, ज़्यादातर कन्वर्ज़न के लिए गिनती करने का डिफ़ॉल्ट तरीका है. हालांकि, इनमें वे कन्वर्ज़न शामिल नहीं हैं जो अपने-आप जनरेट हुई GA4 प्रॉपर्टी से मिले हैं या लक्ष्यों को माइग्रेट करने वाले टूल, सेटअप असिस्टेंट का इस्तेमाल करने पर मिले हैं. डिफ़ॉल्ट सेटिंग की वजह से, GA4 में कन्वर्ज़न की संख्या ज़्यादा हो सकती है. |
यहां बताए गए तरीके के मुताबिक, कन्वर्ज़न की गिनती करने की सेटिंग का इस्तेमाल करें. UA के लक्ष्यों की गिनती के साथ GA4 की गिनती को अलाइन करने के लिए, पक्का करें कि GA4 कन्वर्ज़न की गिनती करने का तरीका हर सेशन में सिर्फ़ एक बार पर सेट हो. ध्यान दें:
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 के पेड चैनल को कम कन्वर्ज़न एट्रिब्यूट किए जाते हैं. रेफ़रल एक्सक्लूज़न, Google Ads में एक्सपोर्ट किए गए कन्वर्ज़न क्रेडिट की गिनती पर असर डालते हैं. |
गलत एट्रिब्यूशन को कम करने के लिए, 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 की कन्वर्ज़न सेटिंग में एट्रिब्यूशन मॉडल अलाइन करें. |
|
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 डेटा कलेक्शन सेट अप करने के दौरान नए टैग लागू किए जाते हैं. इसलिए, 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 में बेहतर मेज़रमेंट की सुविधा की सेटिंग बंद करें. ज़्यादा जानें. |
| इवेंट के अन्य सोर्स (ऑडियंस ट्रिगर, मेज़रमेंट प्रोटोकॉल, इवेंट में बदलाव वगैरह): UA के साथ प्रॉपर्टी लेवल पर कन्वर्ज़न की तुलना करने पर, इन इवेंट को जनरेट करने और इन्हें कन्वर्ज़न के तौर पर मार्क करने से, GA4 में कन्वर्ज़न की संख्या बढ़ सकती है. |
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 में भी इसे अडजस्ट करना चाहिए. ज़्यादा जानें. |
|
कुकी बदलना |
UA में कुकी सेटिंग बदलने पर, आपको GA4 कॉन्फ़िगर करते समय इस सेटिंग को मैच करना होगा. कुकी की समयसीमा खत्म होने की तारीखों को कम करने से, एट्रिब्यूशन पर असर पड़ सकता है. साथ ही, इससे कन्वर्ज़न एट्रिब्यूशन में अंतर भी हो सकता है. ज़्यादा जानें. |
| एक ही यूआरएल में, ऑटो-टैगिंग और मैन्युअल टैगिंग का इस्तेमाल करना | एक ही यूआरएल में, ऑटो-टैगिंग और मैन्युअल टैगिंग का इस्तेमाल किया जा सकता है. हालांकि, कुछ मामलों में यह सुविधा काम नहीं करती. |
| डाइमेंशन और मेट्रिक के विकल्प | UA की तुलना में GA4, उपयोगकर्ता हासिल करने वाले ज़्यादा डाइमेंशन ऑफ़र करता है. यही वजह है कि UA और GA4 के बीच रिपोर्टिंग डाइमेंशन के सभी संभावित कॉम्बिनेशन की तुलना नहीं की जा सकती |
| UA और GA4 के बीच ऐप्लिकेशन ट्रैकिंग लागू करने से होने वाला अंतर | हमारा सुझाव है कि जहां भी हो सके, आप एक SDK टूल का इस्तेमाल करें. ध्यान दें कि उपयोगकर्ताओं का एक छोटा सबसेट, फ़िलहाल UA में ऐप्लिकेशन डेटा इकट्ठा कर सकता है. अगर उपयोगकर्ताओं को ऐप्लिकेशन का डेटा इकट्ठा करना है और GA4 प्रॉपर्टी का इस्तेमाल करके रिपोर्ट करना है, तो उन्हें 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 के मिलते-जुलते कन्वर्ज़न में अंतर की अन्य वजहें ये हैं.
| जानकारी | समाधान / सुझाव |
|
सहमति मोड: सहमति मोड मॉडलिंग, उन विज्ञापन देने वालों के लिए उपलब्ध है जिन्होंने gtag.js या Google Tag Manager का इस्तेमाल करके, Google Analytics को चालू किया है. analytics.js के लिए हम सहमति मोड मॉडलिंग की सुविधा नहीं देते. इसकी वजह यह है कि gtag.js या GTM को लागू किए बिना, सहमति की स्थिति को सही तरीके से तय नहीं किया जा सकता. आम तौर पर, GA4 के सेटअप के दौरान gtag.js या GTM का इस्तेमाल होता है. यही वजह है कि GA4 के लिए, सहमति मोड की सुविधा काम करती है. अगर UA और GA4, दोनों में सहमति मोड के साथ काम करने वाले टैग का इस्तेमाल किया जाता है, तो दोनों को Google Ads में मॉडलिंग मिल सकती है. हालांकि, यह सिर्फ़ बेहतर तरीके से लागू करने की सुविधा चालू होने पर ही मिलेगी. ध्यान दें: GA4 इवेंट को मॉडलिंग सिर्फ़ तब मिलती है, जब बेहतर तरीके से लागू करने की सुविधा चालू होती है. बुनियादी और सिर्फ़ सहमति वाले तरीके लागू करने के लिए, इंपोर्ट किए गए UA कन्वर्ज़न को Google Ads में मॉडलिंग मिल सकती है, जबकि GA4 कन्वर्ज़न को नहीं. ज़्यादा जानें. |
अगर सही तरीके से तुलना करनी है, तो उपयोगकर्ताओं को दोनों प्रॉपर्टी के लिए, सहमति मोड के साथ काम करने वाले टैग का इस्तेमाल करना होगा. साथ ही, उनके पास UA और GA4 कन्वर्ज़न, दोनों के लिए बेहतर तरीके से लागू करने की सुविधा चालू होनी चाहिए, ताकि उन्हें Google Ads में मॉडलिंग मिल सके. |
| जुड़ाव वाले व्यू का मेज़रमेंट: 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 के चैनलों से Google Ads में एक्सपोर्ट किए गए हैं. इसकी वजह से, पेड और ऑर्गैनिक चैनल सेटिंग के मुकाबले, Google Ads में ज़्यादा कन्वर्ज़न एक्सपोर्ट हो रहे हैं. ऐसा इसलिए, क्योंकि कन्वर्ज़न पाथ में ऐसे चैनलों को शामिल नहीं किया जाता जो Google के पेड चैनल नहीं हैं. Google के पेड चैनलों का इस्तेमाल करके, इस बारे में बेहतर जानकारी मिल सकती है कि पेमेंट करके किए गए Google के इंटरैक्शन से किस तरह असर पड़ता है. यह मॉडल Universal Analytics में उपलब्ध नहीं है. इसलिए, Google Ads में इंपोर्ट किए जाने पर, UA और GA4 के मिलते-जुलते इवेंट की तुलना करना मुश्किल हो सकता है. |
डिफ़ॉल्ट रूप से, नई GA4 प्रॉपर्टी Google के पेड चैनलों पर सेट होती हैं. Google Ads में कन्वर्ज़न एक्सपोर्ट करने का तरीका कंट्रोल करने के लिए, एडमिन सेक्शन में जाकर GA4 प्रॉपर्टी-लेवल एट्रिब्यूशन सेटिंग का इस्तेमाल करें. Universal Analytics और Google Analytics 4 के बीच सेटिंग को अलाइन करने के लिए, पेड और ऑर्गैनिक चैनल सेटिंग का इस्तेमाल करें. ज़्यादा जानें
|
बाउंस रेट
|
मेट्रिक |
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 इवेंट में कैटगरी, कार्रवाई या लेबल जैसी कोई चीज़ नहीं होती. उदाहरण के लिए, जब कोई व्यक्ति आपकी वेबसाइट के किसी पेज को देखता है, तो सभी कार्रवाइयां, इवेंट होती हैं. ज़रूरी नहीं कि हर इवेंट का नाम यूनीक हो. असल में, सबसे अच्छा तरीका यह होता है कि इवेंट का नाम कई बार इस्तेमाल किया जाए और इकट्ठा की गई पैरामीटर वैल्यू के आधार पर इवेंट में अंतर किया जाए. उदाहरण के लिए, साइन-अप वाले पेज में |
ध्यान रखें
GA4 के sign_up इवेंट का मतलब UA के जैसा हो सकता है या कुछ और भी हो सकता है. अगर आपकी वेबसाइट में सिर्फ़ एक साइन अप फ़ॉर्म है और सिर्फ़ एक बटन है, जहां साइन अप इवेंट फ़ायर होगा, तो इन इवेंट की संख्या काफ़ी हद तक मैच हो सकती है. हालांकि, अगर आपकी वेबसाइट में एक से ज़्यादा sign_up इवेंट हैं, तो हो सकता है कि GA4 और UA के बीच इवेंट की संख्या की तुलना करना आसान न हो और नतीजे मैच न हों.
GA4 रिपोर्ट में कैटगरी, कार्रवाई, और लेबल नहीं दिखते. अपने मौजूदा इवेंट स्ट्रक्चर को Google Analytics 4 में पोर्ट करने के बजाय, GA4 मॉडल के आधार पर अपने डेटा इकट्ठा करने पर फिर से विचार करना बेहतर है.