Google Analytics के साथ शुरुआत करना: ऐप + वेब

Google ने हाल ही में Google Analytics में ऐप + वेब नामक एक नए संस्करण को सार्वजनिक रूप से जारी किया है । सिमो अहाब ने टूल के साथ काम करना शुरू करने के बारे में एक उत्कृष्ट कदम-दर-चरण निर्देश पहले ही लिखा है, इसलिए मैंने इसे रूसी में अनुवाद करने का फैसला किया। अपने दम पर, मैं जोड़ता हूँ कि उत्पाद अभी बीटा में दिखाई दिया है और, जाहिर है, यह अभी भी काफी हद तक पूरा हो जाएगा। हमने पहले ही नई डेटा संरचना और Google बिगविक में अंतर्निहित डेटा निर्यात फ़ंक्शन की क्षमताओं का परीक्षण करना शुरू कर दिया है और जल्द ही फायदे और नुकसान के बारे में अधिक बात करने की उम्मीद है। सामान्य तौर पर, विश्लेषक आज नवाचारों का सकारात्मक रूप से मूल्यांकन करते हैं। उदाहरण के लिए, OWOX BI के व्लाड फ्लैक्स का मानना ​​है कि इस अपडेट के साथ, Google ने उन प्रोजेक्ट्स के लिए डेटा एकत्र करने और Google Analytics से BigQuery तक पहुंचाने की प्रक्रिया को सरल बनाया है जो उनके डेटा की संरचना को बदलने के लिए तैयार हैं। इसके अतिरिक्त, यह मार्केटिंग डेटा के लिए DWH के रूप में Google BigQuery के लिए मूल्य जोड़ता है।

नीचे सिमो के लेख का अनुवाद है, जिसकी रेटिंग और इसके उपयोग के छाप हैं।

अजीब शीर्षक के बावजूद, यह Google Analytics V2 या वेब के लिए Firebase Analytics के सभी लक्ष्यों और उद्देश्यों के लिए एक बहुत अच्छा उपकरण है। यहां हम Google Analytics के लिए Firebase और Universal Analytics के बीच सारांश रिपोर्ट बनाने या Universal Analytics में सुधार के बारे में आकर्षक तरीके के बारे में बात नहीं कर रहे हैं।

नहीं, हम एक नए वेब ट्रैफ़िक माप मॉडल के बारे में बात कर रहे हैं जो फायरबेस के लिए Google Analytics के साथ अच्छी तरह से काम करता है।

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

Google Analytics नाम: App + Web कुछ अजीब है। यह मुझे लगता है कि यह केवल समय की बात है, जब हम इसे वेब के लिए फायरबेस या ऐसा कुछ कहेंगे, क्योंकि यह वही है जो सार में है। इस लेख में, मैं इसे उन जगहों पर जीएवी 2 कहूंगा, जहां मैं केवल नाम को पूर्ण रूप से टाइप करने के लिए अनिच्छुक होगा (हां, मैं आलसी हूं)।



शुरू करने से पहले, एक नए टैब में क्रिस्टा सेडेन का अद्भुत ब्लॉग खोलें और उन तीन लेखों पर विशेष ध्यान दें जो उसने Google Analytics रिपोर्टिंग क्षमताओं: ऐप + वेब के बारे में प्रकाशित किए हैं।

1. Google Analytics में नया ऐप + वेब गुण
2. गूगल एनालिटिक्स में पाथिंग
3. Google Analytics में स्ट्रीमव्यू ।

अद्यतन: इस लेख को प्रकाशित करने के तुरंत बाद, क्रिस्टा ने एक और महान मार्गदर्शक जारी किया, और बड़ी बात यह है कि यह इसे पूरक करता है क्योंकि यह फायरबेस प्रोजेक्ट बनाने में शामिल कदमों को और अधिक विस्तार से कवर करता है। सामान्य तौर पर, इसे देखें: ऐप + वेब का चरण-दर-चरण सेटअप ।

मैं शुरुआती शब्दों के एक जोड़े के साथ शुरू करूँगा, इसलिए यदि आप चाहें, तो बस उन्हें छोड़ दें और सीधे कार्यान्वयन चरणों पर जाएं।

चेतावनी

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

यहां कुछ बिंदु दिए गए हैं जो मुझे रिपोर्टिंग यूआई में और Google टैग प्रबंधक की सेटिंग में मिले हैं:

• कोई विशेष रिपोर्ट, जैसे साइट खोज रिपोर्ट या ईकॉमर्स नहीं
• उपयोगकर्ता रिपोर्टिंग यूआई में स्वचालित रूप से एकत्र, अनुशंसित और कस्टम घटनाओं के बीच अंतर करने का कोई तरीका नहीं है।
• आप उपयोगकर्ता संसाधन को कॉन्फ़िगर कर सकते हैं, नीचे देखें कि यह कैसे करना है।
• जीटीएम का उपयोग करते समय Google Analytics में इवेंट पैरामीटर के रूप में एक सरणी (या किसी अन्य बहुआयामी वस्तु) को आइटम भेजना संभव नहीं है।
• GTM में कॉन्फ़िगरेशन टैग में निरंतर मान सेट करना असंभव प्रतीत होता है।
• आप इस समर्थन दस्तावेज़ के अनुसार मौजूदा Firebase Analytics संसाधनों को अपग्रेड कर सकते हैं। जब आप Google Analytics में एक संसाधन खोलते हैं (बशर्ते आपने इस संसाधन को Google Analytics में लिंक किया हो), तो आपको स्क्रीन के शीर्ष पर एक नीला बैनर दिखाई देगा जो आपको अपडेट करने के लिए प्रेरित करेगा।

आधिकारिक ब्लॉग के साथ-साथ क्रिस्टा के ब्लॉग का पालन करना सुनिश्चित करें, क्योंकि वे इस अध्याय में सूचीबद्ध समस्याओं के लिए समर्पित मुद्दों सहित अधिक जानकारी के लिए आपके जादू की छड़ी बन जाएंगे।



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

यहाँ, मेरी राय में, यूनिवर्सल एनालिटिक्स और नए प्लेटफ़ॉर्म के बीच मुख्य अंतर।

यूनिवर्सल एनालिटिक्स:
सब कुछ एक सत्र की अवधारणा के आसपास बनाया गया है
हिट-, सत्र- और उपयोगकर्ता-स्कोप के लिए कस्टम परिभाषाएँ।
वास्तविक समय की सतह की रिपोर्ट।
सेगमेंट।
कोई शब्दार्थ संरचना नहीं।
काफी अनुकूल कोटा और सीमाएं (नमूने को छोड़कर)।

Google Analytics V2:
सब कुछ "उपयोगकर्ता" और "घटना" की अवधारणाओं के आसपास बनाया गया है
कस्टम गुण और कस्टम इवेंट पैरामीटर
StreamView और DebugView अधिक गहराई से विवरण प्रदान करते हैं।
दर्शक।
घटनाओं को स्वचालित रूप से एकत्र और अनुशंसित।
सख्त कोटा और प्रतिबंध (नमूना के बिना)।

यूनिवर्सल एनालिटिक्स की तुलना में सीमाएं विशेष रूप से दर्दनाक हैं।

किसी भी स्थिति में, मुझे यकीन है कि Google Analytics से पहले इन समस्याओं का समाधान हो जाएगा: App + Web बीटा परीक्षण से बाहर आता है, लेकिन एक बात निश्चित है: यह Universal Analytics नहीं है । यूनिवर्सल एनालिटिक्स कभी भी पेश कर सकता है, और न ही प्राचीन जीए डेटा मॉडल को पॉप्युलेट करने के तरीके के अलावा नए मापक मॉडल को देखने के अवसर के रूप में देखें।

इन चेतावनियों के कारण, मैं दृढ़ता से अनुशंसा करता हूं कि आप यूनिवर्सल एनालिटिक्स में डेटा एकत्र करना बंद करें और विशेष रूप से Google Analytics: App + Web में डेटा एकत्र करें । किसी भी मामले में, इस नए माप मॉडल को किसी भी सेटिंग के समानांतर में चलाना बेहतर है जो पहले से ही साइट पर था ताकि आप दो डेटा सेट के बीच समानता की तुलना कर सकें।

नई Analytics सेटिंग्स बनाना: ऐप + वेब

एक नया Google Analytics प्रॉपर्टी बनाने के लिए: App + Web, आपको निम्न कार्य करने की आवश्यकता है:

ध्यान दो! प्रकाशित प्रलेखन के आधार पर, यह संभावना है कि भविष्य में इन चरणों को बहुत सरल किया जाएगा।

चरण 1: एक नया फायरबेस प्रोजेक्ट बनाएं

फायरबेस कंसोल पर जाएं और एक नया प्रोजेक्ट बनाएं। यह आपके नए सेटअप के लिए बेस फायरबेस प्रोजेक्ट होगा।



परियोजना को एक नाम और आईडी दें (आईडी अद्वितीय होनी चाहिए, यह परियोजना के नाम के आधार पर उत्पन्न होगी)।

फायरबेस की शर्तों को पढ़ें और स्वीकार करें, फिर जारी रखें पर क्लिक करें।



अगले चरण में, सुनिश्चित करें कि "मेरी परियोजना के लिए Google Analytics सेट अप करें" चेकबॉक्स चयनित है, और जारी रखें पर क्लिक करें।



इस बात पर निर्भर करते हुए कि आपके पास पहले से Google खाते हैं या नहीं, अब आप यह चुन सकते हैं कि किस खाते में संसाधन बनाना है या एक नया खाता बनाना है। यदि आपके पास आपके लॉगिन से जुड़े Google Analytics खाते नहीं हैं, तो आपको GA की सेवा की शर्तों को स्वीकार करना होगा, जिसके बाद आपके लिए एक नया खाता और संसाधन बनाया जाएगा।



जब आप Create Project पर क्लिक करते हैं और प्रोसेसिंग पूरी हो जाती है, तो आप Google Analytics पर जा सकते हैं और अपने चुने हुए खाते में नया ऐप + वेब संसाधन पा सकते हैं।

चरण 2. एक नई वेब स्ट्रीम बनाएं

नया मापक मॉडल उन धाराओं के इर्द-गिर्द घूमता है जो आपके एप्लिकेशन (iOS और Android) या इंटरनेट से आ सकती हैं। मुझे उम्मीद है कि भविष्य में हम "माप प्रोटोकॉल" जैसी नई धाराएँ देखेंगे, जो इंटरनेट से जुड़े किसी भी उपकरण से HTTP अनुरोध स्वीकार करेंगे।

किसी भी स्थिति में, संसाधन कॉलम में डेटा स्ट्रीम विकल्प चुनें और वेब का चयन करें।



एक स्ट्रीम कॉन्फ़िगर करने के लिए, अपनी साइट का URL दर्ज करें और स्ट्रीम को एक वर्णनात्मक नाम दें। फिर एन्हांस्ड मेजरमेंट सेट करने के लिए छोटे गियर पर क्लिक करें।



एन्हांस्ड माप मूल रूप से उस साइट पर कुछ स्वचालित ट्रैकिंग सुविधाएँ जोड़ता है जो मूल कॉन्फ़िगरेशन टैग के सक्रिय होने पर सक्रिय होते हैं।



स्वचालित रूप से ट्रैक की जा सकने वाली चीज़ों की सूची काफी स्पष्ट है और एन्हांस्ड मेजरमेंट कॉन्फ़िगरेशन (ऊपर स्क्रीनशॉट देखें) में अच्छी तरह से समझाया गया है।

एक बार जब आप तैयार हो जाते हैं, तो एक डेटा स्ट्रीम बनाएं और आप स्क्रीन पर निर्देशों और अन्य बिंदुओं को टैग करने का एक गुच्छा देखेंगे। नोट करने के लिए सबसे महत्वपूर्ण बात है मापन आईडी। इस टैब को खुला रखें ताकि आप यदि आवश्यक हो तो आयाम आईडी को Google टैग प्रबंधक टैग में कॉपी कर सकें।



हो गया ना? ठीक है, अब Google टैग प्रबंधक पर चलते हैं।

एक मूल कॉन्फ़िगरेशन टैग बनाएं

Google टैग प्रबंधक में, जब आप एक नया टैग बनाते हैं, तो आपको चयनकर्ता में दो नए टैग टेम्पलेट दिखाई देंगे।



Google Analytics: ऐप + वेब कॉन्फ़िगरेशन gtag.js कार्यान्वयन में उपयोग किए गए config कमांड के समान है । आप इसका उपयोग ट्रैकर को कॉन्फ़िगर करने, एक प्रारंभिक पेजव्यू भेजने और अपनी सभी घटनाओं के लिए निरंतर मान सेट करने के लिए करते हैं।

जब आप टेम्पलेट खोलते हैं, तो आप निश्चित रूप से बहुत सारे विकल्पों का स्वागत नहीं करते हैं। वास्तव में, आपके पास मापन आईडी निर्धारित करने के लिए एक फ़ील्ड है, यह चुनने के लिए एक स्विच कि प्रारंभिक पेजव्यू या नहीं भेजना है, और कॉन्फ़िगरेशन फ़ील्ड जिसे आप टैग में सेट कर सकते हैं।



आधार टैग को कॉन्फ़िगर करने के लिए, इसे पिछले भाग में बनाई गई वेब स्ट्रीम से मेजरमेंट आईडी फ़ील्ड में निर्दिष्ट करें। यदि आप डिवाइस और एप्लिकेशन के बीच माप का मार्ग प्रशस्त करना चाहते हैं, तो आप user_id फ़ील्ड में एक मान सेट कर सकते हैं जो उपयोगकर्ता प्रमाणीकरण आईडी से संबद्ध है।

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

कस्टम गुण सेट करें

उपयोगकर्ता गुण सेट करने के लिए, आपको पहले उन्हें रिपोर्टिंग UI में बनाना होगा।



इसके बाद, अपने कॉन्फ़िगरेशन में सेट पर फ़ील्ड पर जाएं और एक नया फ़ील्ड जोड़ें। फ़ील्ड का नाम user_properties होना चाहिए।



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

उदाहरण के लिए, user_type property (ऊपर स्क्रीनशॉट देखें) सेट करने के लिए, मैं एक कस्टम जावास्क्रिप्ट चर बना सकता हूँ जो इस तरह दिखता है:

 "function() { return { user_type: 'Premium user' }; }" 

फिर आपको इस चर को कॉन्फ़िगरेशन टैग में user_properties फ़ील्ड के मान के रूप में जोड़ना होगा।

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



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

परीक्षण!

जब आप साइट पर जाएं और पूर्वावलोकन कंटेनर डाउनलोड करें, तो अपने ब्राउज़र के डेवलपर टूल खोलें और GAv2 द्वारा उपयोग किए गए कुकीज़ को देखें।



cookie _ga यूनिवर्सल एनालिटिक्स के लगभग समान है, जिसमें एक मामूली अंतर है। _Ga कुकी GA1 बाद की संख्या के रूप में कुकी मान में डोमेन के भागों की संख्या को GA1 । उदाहरण के लिए, यदि कोई कुकी simoahava.com को लिखी जाती है, तो डोमेन में दो भाग होते हैं, और कुकी उपसर्ग GA.2.2 होता है।

हालाँकि, GAv2 के साथ, यह डिफ़ॉल्ट cookie_domain मान (स्वचालित कॉन्फ़िगरेशन) का उपयोग करने जैसा नहीं है।
मुझे लगता है कि यह एक चूक हो सकती है, जैसे कि आपने मैन्युअल रूप से डोमेन सेट किया है, उदाहरण के लिए, www.simoahava.com , कुकी में सामान्य GA1.3 है। उपसर्ग।

एक अन्य cookie, _ga_MEASUREMENT-ID ** , सत्र स्थिति का समर्थन करती प्रतीत होती है। पहली लंबी संख्या टाइमस्टैम्प (सेकंड में) है जब कुकी बनाई गई थी, और दूसरी सबसे लंबी संख्या टाइमस्टैम्प है जब आखिरी हिट जीए को भेजा गया था।

दूसरे शब्दों में, ऐसा लगता है कि GAv2 कम से कम इस बात पर नज़र रखता है कि सत्र वर्तमान में सक्रिय है या नहीं। यह देखा जाना बाकी है कि क्या यह सत्र की जानकारी के लिए क्लाइंट-साइड दृढ़ता का अधिक से अधिक उपयोग करेगा या नहीं और इस कुकी का उपयोग वेब ब्राउज़र में सत्र स्थिति को निर्धारित करने के लिए किया जा सकता है या नहीं।

जावास्क्रिप्ट का उपयोग कुकीज़ के लिए किया जाता है, इसलिए वे क्लाइंट की तरफ कुकीज़ के प्रदर्शन को कम करने के उपायों से प्रभावित होते हैं, जैसे कि सफारी के इंटेलिजेंट ट्रैकिंग प्रिवेंशन।

फिर, ब्राउज़र द्वारा भेजे गए वेब अनुरोधों का पालन करें, या Google Analytics डीबगर एक्सटेंशन का उपयोग करके देखें कि लाइब्रेरी Google Analytics को हिट कैसे भेजती है।



सबसे पहले, आप देख सकते हैं कि अनुरोध को परिचित समापन बिंदु, /collect भेजा जा रहा है, सिवाय इसके कि यह / जी / पथ पर है।

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

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



यदि आप जीए को भेजे गए वास्तविक मापदंडों को देखते हैं, तो यहां कई परिचित चीजें हैं, यदि आपको याद है कि माप प्रोटोकॉल अनुरोध कैसे बनाए जाते हैं।
पैरामीटर v का मान 2 है, जबकि यूनिवर्सल एनालिटिक्स में यह 1. यह प्रोटोकॉल संस्करण है।
tid पैरामीटर आपके आयाम आईडी पर सेट है।
gtm पैरामीटर आपके GTM कंटेनर की आईडी से gtm ।
cookie _ga पैरामीटर क्लाइंट पहचानकर्ता है जो cookie _ga में संग्रहीत होता है।

अन्य विकल्प जो लगभग अपरिवर्तित बने हुए हैं, उनमें uid (उपयोगकर्ता आईडी), डीएल / डॉ / डीटी (दस्तावेज़ मेटाडेटा), और sr (स्क्रीन रिज़ॉल्यूशन) जैसी चीजें शामिल हैं।

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

घटना के मापदंडों को उपसर्ग के साथ उपसर्ग किया जाता है। या एपन। क्रमशः पाठ पैरामीटर और संख्यात्मक पैरामीटर। स्क्रीनशॉट में, मैंने देश नाम का एक इवेंट पैरामीटर बनाया और इसे यूएस में सेट किया।

उपयोगकर्ता गुण उपसर्ग के साथ उपसर्ग कर रहे हैं। या upn। क्रमशः पाठ या संख्या प्रारूप में कस्टम गुणों के लिए। स्क्रीनशॉट user_type नाम के उपयोगकर्ता की एक पाठ संपत्ति user_type , जो प्रीमियम उपयोगकर्ता के लिए सेट है।
वर्तमान सत्र प्रारंभ होने पर ( cookie _ga_MEASUREMENT-ID से लिया गया) अंत में, साइड पैरामीटर में टाइमस्टैम्प होता है।

यह अभी भी स्पष्ट नहीं है कि अन्य विकल्प क्या कर रहे हैं।

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

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

अपना पहला ईवेंट टैग बनाने से पहले, देखें कि एन्हांस्ड मापन कैसे काम करता है। सबसे पहले, वर्तमान पृष्ठ के अंत तक स्क्रॉल करें और Google Analytics को भेजे गए ईवेंट को देखें।



फिर उस लिंक पर क्लिक करें जो आपकी साइट से जाती है (CTRL / CMD का उपयोग करें + इसे एक नए टैब में खोलने के लिए क्लिक करें)। विकल्पों पर एक नज़र डालें।



अंत में, यदि YouTube आपकी साइट पर enablejsapi = 1 के साथ एम्बेड किया गया है, तो स्वचालित वीडियो ट्रैकिंग जांचें!



यह सब अविश्वसनीय रूप से अच्छा है, लेकिन मुझे आशा है कि हम एन्हांस्ड माप को ट्विस्ट करने के लिए कुछ और नियंत्रण प्राप्त करेंगे।

अब, अपना स्वयं का ईवेंट टैग बनाएं!

एक ईवेंट टैग बनाएं

gtag.js और Firebase घटनाओं का उपयोग करने के लिए समान रूप से कार्य करें।

दूसरे शब्दों में, स्वचालित रूप से एकत्र की गई घटनाओं, अनुशंसित घटनाओं और उपयोगकर्ता घटनाओं का एक संयोजन है।

नए ईवेंट बनाते समय, पहले यह सुनिश्चित कर लें कि ईवेंट अभी तक स्वचालित रूप से एकत्र नहीं किया गया है।

फिर जांचें कि क्या कोई अनुशंसित ईवेंट संरचना है जिसे आप कस्टम ईवेंट के बजाय उपयोग कर सकते हैं। यदि आप उपयुक्त अनुशंसित ईवेंट पाते हैं, तो सुनिश्चित करें कि आप ईवेंट टैग सेट करते समय सुझाए गए ईवेंट नाम और मापदंडों का उपयोग करें।

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

एक सरल कस्टम घटना के साथ शुरू करते हैं।

एक नया Google Analytics बनाएं: ऐप + वेब इवेंट टेग और इसे निम्नानुसार पॉप्युलेट करें:



कॉन्फ़िगरेशन टैग को पिछले अनुभाग में बनाए गए मान पर सेट करें। यह Google Analytics सेटिंग चर के समान काम करता है, क्योंकि आपको केवल ट्रैकर सेटिंग्स को एक बार कॉन्फ़िगर करने की आवश्यकता होती है, जिसके बाद उन्हें उन सभी टैगों पर लागू किया जाएगा जो कॉन्फ़िगरेशन टैग का उपयोग करते हैं।

घटना को एक मनमाना नाम दें (जो स्वचालित रूप से एकत्र या अनुशंसित घटनाओं में से एक नहीं है)। इस स्थिति में, हम इवेंट के नाम के रूप में data_loaded उपयोग करते हैं।

फिर कुछ पैरामीटर जोड़ें:

• all_data एक कस्टम टेक्स्ट पैरामीटर है जो सत्य पर सेट है।
• debug_mode एक पैरामीटर है, जो टैग में स्थापित होने पर, डीबग व्यू UI स्ट्रीम में एक हिट प्रदर्शित करता है (इसके बारे में अधिक जानकारी)।

विंडो लोड किए गए रेडियो बटन को लॉन्च करने के लिए बॉक्स की जांच करें, पूर्वावलोकन मोड को ताज़ा करें और कंटेनर को वेबसाइट पर अपलोड करें। नेटवर्क अनुरोधों को देखें /collect ।

पृष्ठ को लोड करने के बाद, आपको एक (बैच मोड) में संयुक्त दो हिट के साथ एक अनुरोध देखना चाहिए।



जैसा कि आप देख सकते हैं, पहली पंक्ति में एक हिट page_view , और दूसरी पंक्ति में उपयोगकर्ता इवेंट data_loaded ।

अब Google Analytics रिपोर्टिंग UI पर जाएं और रिपोर्ट नेविगेटर में DebugView का चयन करें।

निम्नलिखित डेटा की व्याख्या करने के तरीके को समझने के लिए क्रिस्टा की उत्कृष्ट स्ट्रीमिंग रिपोर्टिंग लेख को पढ़ना सुनिश्चित करें। आप अधिक जानकारी के लिए Firebase DebugView के स्वयं के दस्तावेज़ भी पढ़ सकते हैं।

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

यह डीबग डिवाइस चयनकर्ता वर्तमान में अनुपयोगी है। उम्मीद है कि निकट भविष्य में डिबग डिवाइसों को ढूंढना आसान हो जाएगा।

data_loaded ईवेंट को data_loaded बाद, आप डिबग व्यू में शामिल अन्य हिट देख सकते हैं। ऐसा इसलिए है क्योंकि यदि पैकेज में data_loaded हिट के अलावा अन्य हिट शामिल हैं, तो वे भी स्वचालित रूप से DebugView में सूचीबद्ध होंगे।



आप Google Analytics को हिट के साथ किस प्रकार की जानकारी भेजी जाती है, यह देखने के लिए data_loaded ईवेंट में पैरामीटर पर क्लिक कर सकते हैं।

इससे पहले कि हम खत्म करें, एक अनुशंसित घटना भेजने की कोशिश करें। हम साइट खोज का अनुकरण करने के लिए एक खोज कार्यक्रम भेजेंगे।

यदि आप अनुशंसित घटनाओं की सूची में दिए गए निर्देशों को पढ़ते हैं , तो आप देखेंगे कि खोज कार्यक्रम का नाम खोज है, और यह एक पैरामीटर लेता है: search_term । तो, आइए एक नया ईवेंट टैग बनाएं और इन मानों को भरें! यहाँ टैग किस तरह दिखेगा:



जैसा कि आप देख सकते हैं, मैंने इवेंट पैरामीटर में खोज शब्द को केवल हार्डकोड किया है। मैं एक कस्टम ईवेंट ट्रिगर के साथ एक टैग चला रहा हूं जो search नामक एक घटना पर सेट है।

पूर्वावलोकन मोड को अपडेट करने और अपनी वेबसाइट को फिर से लोड करने के बाद, मैं पृष्ठ के जावास्क्रिप्ट कंसोल में चलने वाले एक साधारण window.dataLayer.push ({event: 'search'}) का उपयोग करके घटना को आग लगा सकता हूं।

DebugView में, मैं देखता हूं कि ईवेंट लॉग हो गया है:



और ... वह सब है। कुछ भी नहीं इस घटना को उपयोगकर्ता घटनाओं से अलग करता है। ऐसी कोई रिपोर्ट नहीं है जो साइट खोज डेटा को यूनिवर्सल एनालिटिक्स के समान बनाती है। कुछ बिंदु पर, मुझे यकीन है कि कुछ खोज की घटनाओं को अपनी रिपोर्ट में दर्ज किया जाएगा, जहां खोज डेटा स्वचालित रूप से एकत्र किए गए view_search_results घटना (साइट पर खोज के अनुरूप क्वेरी पैरामीटर के साथ दर्ज पृष्ठ दृश्य) के साथ संयुक्त है।

परिणाम

इस लेख में, मैं आपको Google टैग प्रबंधक को चुने हुए कार्यान्वयन टूल के रूप में उपयोग करते समय एक नया Google Analytics संसाधन: ऐप + वेब सेट करने का तरीका दिखाना चाहता था।

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

क्या यह प्लेटफ़ॉर्म यूनिवर्सल एनालिटिक्स को बदलने का इरादा है? यह अभी भी अज्ञात है। लेकिन भविष्य में यूनिवर्सल एनालिटिक्स की सेवा या कार्यों के रिलीज को सही ठहराना वैचारिक रूप से कठिन होगा, जब एक नया शानदार मापक मॉडल होगा जिसे आपको लगाना होगा।

मैं इंटरनेट पर फायरबेस को सावधानी से पेश करते हुए प्रसन्न हूं । यह वही है जो मैं बहुत पहले से फायरबेस (और फायरबेस एनालिटिक्स) के साथ काम करना शुरू कर रहा था। मुझे लगता है कि उपयोगकर्ता और घटना माप मॉडल Google Analytics द्वारा उपयोग किए जाने वाले उच्च एकत्रित और सत्र मॉडल से बेहतर है।

हालाँकि, यह देखा जाना बाकी है कि Google Analytics द्वारा उपयोग किए जाने वाले मामलों को समझने के लिए हमें मानसिक रूप से प्रदर्शन करने की आवश्यकता है कि संदर्भ स्विचिंग की कितनी आवश्यकता है: App + Web, यूनिवर्सल एनालिटिक्स के उपयोग मामलों के तुलनीय हैं।

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

टिप्पणियों में Google Analytics: App + वेब पर चर्चा करें, लेकिन याद रखें कि हम बीटा उत्पाद के बारे में बात कर रहे हैं। आप स्वतंत्र रूप से विकास के निर्णयों और लापता सुविधाओं के बारे में अपनी निराशा व्यक्त कर सकते हैं, लेकिन ध्यान रखें कि अपनी आलोचना को रचनात्मक तरीके से प्रदान करने से अंतिम उत्पाद में इन आलोचनाओं को खत्म करने के उद्देश्य से बदलाव हो सकते हैं, क्योंकि बीटा संस्करण का उद्देश्य प्राप्त करना है समुदाय से प्रतिक्रिया।