Google Analytics (GA) के माध्यम से विश्लेषिकी स्थापित करते समय, उपयोगकर्ता पैरामीटर या CD ( कस्टम आयाम ) को अक्सर अनदेखा किया जाता है। यह उनके दायरे को समझने में कठिनाई के कारण है: यह स्पष्ट नहीं है कि सीडी डेटा को इकट्ठा करने और विश्लेषण करने में कैसे मदद कर सकते हैं और वे कैसे कॉन्फ़िगर किए गए हैं। यह लेख मुख्य सीडी के बारे में बात करता है जो हम कई परियोजनाओं पर एडवेंटम में उपयोग करते हैं, और सेटअप प्रक्रिया।

उपयोगकर्ता विकल्प क्या हैं

Google Analytics में एक रिपोर्ट बनाने के लिए, 200 से अधिक विभिन्न पैरामीटर और मीट्रिक उपलब्ध हैं, जैसे "स्रोत", "शहर", "ब्राउज़र", "ऑपरेटिंग सिस्टम" और कई अन्य। लेकिन मानक पैरामीटर हमेशा विश्लेषण के लिए पर्याप्त नहीं होते हैं, इसलिए Google ने उपयोगकर्ताओं को अपने स्वयं के बनाने की क्षमता दी है। सीडी का मूल्य उपयोगकर्ता के किसी भी हिट के साथ स्थानांतरित किया जा सकता है। उदाहरण के लिए, कस्टम मापदंडों का उपयोग करके, आप अनुकूलन के संदर्भ में साइट के प्रदर्शन का विश्लेषण कर सकते हैं।

कुल 4 सीडी एक्शन क्षेत्र हैं:

• हिट (हिट)
• अधिवेशन
• उपयोगकर्ता
• माल

उदाहरण के लिए, हमारे पास एक सीडी है जिसमें उपयोगकर्ता प्राधिकरण पैरामीटर संग्रहीत है (0 - अधिकृत नहीं, 1 - अधिकृत)। सत्र की शुरुआत में, सभी उपयोगकर्ता अधिकृत नहीं हैं। आइए देखें कि क्या होता है जब यह पैरामीटर प्रविष्टि के बाद बदलता है, सीडी के दायरे पर निर्भर करता है।

• हिट स्कोप के साथ एक सीडी के लिए, यूनिट को प्राधिकरण पैरामीटर को उस हिट में असाइन किया जाता है जिसमें प्राधिकरण हुआ;
• सत्र के दायरे वाली एक सीडी के लिए, प्राधिकरण पैरामीटर उस सत्र के सभी हिट के लिए 1 के बराबर हो जाएगा, जिसमें यह घटना हुई थी (इस सत्र में सीडी के पुराने मूल्यों को लिखकर);
• उपयोगकर्ता के दायरे वाली सीडी के लिए, प्राधिकरण पैरामीटर सभी उपयोगकर्ता सत्रों के लिए 1 के बराबर हो जाएगा, जिसमें से लॉगिन शुरू किया गया था।

कभी-कभी आपको किसी ऐसे उत्पाद की विशेषताओं का विश्लेषण करने की आवश्यकता होती है, जिसका समर्थन Google Analytics के बुनियादी मापदंडों में नहीं किया गया है: उदाहरण के लिए, वजन। चूंकि कई उत्पादों के बारे में जानकारी एक हिट में प्रेषित की जा सकती है, हमें गहन विस्तार के साथ एक अतिरिक्त गुंजाइश की आवश्यकता होगी। यह इस ग्रैन्युलैरिटी के लिए है कि "उत्पाद" क्षेत्र का उपयोग किया जाता है:

सीडी सेटअप

उपयोगकर्ता पैरामीटर सेट करने में दो चरण होते हैं: GA में एक पैरामीटर बनाना और साइट से डेटा भेजना। अगला, हम एक सीडी की स्थापना के लिए चरणों का वर्णन करते हैं।

Google Analytics में एक सीडी बनाना

1. "व्यवस्थापक" अनुभाग पर जाएं
2. "उपयोगकर्ता पैरामीटर" अनुभाग में संसाधन सेटिंग्स में, "विशेष पैरामीटर" उपधारा का चयन करें:
   
3. बटन पर क्लिक करें "+ विशेष पैरामीटर"
   
4. फॉर्म खुलता है:
   
   पैरामीटर स्कोप चुनें:
   
   
   • हिट (हिट)
   • अधिवेशन
   • उपयोगकर्ता
   • माल
   
   और "सक्रिय" के विपरीत चेक मार्क को छोड़ दें ताकि डेटा एकत्र करना शुरू हो जाए और सीडी रिपोर्ट में दिखाई दे।

सीडी शीर्षक सिफारिशें
हमने उपयोगकर्ता मापदंडों के नामकरण के लिए अपनी प्रणाली विकसित की है।
प्रत्येक सीडी की शुरुआत में, हम गुंजाइश के लिए एक प्रतीक जोड़ते हैं। हिट के लिए यह h_ है (उदाहरण के लिए, h_hitId), सत्र के लिए - s_ (उदाहरण के लिए, s_sessionId)। काउंटर सेटिंग्स की जाँच किए बिना, यह हमें उपयोगकर्ता मापदंडों को नेविगेट करने और हमेशा उनके दायरे को जानने में मदद करता है। कभी-कभी एक ही नाम के साथ दो पैरामीटर बनाना आवश्यक हो जाता है, लेकिन एक अलग गुंजाइश के साथ। उदाहरण के लिए, हम ए / बी परीक्षण आयोजित करते हैं और जांचना चाहते हैं कि क्या यह सही तरीके से कॉन्फ़िगर किया गया है, क्या सत्र के दौरान परीक्षण संस्करण बदलता है। ऐसा करने के लिए, एक ही मान के साथ दो पैरामीटर बनाएं: नाम + परीक्षण संस्करण, जो उपयोगकर्ता को मिला, लेकिन उनमें से एक हिट है, दूसरा सत्र। इस मामले में, प्रस्तावित नामकरण बहुत सुविधाजनक होगा।

Google टैग प्रबंधक सेट करना

साइट से भेजने के मापदंडों को कॉन्फ़िगर करने के दो तरीके हैं:

• सीधे साइट पर HTML कोड के माध्यम से।
• Google टैग प्रबंधक (GTM) के माध्यम से।

दोनों विधियों के लिए, हमें Google Analytics में CD इंडेक्स की आवश्यकता है। आप इसे "विशेष सेटिंग्स" अनुभाग में देख सकते हैं:



साइट पर HTML के माध्यम से भेजा जा रहा है

वहां कस्टम_मैप जोड़कर Google Analytics ट्रैकिंग कोड में संसाधन के कॉन्फ़िगरेशन को अपडेट करें (आपको टिप्पणियों में दोनों पक्षों पर प्रकाश डाला गया है) जोड़ने की आवश्यकता है:

gtag('config', 'GA_MEASUREMENT_ID' , //  { 'custom_map': {'dimension<Index>': 'dimension_name'} } //  ); 

जहाँ GA_MEASUREMENT_ID आपका Analytics काउंटर पहचानकर्ता है। GA में पैरामीटर के सूचकांक के साथ <Index> बदलें, और इसके बजाय Dim_name इसका नाम निर्दिष्ट करें।

यदि आपके पास कई उपयोगकर्ता पैरामीटर हैं, तो उनमें से प्रत्येक के लिए 'आयाम <सूचकांक>' : 'आयाम_नाम' अल्पविराम के साथ निर्दिष्ट किया जाना चाहिए।

उदाहरण के लिए:

 gtag('config', 'UA-XXXXXXXXX', { 'custom_map': {'dimension1': 'projectName', 'dimension2': 'hitId', 'dimension3': 'sessionId', 'dimension4': 'screenWindow'} }); 

पृष्ठ दृश्य के साथ एक सीडी भेजने के लिए, आपको ऊपर दिए गए कोड से पहले इन मापदंडों को वांछित मूल्य पर निर्दिष्ट करने की आवश्यकता है :

 gtag('set', { 'dimension_name': 'dimension_value'}); 

जहाँ ampl_name आपको 'custom_map' में निर्दिष्ट लोगों से मेल खाना चाहिए, और ampl_value वह मूल्य होना चाहिए जो आप सीडी में स्थानांतरित करना चाहते हैं।

उदाहरण के लिए:

 gtag('set', {'projectName': 'shop', 'hitId': '1121243'}); 

ईवेंट के साथ सीडी मूल्य भेजते समय, आपको कोड भेजना होगा:

 gtag('event', 'action_value', {'event_category': 'category_value', 'event_label': 'label_value', 'value': 'event_value', 'dimension_name': 'dimension_value'}); 

इसके बजाय:

action_value - घटना कार्रवाई
category_value - ईवेंट श्रेणी
Label_value - ईवेंट लेबल
event_value - ईवेंट मान (गैर-नकारात्मक पूर्णांक)
आयाम_नाम - पिछले कोड में निर्दिष्ट पैरामीटर का नाम
डाइमेंशन_वल्यू - सीडी का मान

एक उदाहरण:

 gtag('event', 'clickButton', {'event_category': 'conversion', 'event_label': 'registration', 'projectName': 'shop', 'hitId': '1121243'}); 

हमारी परियोजनाओं पर, हम दूसरे विकल्प का उपयोग करते हैं - जीटीएम के माध्यम से ट्यूनिंग। आइए इसे और अधिक विस्तार से विचार करें।

जीटीएम के माध्यम से जीए के साथ हिट्स के साथ सीडी जमा करना

GA में हिट्स (पेज व्यूज, इवेंट्स) के साथ सीडी भेजने की स्थापना “Google Analytics सेटिंग्स” के एक वेरिएबल में की जाती है। यदि आपने इस चर को पहले ही कॉन्फ़िगर कर लिया है, तो इसे खोलें। यदि नहीं, तो आपको इसे बनाने की आवश्यकता है। "उन्नत सेटिंग्स" अनुभाग पर जाएं, "विशेष सेटिंग्स" उपधारा। यहां आपको उन सभी उपयोगकर्ता मापदंडों को जोड़ना होगा जो आपने पहले GA में बनाए थे:



ट्रैकिंग आईडी में GA काउंटर नंबर शामिल होना चाहिए। "इंडेक्स" फ़ील्ड में, जीए से सीडी के पहचानकर्ता को लिखें जिसमें आप डेटा स्थानांतरित करना चाहते हैं।

"पैरामीटर मान" फ़ील्ड में, आपको उस मान को निर्दिष्ट करना होगा जिसे निर्दिष्ट सूचकांक के साथ सीडी में स्थानांतरित किया जाएगा। इस मूल्य को दो तरीकों से निर्दिष्ट किया जा सकता है:

• मैन्युअल रूप से, यदि यह सभी घटनाओं के लिए समान होगा;
• उस चर का उपयोग करना जिसमें इस पैरामीटर का मूल्य संग्रहीत है (इसका नाम डबल घुंघराले ब्रैकेट में लिखा गया है)। उदाहरण के लिए, {{SCREEN_WINDOW}} - "ब्राउज़र विंडो का आकार"।

उपयोगकर्ता मापदंडों की इस सेटिंग के साथ, इस पर विचार करना महत्वपूर्ण है:

1. जब टैग पहली बार संसाधित होता है, तो Google उपयोगकर्ता आईडी (क्लाइंटआईडी) के साथ एक कुकी अभी तक नहीं बनाई जाएगी। यदि हम इस पैरामीटर के हस्तांतरण को सीडी में कॉन्फ़िगर करना चाहते हैं, तो हम पृष्ठों के पहले देखने के लिए ऐसा नहीं कर पाएंगे।
2. यदि हम अलग-अलग उपयोगकर्ता मापदंडों पर डेटा भेजते समय एक ही चर का उपयोग करना चाहते हैं, तो इस चर की गणना प्रत्येक उपयोगकर्ता पैरामीटर के लिए फिर से की जाएगी। उदाहरण के लिए, दो अलग-अलग उपयोगकर्ता मापदंडों के लिए एक टैग प्रसंस्करण समय टैग भेजते समय, आप कुछ मिलीसेकंड के मूल्यों में अंतर देख सकते हैं।

आप कस्टमटैस्क के साथ इन कठिनाइयों से बच सकते हैं।

CustomTask का उपयोग करना

customTask सर्वोच्च प्राथमिकता वाला फ़ंक्शन है, कोड और तर्क जिसमें से आप खुद को परिभाषित करते हैं। इतना समय पहले नहीं, Google ने GTM में इस सुविधा का उपयोग करने का अवसर दिया।

customTask मॉडल ऑब्जेक्ट (जिसमें ट्रैकिंग काउंटर के सभी क्षेत्र शामिल हैं), कुकी, आदि से डेटा का उपयोग करता है। इस फ़ंक्शन की प्राथमिकता अन्य सभी की तुलना में अधिक है, और यह टैग के लिए काम करता है। इसके लिए धन्यवाद, आप उपयोगकर्ता आईडी को पहली बार उस पेज को देखने से भेज सकते हैं।

CustomTask के माध्यम से सीडी को कॉन्फ़िगर करने के लिए, JS_customTask नाम के साथ एक GTM वैरिएबल बनाएं और "नेटिव कोड" टाइप करें:



अब हमारे द्वारा बनाए गए JS_customTask को "फ़ील्ड सेट करने के लिए" अनुभाग में Google Analytics सेटिंग चर में जोड़ें:

• "फ़ील्ड नाम" में customTask लिखें;
• "मान" में उस चर का नाम लिखें, जिसे हमने ऊपर बनाया था। सभी चर डबल ब्रेसेस में लिखे जाने चाहिए।

GTM टैग में केवल एक कस्टमटैस्क को परिभाषित किया जा सकता है। इसलिए, इस पद्धति द्वारा निर्धारित की जा सकने वाली सभी सीडी को पहले बनाए गए JS_customTask चर में लिखा जाएगा।

अक्सर उपयोग की जाने वाली सीडी

उपयोगकर्ता आईडी

टास्क। काउंटर ने सत्रों की संख्या में बड़ी उछाल दर्ज की है। इसी समय, उपयोगकर्ताओं की संख्या में थोड़ी वृद्धि हुई है। बॉट ट्रैफिक के बारे में एक परिकल्पना थी जो कुछ उपयोगकर्ताओं से आती है। डिफ़ॉल्ट रूप से, GA में एक सुविधाजनक प्रारूप में व्यक्तिगत उपयोगकर्ताओं की विशेषताओं को देखना संभव नहीं है।

निर्णय। Google Analytics प्रत्येक साइट आगंतुक - क्लाइंट आईडी के लिए एक विशिष्ट पहचानकर्ता प्रदान करता है। आप इसे Google Analytics इंटरफ़ेस में केवल एक रिपोर्ट - "उपयोगकर्ता आँकड़े" (उपयोगकर्ता एक्सप्लोरर) में देख सकते हैं। इसका उपयोग करना असुविधाजनक है, क्योंकि एक स्क्रीन पर आप केवल एक उपयोगकर्ता के कार्यों का अनुक्रम देख सकते हैं और आप रिपोर्ट में अतिरिक्त पैरामीटर नहीं जोड़ सकते।

एक आदर्श समाधान क्लाइंटआईडी को एक मानक या उपयोगकर्ता रिपोर्ट में एक अलग पैरामीटर के रूप में प्रदर्शित करने की क्षमता होगी। और यह जीटीएम का उपयोग करके किया जा सकता है।

तकनीक सेटिंग्स। ClientId के रूप में, हम GA में उपयोगकर्ता आईडी से अंकों के अनुक्रम का उपयोग करते हैं (यह _ga नाम के साथ एक कुकी में संग्रहीत है। उदाहरण के लिए, _ga = GA1.2.1111111111.111111111, जहां ClientId = 111111111.111111111)। इस मान को देखने के लिए, साइट पृष्ठ पर राइट-क्लिक करें और "कोड देखें" चुनें:



फिर, एप्लिकेशन टैब में, बाईं ओर मेनू में, कुकीज़ और साइट का नाम चुनें और तालिका में _ga चर देखें:



कुकी के अलावा, GA उपयोगकर्ता आईडी को मॉडल ऑब्जेक्ट में संग्रहीत किया जाता है और इसे .get ('clientId') विधि का उपयोग करके पुनर्प्राप्त किया जा सकता है। हम इस मान को पुनः प्राप्त करने और इसे GA में पास करने के लिए customTask का उपयोग करते हैं। निम्नलिखित कोड को JS_customTask नाम के चर में जोड़ें:

 function() { var customDimensionIndex_client = 5; return function(model) { model.set('dimension' + customDimensionIndex_client, model.get('clientId')); } } 

चर customDimensionIndex_client के लिए समान चिह्न के बाद, आपको GA में ClientId के अनुरूप सीडी सूचकांक निर्दिष्ट करने की आवश्यकता है। इस तरह, हमने काउंटर से क्लाइंट आईडी प्राप्त की और इसे उपयोगकर्ता पैरामीटर पर भेज दिया।

परिणाम। हमने व्यक्तिगत उपयोगकर्ताओं पर एक रिपोर्ट का निर्माण किया और पाया कि उनमें से कुछ में वास्तव में एक हजार सत्र थे। सभी सत्र 100% की उछाल दर के साथ थे और स्पष्ट रूप से हमारे लिए कोई मूल्य नहीं रखते थे। हमने इन उपयोगकर्ताओं को बाहर करने के लिए एक खंड स्थापित किया और अनावश्यक यात्राओं के बिना ट्रैफ़िक की गतिशीलता का विश्लेषण करने में सक्षम थे।

आइडी मारो

टास्क। आपको यह देखने की आवश्यकता है कि उपयोगकर्ता साइट पर कैसे व्यवहार करता है, वह किस क्रिया को करता है और किस क्रम में करता है। इन आंकड़ों के आधार पर, व्यवसाय विकास के लिए परिकल्पना को सामने रखा जा सकता है।

निर्णय। प्रत्येक सत्र में उपयोगकर्ता की हिट संख्या के साथ अपनी सीडी बनाएं। हिट के बढ़ते क्रम में छंटनी, हम उपयोगकर्ताओं के तरीके देख सकते हैं।

तकनीक सेटिंग्स। सुविधा के लिए, HitId के रूप में, हम टाइमस्टैम्प प्रारूप में ClientId + हिट समय पास करते हैं। इसलिए प्रत्येक घटना, पृष्ठ दृश्य, लेनदेन के लिए एक मूल्य होगा। इस पैरामीटर को customTask (ClientId के समान) के माध्यम से कॉन्फ़िगर किया जा सकता है।

एकल जीटीएम टैग में केवल एक कस्टमटैस्क को परिभाषित किया जा सकता है। इसलिए, हम पूर्व में बनाए गए "कस्टम जावास्क्रिप्ट" चर को जोड़ते हैं जो दोनों पक्षों पर टिप्पणी द्वारा कोड को हाइलाइट करता है, जहां GA से h_HitId नाम के सीडी इंडेक्स को चर customDimensionIndex_hit में संग्रहीत किया जाएगा:

 function() { var customDimensionIndex_client = 5; //    var customDimensionIndex_hit = 2; var now = new Date(); //    return function(model) { model.set('dimension' + customDimensionIndex_client, model.get('clientId')); //    model.set('dimension' + customDimensionIndex_hit, model.get('clientId').concat('_', now.getTime())); //    } } 

पैरामीटर प्रकार हिट है। इस तथ्य के कारण कि इसमें टाइमस्टैम्प प्रारूप में भी समय है, सभी उपयोगकर्ता / सत्र हिट को अतिरिक्त मापदंडों का उपयोग किए बिना, उनके निष्पादन के क्रम द्वारा क्रमबद्ध किया जा सकता है।

यदि आप ठीक उसी सेटिंग्स को बनाते हैं, केवल GA में पैरामीटर - सत्र का दायरा चुनते हैं, तो हमें एक सीडी मिलती है जो उपयोगकर्ता की पहचानकर्ता को संग्रहीत करेगी।

परिणाम। निर्मित दो रिपोर्ट:

• उपयोगकर्ता पहचानकर्ता, हिट पहचानकर्ता, ईवेंट श्रेणी, ईवेंट कार्रवाई, ईवेंट लेबल, जोड़ें। मापदंडों।
• उपयोगकर्ता आईडी, हिट आईडी, जोड़ें। मापदंडों।

फिर उन्होंने इस डेटा को GA से उतार दिया, उन्हें एक्सेल (या डेटाबेस) में मिला दिया। यदि हम ClientId द्वारा लाइनों को सॉर्ट करते हैं, और फिर HitId द्वारा, हमें साइट पर प्रत्येक उपयोगकर्ता का पथ मिलता है। अब हम पिवट टेबल बना सकते हैं और उनकी कल्पना कर सकते हैं।

ए / बी परीक्षण

टास्क। कंपनी ने एक एबी परीक्षण करने का फैसला किया। Google ऑप्टिमाइज़ का उपयोग किए बिना, डेवलपर्स द्वारा सेटिंग की गई थी। सवाल यह उठा: प्रयोग की प्रभावशीलता का विश्लेषण करने के लिए Google Analytics में परीक्षण विकल्प कैसे स्थानांतरित करें।

निर्णय। इस मामले में, CD हमें GA में परीक्षा परिणामों की तुलना करने में मदद करेंगे। यह एक उपयोगकर्ता पैरामीटर को कॉन्फ़िगर करने के लिए पर्याप्त है, जो परीक्षण के पहचानकर्ता और उपयोगकर्ता द्वारा गिरे विकल्प के साथ मान लेगा। इसलिए हम परीक्षण विकल्पों के अनुसार दर्शकों को समूहों में विभाजित कर सकते हैं और परिणामों की तुलना कर सकते हैं।

तकनीक सेटिंग्स। जीए में एक कस्टम पैरामीटर बनाएं, जैसा हमने पहले कॉन्फ़िगर किया था। हम एक "स्कोप" के रूप में चयन करते हैं - एक हिट, ताकि परीक्षण से पहले और बाद में घटनाओं को उपयोगकर्ता-प्रतिबद्ध घटनाओं में विभाजित करना संभव हो। इसे कॉल करें, उदाहरण के लिए, h_AB-Test। एक बार में कई परीक्षणों द्वारा सीडी में डेटा स्थानांतरित करना संभव है। आप उन्हें एक प्रतीक के साथ अलग कर सकते हैं जो परीक्षण के नाम और संस्करण में प्रकट नहीं होता है, उदाहरण के लिए, "|" |

यदि आप स्वयं परीक्षण करते हैं और इसके बारे में डेटा कुकी में संग्रहीत करते हैं, तो आपको निकालने के लिए "नेटिव जावास्क्रिप्ट कोड" जैसे एक चर की आवश्यकता होगी:

 function(){ var cookie_name ='{{test_variant}}'; var matches = document.cookie.match(new RegExp( "(?:^|; )" + cookie_name.replace(/([\.$?*|{}\(\)\[\]\\\/\+^])/g, '\\$1') + "=([^;]*)" )); return matches ? decodeURIComponent(matches[1]) : '(not set)'; } 

जहां {{test_variant}} के बजाय आपको कुकी का नाम निर्दिष्ट करना होगा जिसमें परीक्षण का नाम और संस्करण संग्रहीत है। इसे GA सेटिंग चर में जोड़ना न भूलें।

रिपोर्ट में h_AB-Test पैरामीटर जोड़कर, हम Google Analytics में देखेंगे कि सत्र का कौन सा परीक्षण विकल्प है। इस पैरामीटर के मूल्य के आधार पर, आप उपयोगकर्ताओं को खंडित कर सकते हैं।

परिणाम। हम कई सेगमेंट बनाते हैं क्योंकि हालत h_AB-Test के साथ परीक्षण के मामले थे। यह मान "नाम + परीक्षण मामले" से मेल खाना चाहिए। हम रिपोर्ट में रुचि की घटनाओं को देखते हैं।

पूर्ण पृष्ठ का पता

टास्क। प्रासंगिक विज्ञापन प्रबंधक ने Yandex.Direct में एक विज्ञापन अभियान चलाया। कुछ दिनों बाद, वह GA सूत्रों की रिपोर्ट पर गए और उन्होंने पाया कि उनके द्वारा बनाए गए विज्ञापन अभियान से आने वाले उपयोगकर्ता सत्रों की संख्या Yandex.Direct में विज्ञापनों पर क्लिक की तुलना में बहुत कम थी।

निर्णय। Google Analytics के पास ट्रैकिंग विज्ञापनों के लिए एक आवश्यक पैरामीटर है - utm_source। यदि यह है, तो इसका मान मानक पैरामीटर "अभियान स्रोत" में जोड़ा जाएगा। इसी तरह, Google संबंधित मानकों में रिकॉर्डिंग के लिए अन्य UTM टैग के साथ करता है।

सभी UTM टैग साइट पृष्ठों पर रिपोर्ट से स्वचालित रूप से हटा दिए जाते हैं और आप उनका विश्लेषण नहीं कर सकते। इस स्थिति में, अगर utm_source लेबल सेट नहीं किया गया था, तो Google बस पृष्ठों पर रिपोर्ट से सभी पाए गए UTM टैग हटा देता है और उनकी सामग्री को संबंधित बिल्ट-इन मापदंडों में दर्ज नहीं करता है।

हम सभी टैग देखने के लिए पूर्ण पृष्ठ पते के साथ पैरामीटर कॉन्फ़िगर करेंगे, भले ही विज्ञापन गलत तरीके से कॉन्फ़िगर किया गया हो। इसे h_fullPage कहते हैं।

तकनीक सेटिंग्स। चलो "वैश्विक चर नाम" अनुभाग में "जावास्क्रिप्ट चर" प्रकार के साथ एक चर बनाएं और दस्तावेज़ निर्दिष्ट करें ।URL:



चर सेट के दायरे के रूप में - हिट।

परिणाम। UTM टैग के निम्नलिखित अनुक्रम का उपयोग पूरे विज्ञापन अभियान में किया गया था: utm_medium, utm_source, utm_campaign। पृष्ठों का पूरा पता देखने के बाद, हमने देखा कि utm_medium और utm_source के बीच विज्ञापनों के बीच एक एम्पर्सैंड को छोड़ दिया गया था। चूंकि utm_source किसी भी विज्ञापन अभियान के लिए एक आवश्यक utm टैग है, और Google Analytics को विशेष वर्णों (, और;) के बाद यह नहीं मिला, इस विज्ञापन पर क्लिक प्रत्यक्ष ट्रैफ़िक में दर्ज किया गया था। H_fullPage पैरामीटर के लिए धन्यवाद, समस्या का पता लगाना और विज्ञापन पैनल की सेटिंग में इसे ठीक करना संभव था।

घटना विकल्प

दो और उपयोगी पैरामीटर (उनकी सेटिंग के विवरण के बिना):

• टास्क। हम GTM के माध्यम से अपने दम पर साइट को चिह्नित करते हैं। एक त्रुटि मिली, जल्दी से इसे ठीक कर दिया, लेकिन जीए में त्रुटि के साथ घटनाओं का आना जारी है।
  
  निर्णय। समस्या की जड़ को जल्दी से खोजने के लिए, आप प्रत्येक घटना के साथ एक सीडी स्थानांतरित कर सकते हैं:
  कंटेनर का नाम (यदि साइट पर कई हैं) - अंतर्निहित चर जीटीएम;
  कंटेनर संस्करण GTM अंतर्निर्मित चर है;
  टैग नाम - आपको इसे स्वयं कॉन्फ़िगर करने की आवश्यकता है।
  
  आप किसी भी विभाजक के माध्यम से इन तीन मापदंडों को "स्थिर" प्रकार के चर में पास कर सकते हैं:
  
  
  
  पैरामीटर का दायरा हिट है।
  
  परिणाम। कॉन्फ़िगर किए गए चर का उपयोग करते हुए, हमें पता चला कि कुछ उपयोगकर्ताओं के पास अभी भी कंटेनर का पुराना संस्करण है, इसलिए घटनाओं को भेजा जाना जारी है। सबसे अधिक संभावना है, उपयोगकर्ताओं ने केवल पृष्ठ को ताज़ा नहीं किया था या इसे कैश नहीं किया गया था, इसलिए आपको थोड़ा इंतजार करने की आवश्यकता है।
• टास्क। हम डेवलपर्स के माध्यम से साइट को चिह्नित करते हैं। उन्होंने हमारे द्वारा लिखित एक नया निर्देश पेश किया। जाँच करने के बाद, यह पता चला कि कुछ घटनाओं को एक त्रुटि के साथ भेजा गया था।
  

  यह महत्वपूर्ण है:
  
  

  • जब हम परीक्षण स्थल पर घटनाओं की जांच करते हैं, तो जीए के कार्य दृश्य को परीक्षण की घटनाओं को न भेजें;
  • अगर लड़ाई से बाहर निकलने के बाद हमने देखा कि हमने गलत तरीके से चिह्नित घटनाओं की जाँच की है / साइट अपडेट होने के बाद कुछ टूट गया है, तो घटनाओं को जल्दी से काम करने वाले दृश्य पर भेजना बंद करना महत्वपूर्ण है।

  
  

  निर्णय। हम घटनाओं को नए / गलत तरीके से काम करने और सही ढंग से चिह्नित करेंगे। पहले को परीक्षण के रूप में चिह्नित किया जा सकता है, दूसरा - ठेस।
  
  ऐसा करने के लिए, डेवलपर्स डेटालेयर में डेटा जोड़ते हैं, और हम इसे प्राप्त करेंगे और इसे GA पर भेज देंगे। किसी भी धक्का इस तरह दिखेगा:
  
  

   <script> dataLayer.push({ 'event': '{{ }}', 'event_id': '{{id }}', 'eventCategory': '{{ }}', 'eventAction': '{{  }}', 'eventLabel': '{{ }}', }); </script> 

  
  जहां दोहरे घुंघराले कोष्ठक चर के नाम हैं जिनमें डेवलपर्स के पक्ष में डेटा संग्रहीत किया जाता है।
  
  हमें अलग-अलग घटनाओं के लिए "लुकअप टेबल" चर बनाने की आवश्यकता होगी:
  
  
  
  {{event_id}} एक चर है जो डेटालेयर से घटना पहचानकर्ता को पुनः प्राप्त करता है।
  
  हमने "डिफ़ॉल्ट मान सेट करें" और कॉलम "डिफ़ॉल्ट मान" लेखन परीक्षण के सामने एक चेक मार्क लगाया। इस प्रकार, शुरू में सभी घटनाओं के लिए, यह चर परीक्षण के बराबर होगा। यह सुनिश्चित करने के बाद कि घटना सही रूप से चिह्नित है, इसके Event_id को "इनपुट" सेल में जोड़ें। "परिणाम" क्षेत्र में हम ठेस भेजते हैं।
  
  इसलिए हमने सभी घटनाओं को सही ढंग से चिह्नित किया और नए / गलत तरीके से चिह्नित किया। हम आपको Google Analytics में एक अलग दृश्य बनाने की सलाह देते हैं, जहां केवल ठेस लेबल के साथ ईवेंट होंगे (यह "फ़िल्टर देखें" का उपयोग करके किया जा सकता है।) आपको केवल सही ढंग से चिह्नित ईवेंट दिखाई देंगे।
  
  परिणाम। चूंकि निर्देशों से घटनाओं के मार्कअप में त्रुटियों को समाप्त कर दिया गया था, इसलिए हमने इन घटनाओं के लिए पैरामीटर मान को GTM में परीक्षण से ठेस तक बदल दिया। इस पैरामीटर के लिए धन्यवाद, हम रिपोर्ट में केवल लेबल ठेस के साथ सही ढंग से चिह्नित घटनाओं को शामिल करते हैं।

कस्टम आयामों की कार्यक्षमता विस्तृत है और विन्यास और अनुप्रयोग के वर्णित तरीकों तक सीमित नहीं है। प्रत्येक प्रकार के व्यवसाय, विश्लेषण और परिकल्पना के लिए, आप उपयोगकर्ता द्वारा परिभाषित मापदंडों के अपने स्वयं के आवेदन पा सकते हैं, और वर्णित अनुकूलन के तरीके इस प्रक्रिया को आसान बनाने में मदद करेंगे।