एएमपी पृष्ठों पर वेब विश्लेषिकी कैसे स्थापित करें

हाय, हैब्र। मैं Wrike Marketing में एक डेटा विश्लेषक हूं: मैं सभी विज्ञापन डेटा, LTV मॉडलिंग और अन्य तकनीकी कार्यों का विश्लेषण और विश्लेषण करता हूं जो टीम को सभी स्रोतों में सबसे प्रभावी विज्ञापन बनाने में मदद करते हैं। हाल ही में, मैं एएमपी पृष्ठों पर डेटा संग्रह स्थापित करने की समस्या में भाग गया और इस विषय पर बहुत कम जानकारी मिली, इसलिए मैंने आपको यह बताने का फैसला किया कि इस कार्य के साथ कैसे सामना किया जाए।



Wrike में, हमने एक वेब एनालिटिक्स सिस्टम बनाया, जो बड़ी संख्या में विभिन्न हितधारकों का काम करता है: वेबसाइट टीम, लीड जनरेशन, मार्केटिंग ऑप्स, कंटेंट मैनेजर, मार्केटिंग मैनेजमेंट और सी-लेवल। एनालिटिक्स टीम के लिए साइट पर एकत्रित आंकड़ों की पूर्णता, निरंतरता और समयबद्धता बनाए रखना बहुत महत्वपूर्ण है, क्योंकि बड़ी संख्या में रिपोर्ट उनके आधार पर बनाई गई हैं और अपेक्षित राजस्व की गणना वास्तविक समय में विज्ञापन अभियान की प्रभावशीलता का मूल्यांकन करने के लिए की जाती है।

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

1. Google विश्लेषिकी
2. हमारे आंतरिक लॉग, जिसमें से डेटा को फिर पोस्टग्रेक्यूएल पर अपलोड किया जाता है;
3. विज्ञापन साइटों और अन्य विश्लेषण प्रणालियों के लिए ट्रैकर्स (लिंक्डइन, ट्विटर और अन्य साइटें अपने इंटरफ़ेस में विज्ञापन रिपोर्ट प्रदर्शित करने के लिए पेजव्यू और रूपांतरणों की गिनती करती हैं)।

आंतरिक डेटाबेस Google Analytics और तृतीय-पक्ष साइटों के साथ संचार करता है। एक्सचेंज के दौरान, हम आमतौर पर एनालिटिक्स द्वारा निर्दिष्ट क्लाइंट आईडी द्वारा उपयोगकर्ता की पहचान करते हैं: यह हमारे डेटाबेस और Google Analytics दोनों में उपयोगकर्ता पैरामीटर के रूप में संग्रहीत होता है। अपने लिए, हम _ga कुकीज़ से मूल्य _ga हैं।



हाल ही में, हमारी वेबसाइट पर टीम ने कॉर्पोरेट ब्लॉग पृष्ठों को एएमपी मानक के लिए अनुकूलित किया। संक्षेप में, AMP (त्वरित मोबाइल पेज) मोबाइल उपकरणों के लिए पेज बनाने के लिए एक विशेष मानक है, जो उनके काम में काफी तेजी ला सकता है। यदि पृष्ठ मानक का अनुपालन करता है, तो एएमपी प्रोजेक्ट अपने सीडीएन पर पृष्ठ को कैश करता है, और मोबाइल उपकरणों पर Google खोज में पेज एम्बेड किया जाएगा।



_{खोज परिणामों में हमारे ब्लॉग का पृष्ठ। लिंक के बाईं ओर स्थित AMP आइकन का अर्थ है कि पृष्ठ सीधे खोज पृष्ठ पर एक फ्रेम (iframe) में खुलेगा।}

विशेष रूप से, एएमपी पृष्ठों की उच्च लोडिंग गति पृष्ठ कोड में निष्पादन योग्य उपयोगकर्ता जेएस की अनुपस्थिति से प्राप्त की जाती है ( script टैग निषिद्ध है यदि यह प्रकार application/ld+json या text/plain ) का नहीं है, और पृष्ठ स्वयं पूर्व-अनुकूलित टैग के सीमित सेट से बनाया गया है। वेब विश्लेषिकी के लिए, यह एक परीक्षण था जिसे हमने सफलतापूर्वक पारित किया।

हमारे पारिस्थितिक तंत्र में AMP पृष्ठ जोड़ने पर दो समस्याएँ हैं:

1. पारंपरिक जेएस-आधारित डेटा संग्रह विधियां काम करना बंद कर देती हैं;
2. एएमपी कुकीज़ के बजाय स्थानीय भंडारण का उपयोग करता है, और क्लाइंट आईडी पूरी तरह से अलग मुखौटा द्वारा उत्पन्न होता है:

हम समस्याओं पर अलग से विचार करते हैं।

जानकारी जुटाना

GTM में, आप AMP पृष्ठों के लिए उपयुक्त एक अलग कंटेनर बना सकते हैं, लेकिन बाद वाले ने टैग प्रकारों की विविधता को बहुत कम कर दिया है जिन्हें जोड़ा जा सकता है। सबसे बड़ी समस्या, निश्चित रूप से, कस्टम HTML प्रकार की कमी है जिसके माध्यम से हम आम तौर पर अपनी स्क्रिप्ट को जगह देते हैं। आइए देखें कि प्रत्येक डेटा समापन बिंदु के लिए इसे और अन्य समस्याओं को कैसे हल किया जाए।

Google विश्लेषिकी

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

यदि आप Google Analytics के साथ Yandex.Metrica का उपयोग करते हैं, तो इसे वितरित भी किया जा सकता है, लेकिन यह GTM के माध्यम से काम नहीं करेगा: आपको डेवलपर्स को कनेक्ट करना होगा। यहां आप विस्तृत निर्देश पा सकते हैं।


_{एएमपी के लिए जीटीएम के माध्यम से Google Analytics को एक पृष्ठदृश्य प्रस्तुत करने का उदाहरण}

खुद लॉग करता है

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

//www.your-site.com/log?event=pageview&page={{Page Path}}&ga={{Page Client ID}}&referrer={{Document Referrer}}

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

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

अन्य ट्रैकर्स

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

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

ग्राहक आईडी एकीकरण

एएमपी के साथ, हमें पेज लोड करने के लिए एक नहीं, बल्कि तीन संभावित विकल्प मिलते हैं। नियमित संस्करण के साथ, चार प्राप्त होते हैं:

1. सामान्य संस्करण (उदाहरण के लिए, www.your-site.com/blog/article-name/ )
2. सीधे साइट पर डाउनलोड करें (यहां लेख कैशिंग के लिए पोस्ट किया गया है, उदाहरण के लिए, www.your-site.com/blog/article-name/amp/ )
3. AMP CDN में कैश्ड संस्करण (पता कुछ इस तरह होगा: www-your-site-com.cdn.ampproject.org/v/s/www.your-site.com/blog/article-name/amp/ )
4. खोज परिणामों में iframe के माध्यम से डाउनलोड करें: iframe पैराग्राफ 3 में समान पते पर दिखेगा, लेकिन औपचारिक रूप से उपयोगकर्ता ने www.google.com ब्राउज़ कर लिया है।

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


_{डिफ़ॉल्ट रूप से, आपके डोमेन पर स्थित केवल पृष्ठ क्लाइंट डेटा और सत्रों का आदान-प्रदान करेंगे।}

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

समाधान 1. क्लाइंट आईडी एपीआई

Google क्लाइंट आईडी एपीआई का उपयोग करने का सुझाव देता है ।

इस समाधान का कार्यान्वयन काफी सरल है: आपको AMP पृष्ठों में ऑप्ट-इन मेटा टैग जोड़ने और नियमित साइट पृष्ठों पर Google Analytics कोड में कॉन्फ़िगरेशन जोड़ने की आवश्यकता है। हालाँकि, इस समाधान के कई नुकसान हैं:

1. यह केवल Google खोज की एक जोड़ी में काम करेगा - आपकी साइट;
2. यह केवल एक दिशा में काम करेगा: यदि उपयोगकर्ता पहले एएमपी में लॉग इन करता है, तो एक नियमित साइट पर वे एएमपी पहचानकर्ता का उपयोग करेंगे। यदि उपयोगकर्ता पहले से ही आपकी साइट पर है और एएमपी में लॉग इन है, तो उसके लिए एक नया पहचानकर्ता उत्पन्न होगा;
3. यह एएमपी पहचानकर्ताओं का उपयोग करता है। यदि आपका आंतरिक डेटाबेस नियमित क्लाइंट आईडी पर बनाया गया है, तो इससे अप्रत्याशित समस्याएं हो सकती हैं।

_{क्लाइंट आईडी एपीआई आपको उपयोगकर्ता डेटा को अपने डोमेन पर खोज परिणामों से स्थानांतरित करने की अनुमति देता है, लेकिन यह केवल एक दिशा में काम करता है।}

समाधान 2. कस्टम amp- विश्लेषिकी विन्यास

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

 { "requests":{...}, "triggers":{...}, "vars":{...}, "transport":{...}, "linkers":{...}, } 

Vars स्तर में क्लाइंट ID के बारे में जानकारी होती है:

  "vars":{ "clientId":"CLIENT_ID(AMP_ECID_GOOGLE,,_ga)", } 

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

1. https://www.googletagmanager.com/amp.json?id=GTM-XXXXXXX>m.url=SOURCE_URL (GTM-XXXXXXX की जगह अपने कंटेनर की पहचानकर्ता और SOURCE_URL के साथ उपयोगकर्ता द्वारा खोले गए पृष्ठ के पते के साथ JSON कॉन्फ़िगरेशन को जोड़ देता है;
2. _ga कुकीज़ पढ़ता है। यदि यह नहीं है, तो आपको एक Google आईडी प्रारूप में क्लाइंट आईडी बनाने की आवश्यकता है: एक यादृच्छिक नौ अंकों की संख्या, अवधि, टाइमस्टैम्प (टाइमस्टैम्प)। यदि आपको कोई मूल्य बनाना है, तो इसे _ga कुकीज़ में याद रखें। हम क्लाइंट ID स्पूफिंग के साथ GTM से प्राप्त फ़ाइल लौटाते हैं:

  "vars":{ "clientId":"111111111.111111111", //      } 

_{हम स्थापना JSON GTM को अपने कस्टम क्लाइंट ID से बदल देते हैं और एक ही क्लाइंट ID को एक उपयोगकर्ता के लिए सभी AMP क्लाइंट में ट्रांसफर करते हैं।}

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


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

JSON कॉन्फ़िगरेशन में क्लाइंट ID को स्पूफ करने के विचार के लिए, Simo Ahava , धन्यवाद।