Google Analytics के साथ एसपीए एप्लिकेशन उपयोग का विश्लेषण

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

विश्लेषण का उद्देश्य

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

Google Analytics क्यों

तुरंत एक आरक्षण करें - इस समस्या को हल करते समय, "गैर-इनवेसिव" नैदानिक ​​विधियों का उपयोग करना चाहिए था, अर्थात। लॉगिंग के लिए सभी प्रश्नावली को बाहर रखा गया था।
चूंकि हमारे पास इस तरह की समस्याओं को हल करने का अनुभव नहीं था, इसलिए पहला विचार जो दिमाग में आया, वह किसी भी तरह से उपयोगकर्ताओं के काम को ठीक करना था (आदर्श रूप से, रिकॉर्ड वीडियो)। इस प्रविष्टि से, आप यह समझने की कोशिश कर सकते हैं कि उपयोगकर्ता क्या कर रहे हैं और वे पंजीकरण क्यों नहीं कर रहे हैं।
Google ने हमें Clicktale पर दिखाया। विवरण के अनुसार, सब कुछ बहुत सुंदर दिखता है: एक निश्चित जावास्क्रिप्ट कोड डाला जाता है, और सभी उपयोगकर्ता क्रियाएं रिकॉर्ड की जाने लगती हैं - माउस आंदोलनों, क्लिक, कीबोर्ड इनपुट।
सिस्टम आपको हीटमैप्स बनाने (पृष्ठों पर क्लिक या माउस आंदोलनों के वितरण की तीव्रता के नक्शे - उपयोगकर्ताओं के एक गुच्छा के लिए औसत संकेतक) का निर्माण करने की अनुमति देता है, सभी प्रकार के सांख्यिकीय रेखांकन का निर्माण करता है, और सबसे महत्वपूर्ण बात - विशिष्ट यात्राओं के वीडियो खेलना!
लेकिन बारीकी से निरीक्षण करने पर, यह पता चला कि सब कुछ इतना चिकना नहीं है। सिस्टम निम्नानुसार काम करता है - आंदोलनों और क्लिकों के निर्देशांक, और कीबोर्ड पर कीस्ट्रोक्स की घटनाओं को रिकॉर्ड किया जाता है। फिर IFRAME में हमारी साइट खुलती है और रिकॉर्ड की गई घटनाओं को खेला जाता है। हालांकि, एक ही समय में, अजाक्स को सामान्य रूप से मूल रूप से समर्थित नहीं किया जाता है, हालांकि निष्पक्षता में यह कहा जाना चाहिए कि लोग इस पर काम कर रहे हैं और ठेठ AJAX कार्यान्वयन के लिए प्लगइन्स जारी कर रहे हैं।
दूसरे शब्दों में, सिस्टम स्थिर साइटों के लिए अच्छी तरह से अनुकूल है। एक वेब एप्लिकेशन को फास्ट करने के लिए, विशेष रूप से एसपीए, आपको बहुत समय और फ़ाइलों की आवश्यकता होती है।
हमने वाणिज्यिक एनालिटिक्स सिस्टम - टोटैंगो , मिक्सपैनल की दिशा में देखा, लेकिन वे (तार्किक रूप से) साइट एनालिटिक्स के लिए विशेष रूप से तैयार हो गए - सभी दरों और क्षमता की गणना, लेकिन एप्लिकेशन उपयोग का विश्लेषण नहीं।
यहां तक ​​कि "कुछ अलग करने" के लिए भी पागल विचार थे, लेकिन उन्होंने GAVisual उपयोगकर्ताओं के पथ की कल्पना करने, Google Analytics से डेटा निकालने के लिए एक दिलचस्प ऑनलाइन उपयोगिता देखी, और महसूस किया कि डेटा को इस रूप में देखना अच्छा होगा। हालांकि यह उपयोगकर्ताओं के काम का वीडियो नहीं है, लेकिन कम से कम कार्रवाई का क्रम और छोड़ने का स्थान स्पष्ट रूप से दिखाई देता है। इस मामले में, मैन्युअल रूप से दर्जनों और सैकड़ों सत्रों को न करें। इसके बाद, Google Analytics इंटरफ़ेस में "विज़िटर फ़्लो" नाम से एक समान सुविधा दिखाई दी।
और, शायद, निर्णायक कारक यह था कि Google विश्लेषिकी पहले से ही आवेदन के लिए खराब था।

सामान्य विश्लेषिकी आवश्यक दिशानिर्देश

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

अवधारणाओं द्वारा:

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

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

आगंतुक (आगंतुक) - एक अद्वितीय ग्राहक जो साइट का दौरा किया। यह कुकीज़ का उपयोग करके निर्धारित किया जाता है।

भेंट (भेंट) - क्रियाओं का एक क्रम (= हिट) एक निश्चित ग्राहक। जब ब्राउज़र बंद हो जाता है या 30 मिनट की निष्क्रियता के बाद समाप्त हो जाता है। इसे कुकीज़ का उपयोग करके भी ट्रैक किया जाता है। एक प्रोग्रामर के रूप में, मेरे लिए इसे "सत्र" कहना आसान है।

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

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

वेब प्रॉपर्टी - Google Analytics में डेटा संचय का शीर्ष स्तर। प्रत्येक संसाधन का अपना विशिष्ट कोड होता है जो क्लाइंट स्क्रिप्ट में फिट बैठता है और बाद में प्रत्येक हिट के साथ भेजा जाता है।

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


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

एकत्र किए गए डेटा के आधार पर, विभिन्न संकेतकों की गणना की जाती है - प्रति दिन / महीने / ..., प्रति दिन / महीने की विज़िट की संख्या, नए और लौटने वाले आगंतुकों का अनुपात, औसत समय जिस पृष्ठ पर देखा गया / साइट पर रहा, किसी विशेष सत्र के पूरा होने का प्रतिशत पृष्ठ और कई, कई अन्य।
इस रूप में, आंकड़े बहुत उपयोगी नहीं हैं, क्योंकि वह हमारे लक्ष्यों के बारे में कुछ नहीं जानती। Google Analytics के लक्ष्यों को उस पृष्ठ के रूप में इंगित किया जा सकता है जिस तक आप पहुँचना चाहते हैं, जैसे कि साइट पर बिताया गया न्यूनतम समय, प्रति पृष्ठ खुले पृष्ठों की संख्या या एक निश्चित घटना। "चैनलों के समूह" भी हैं जो आपको क्रियाओं के अनुक्रम को ट्रैक करने की अनुमति देते हैं, लेकिन यह पहले से ही एरोबेटिक्स है।
मैंने जो मुख्य निष्कर्ष निकाला है, वह यह है कि यह एनालिटिक्स अच्छा है, जब आप जानते हैं कि आप वास्तव में इससे क्या चाहते हैं :) हमें ऐसी कोई समझ नहीं है, इसलिए हमने "विज़िटर प्रवाह" रिपोर्ट का उपयोग करके केवल आगंतुकों को देखने का निर्णय लिया। ठीक है, बुनियादी आँकड़ों को देखें, अगर हम अचानक समझें कि इसकी व्याख्या कैसे की जाए।

यह कैसे किया गया था

सबसे पहली समस्या जिसका हमें सामना करना पड़ा, वह निम्नलिखित थी। Google Analytics में विश्लेषण की मुख्य "इकाई" साइट पृष्ठ है। स्वाभाविक रूप से, हमारे आवेदन में ऐसे कोई पृष्ठ नहीं हैं।
सौभाग्य से, एप्लिकेशन केवल पृष्ठ के एक एनालॉग का चयन करने में कामयाब रहा। मुझे नहीं पता कि इसे सामान्य परिभाषा कैसे दी जाए, लेकिन ज्यादातर मामलों में यह या तो किसी विशिष्ट प्रकार की वस्तुओं की सूची थी, या किसी विशेष वस्तु के बारे में विस्तृत जानकारी वाली स्क्रीन। मुझे संदेह है कि इस तरह के किसी भी आवेदन पर प्रकाश डाला जा सकता है।
और भी सौभाग्य से, पृष्ठों को एप्लिकेशन के क्लाइंट आर्किटेक्चर में एक स्पष्ट मिलान मिला। पृष्ठ खुलने को ट्रैक करना केवल एक तकनीकी मामला था - सही जगह (एकमात्र एए) में जीए एपीआई तक पहुंच के साथ सही कोड, और आप कर रहे हैं। ऐसा एक बार में किया गया था।
एक विषयांतर होना चाहिए। प्रारंभ में, आँकड़ों को बिना किसी विशिष्ट लक्ष्यों के "बस के मामले में" खराब कर दिया गया था। और हमने जो पहला रेक बनाया, वह यह था कि सिस्टम में मेनू और साइडबार पृष्ठ के समान ऑब्जेक्ट के आधार पर बनाए गए थे। यही है, जब सिस्टम बूट हुआ, तो एनालिटिक्स कोड ने ईमानदारी से तीन हिट भेजे - मुख्य पृष्ठ के अलावा, मेनू और साइडबार भी खुले। वे दौड़ के लिए Google पहुंचे - आप कल्पना कर सकते हैं कि यह आगंतुकों के प्रवाह में कैसा दिखता है:


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

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

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

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


छोटी चीजों के अलावा, बस इतना ही।

एक समस्या बनी हुई है जिसे अभी तक दूर नहीं किया जा सका है। आगंतुकों ने मूल पृष्ठ पर आने के लिए बहुत ही सरलता से दौरा किया, हालांकि पेजव्यू एक खाली URL के साथ हिट नहीं होता है। सबसे अधिक संभावना यह है कि खाता पंजीकृत करते समय यह मामला है। ईवेंट एक निश्चित पृष्ठ को भी संदर्भित करता है, और चूंकि हमारे पास एसपीए है, तो सभी ईवेंट स्वचालित रूप से रूट पेज को संदर्भित करते हैं। हमें क्लाइंट API के माध्यम से ईवेंट के साथ पंजीकृत होने के लिए पृष्ठ को बाध्य करने का कोई तरीका नहीं मिला।
अधिक विचित्र इस रूट पेज से उपयोगकर्ताओं का प्रस्थान है - अर्थात मानो खाता पंजीकरण घटना आ गई है, लेकिन प्रारंभ पृष्ठ का पृष्ठ दृश्य नहीं था। आप निश्चित रूप से मान सकते हैं कि उपयोगकर्ता सही समय पर ब्राउज़र को जल्दी से बंद कर देता है, लेकिन ऐसे निकास का प्रतिशत काफी बड़ा है। मुझे नहीं लगता कि कई उपयोगकर्ताओं के पास इतनी अच्छी प्रतिक्रिया और अंतर्ज्ञान है (आपको पल का अनुमान लगाने की आवश्यकता है)। हमने अभी तक समस्या की विस्तार से जांच नहीं की है - यह जीवन में बहुत हस्तक्षेप नहीं करती है।
एक अन्य टिप्पणी यह ​​है कि विज़िटर प्रवाह रिपोर्ट में डेटा अन्य रिपोर्टों की तुलना में थोड़ी देर बाद गिरता है, इसलिए इस रिपोर्ट की विज़िट की संख्या अन्य की तुलना में थोड़ी कम है।
इसके अलावा, कभी-कभी इस रिपोर्ट में एनोटेशन पृष्ठों का एक रहस्यमय समूह है - कुछ पुनरावृत्ति कदम पर एक समूह हो सकता है जिसमें, कह सकते हैं, 8 पृष्ठ। इन पृष्ठों को अलग से क्यों नहीं दिखाया गया है (स्क्रीन पर कुछ जगह है) - Google अकेला जानता है।
परिणामस्वरूप, हमें निम्नलिखित जैसा कुछ मिला:

इसकी व्याख्या एक अलग लेख के लिए एक विषय है, और एक के लिए नहीं हो सकती है।