🌐 🤞🏻 ✋🏿 रूबी के लिए पटरियों पर साइट विज़िटर सोर्सिंग मॉड्यूल 🎒 🍿 👨🏿‍✈️

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

भाग एक वेब विश्लेषिकी और आगंतुकों के स्रोतों का निर्धारण करने के बारे में

समस्या

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

जब Google ने यूनिवर्सल के बीटा को रोल आउट किया, तो यह स्पष्ट हो गया कि जल्द या बाद में, आपको Google कुकी को अलविदा कहना होगा और यह सीखना होगा कि यह कैसे करना है। लेकिन तब से उन्होंने क्लासिक और यूनिवर्सल की असंगति की घोषणा की, अब तक आप ठीक से बैठ सकते थे: क्लासिक को लंबे समय तक समर्थन दिया जाएगा।

जीए कुकी के नए संस्करण में, केवल एक ही शेष है - उपयोगकर्ता आईडी के साथ। Analytics इसे अपने सर्वर पर भेजता है और पहले से ही सभी गणना करता है। और अब, न तो कुकीज़ के माध्यम से, न ही js के माध्यम से आप इससे स्रोत के बारे में जानकारी प्राप्त कर सकते हैं।

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

इस संबंध में, मैं एक स्व-निर्मित utmz कुकी जनरेटर में पैदा हुआ था। और इसे सोर्सबस्टर कहा।

पहले फॉर्म के बारे में

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

GitHub से सीधा लिंक: https://github.com/alexfedoseev/sourcebuster
मैंने अभी तक README.rdoc डिज़ाइन का पता नहीं लगाया है, इस प्रक्रिया में, मैं इसे जल्द ही ठीक कर दूंगा।

अब कंटेंट के बारे में

अधिकांश तर्क जीए तर्क को दोहराते हैं, लेकिन कुछ अंतर हैं।
चलो डेटा संरचना के साथ शुरू करते हैं।

डेटा संरचना

कुल मिलाकर, हमारे पास 4 मुख्य प्रकार के ट्रैफ़िक हैं:

utm - utm टैग के साथ ट्रैफ़िक चिह्नित
कार्बनिक - कार्बनिक खोज इंजन परिणामों से यातायात
रेफरल - रेफरल ट्रैफ़िक (तृतीय-पक्ष संसाधनों से लिंक)
टाइपिन - प्रत्यक्ष संक्रमण

नीचे दी गई छवि में फ़िल्टरिंग तर्क:

इस प्रकार, हम आगंतुकों को इन 4 बास्केट में पैक करते हैं।
अगला, हमें स्रोतों के पुनर्लेखन के लिए नियम बनाने की आवश्यकता है, क्योंकि एक आगंतुक अलग-अलग स्रोतों से अलग-अलग समय पर साइट पर जा सकता है।

पुनर्लेखन स्रोतों का तर्क

Google Analytics के तर्क का पुनर्लेखन तर्क निम्नानुसार है:

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

मॉड्यूल का उपयोग करके वास्तव में क्या निकाला जा सकता है:

पहले स्रोत पर डेटा:
utm_source, utm_medium, utm_campaign, utm_content, utm_term
वर्तमान स्रोत के बारे में समान डेटा
(यदि उपयोगकर्ता ने दूसरे स्रोत से बार-बार संक्रमण किया है)
पहली यात्रा की तारीख
प्रवेश बिंदु
पूर्ण रेफ़रर जिस पर स्रोत को फिर से लिखा गया था
आईपी और उपयोगकर्ता एजेंट उपयोगकर्ता

मॉड्यूल स्थापना

हम मानते हैं कि आपके पास पहले से ही एक रेल एप्लिकेशन है, जिसे आप मॉड्यूल को फास्ट करना चाहते हैं।

Gemfile एप्लिकेशन में, जोड़ें:

gem 'sourcebuster', :git => "git@github.com:alexfedoseev/sourcebuster.git"

सेट करें:

 bundle install

चूंकि यह एक माउंटेबल इंजन है, इसलिए यह एक अलग नाम स्थान पर मौजूद है।
हम इसे एप्लिकेशन में माउंट करते हैं, जो मार्गों में जोड़ते हैं ।rb :

 mount Sourcebuster::Engine => "/sourcebuster"

अगला, हमें सभी माइग्रेशन की प्रतिलिपि बनाने और प्रदर्शन करने की आवश्यकता है।
कॉपी:

 bundle exec rake sourcebuster:install:migrations

और निष्पादित करें:

 bundle exec rake db:migrate

आपके डेटाबेस में 3 नए टेबल हैं:

sourcebuster_referer_sources
कस्टम स्रोत डेटा।
sourcebuster_referer_types
रेफरल के प्रकार पर डेटा (रेफरल ट्रैफ़िक के लिए अनिवार्य रूप से utm_medium)।
sourcebuster_settings
अनुप्रयोग सेटिंग्स (सत्र अवधि और उपडोमेन प्रसंस्करण)।

आपको उनके साथ कुछ भी नहीं करना है, पहले से ही बॉक्स से बाहर डेटा है और उनके लिए इंटरफेस हैं।

माउंटेबल इंजन के बारे में अधिक जानकारी - http://guides.rubyonrails.org

मॉड्यूल लगभग जुड़ा हुआ है, अंतिम स्पर्श बना हुआ है: इसे अपने आवेदन में कहीं भी कुकीज़ सेट करने दें। ऐसा करने के लिए, अपने आवेदन के application_controller.rb में जोड़ें:

 class ApplicationController < ActionController::Base include Sourcebuster::CookieSettersHelper before_filter :set_sourcebuster_data helper_method :extract_sourcebuster_data # some code private def set_sourcebuster_data set_sourcebuster_cookies end end

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

के उपयोग

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

मॉड्यूल निम्नलिखित तरीके देता है (अधिक सटीक रूप से, केवल एक ही विधि है, लेकिन यह विभिन्न डेटा को बाहर निकालता है):

मॉड्यूल के तरीके

 # C    (utm / organic / referral / typein) extract_sourcebuster_data(:sb_first, :typ) # C  utm_source extract_sourcebuster_data(:sb_first, :src) # C  utm_medium extract_sourcebuster_data(:sb_first, :mdm) # C  utm_campaign extract_sourcebuster_data(:sb_first, :cmp) # C  utm_content extract_sourcebuster_data(:sb_first, :cnt) # C  utm_term extract_sourcebuster_data(:sb_first, :trm) #    (utm / organic / referral / typein) extract_sourcebuster_data(:sb_current, :typ) #  utm_source extract_sourcebuster_data(:sb_current, :src) #  utm_medium extract_sourcebuster_data(:sb_current, :mdm) #  utm_campaign extract_sourcebuster_data(:sb_current, :cmp) #  utm_content extract_sourcebuster_data(:sb_current, :cnt) #  utm_term extract_sourcebuster_data(:sb_current, :trm) #     extract_sourcebuster_data(:sb_first_add, :fd) #   extract_sourcebuster_data(:sb_first_add, :ep) #  ,      extract_sourcebuster_data(:sb_referer, :ref) # ip  extract_sourcebuster_data(:sb_udata, :uip) #   user agent extract_sourcebuster_data(:sb_udata, :uag)

मॉड्यूल परीक्षण पृष्ठ: http://sandbox.alexfedoseev.com/sourcebuster/showoff
आप इसे अलग-अलग स्रोतों से जा सकते हैं और यह देख सकते हैं कि मॉड्यूल क्या निर्धारित करता है।

मॉड्यूल आपको कई अतिरिक्त मापदंडों को कॉन्फ़िगर करने की भी अनुमति देता है।

डिफ़ॉल्ट सेटिंग्स

इंटरफ़ेस: http://sandbox.alexfedoseev.com/sourcebuster/settings

सत्र की अवधि
उपयोगकर्ता की अंतिम गतिविधि के कितने समय बाद उसकी यात्रा पूर्ण मानी जाती है। इसे 30 मिनट में डिफ़ॉल्ट रूप से इंगित किया जाता है।

उपडोमेन प्रसंस्करण
यह अनिवार्य रूप से GA में _setDomainName का एक एनालॉग है। मैं एक उदाहरण के साथ समझाऊंगा।
मान लीजिए कि आपके पास एक साइट है जिस पर उप-डोमेन हैं:

site.com
blog.site.com
shop.site.com

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

यदि आप blog.site.com को फ़ील्ड में निर्दिष्ट करते हैं, तो alex.blog.site.com से blog.site.com पर संक्रमण गैर-रेफरल होगा, और alex.blog.site.com से shop.site.com तक संक्रमण पहले से ही रेफरल होगा। यातायात।

अतिरिक्त स्रोत

इंटरफ़ेस: http://sandbox.alexfedoseev.com/sourcebuster/custom_source

सिस्टम में कई अतिरिक्त स्रोतों के प्रसंस्करण को अनुकूलित करने की क्षमता है।
सेटिंग्स निम्नलिखित मापदंडों के अनुसार बनाई गई हैं:

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

उदाहरणों के साथ समझाने के लिए इस तालिका के लिए क्या आवश्यक है।

उदाहरण 1
आप चाहते हैं कि सिस्टम बिंग खोजों से ऑर्गेनिक ट्रैफ़िक (जो कि काफी हद तक सही है) में बदलाव पर विचार करे।
यदि आप bing.com पर जाते हैं और खोज बॉक्स में क्वेरी "ऐप्पल" दर्ज करते हैं, तो आपको फॉर्म के पते के साथ खोज पृष्ठ पर पुनः निर्देशित किया जाएगा:
www.bing.com/search ? q = apple & go = & qs = n & form = QBLH & pq = apple & sc = 8-5 & sp = -1 & sk = & cvid = 718ad07527244c319ecebf444a1f64

इसके आधार पर हम एक नया विशेष स्रोत बनाते हैं:

डोमेन: bing.com
उपनाम: बिंग
या जैसा आप चाहते हैं, आप सिर्फ लिखने के लिए कुछ नहीं कर सकते हैं, फिर रेफरर होस्ट को प्रतिस्थापित किया जाएगा।
चैनल: जैविक
कीवर्ड पैरामीटर: q
यह खोज परिणामों के साथ पृष्ठ के url में ""? "और" = your_query "के बीच का प्रतीक है।

अब ऐसे पन्नों से आने वाली हर चीज़ को ऑर्गेनिक ट्रैफ़िक माना जाएगा।

उदाहरण 2
आप सामाजिक से बदलाव को उजागर करना चाहते हैं। एक अलग समूह में नेटवर्क।
हम एक समान पैटर्न का पालन करते हैं:

डोमेन: facebook.com
उपनाम: फेसबुक
चैनल: सामाजिक
कीवर्ड पैरामीटर: आवश्यक नहीं है

हो गया। अब फेसबुक से सभी क्लिक लिंक (यूटीएम टैग के साथ चिह्नित किए गए को छोड़कर) सामाजिक चैनल के मूल्य के साथ होंगे।

डोमेन फ़ील्ड में, आपको ज़ोन (.com, .com.ru, आदि) को पूरी तरह से निर्दिष्ट करना होगा। यदि आप facebook.com मान निर्दिष्ट करते हैं, तो डोमेन facebook.com.ru से ट्रैफ़िक इस फ़िल्टर के अंतर्गत नहीं आएगा। और डोमेन से m.facebook.com - मिलेगा।

परीक्षण

स्रोत: https://github.com/alexfedoseev/sourcebuster/blob/master/test/integration/navigation_test.rb
परीक्षण के शेरों की हिस्सेदारी सेलेनियम परीक्षण है यह सत्यापित करने के लिए कि स्रोतों की पहचान की गई है और सही तरीके से फिर से लिखा गया है। वे रूबी में लिखे गए थे, लेकिन इस तरह से लागू किए गए थे कि न केवल मेरे मॉड्यूल के कोड की जांच करना संभव था, लेकिन सिद्धांत रूप में किसी भी कार्यान्वयन (उदाहरण के लिए, अगर किसी ने इसे php या js में पोर्ट किया है)। यही है, वे तरीकों का परीक्षण नहीं करते हैं, लेकिन उनके काम का परिणाम है। इसके अलावा, सरोगेट रेफ़रर्स का उपयोग यहां नहीं किया जाता है, लेकिन वास्तविक संसाधनों से वास्तविक संक्रमण का परीक्षण किया जाता है। और अगर यैंडेक्स जारी करने में कुछ बदलता है (उदाहरण के लिए, https पर स्विच करता है, जो कि रेफ़र को मार देगा), तो परीक्षण इसे दिखाएंगे। सब कुछ वास्तव में छोटा है।

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

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

ऊपरी कोड ब्लॉक में स्थिरांक होते हैं जिन्हें आपको परीक्षण चलाने से पहले कॉन्फ़िगर करने की आवश्यकता होती है। उनसे यह स्पष्ट है कि वास्तव में क्या तैयार करने की आवश्यकता है।

और हां, टेस्ट रन में लगभग 20-30 मिनट लगते हैं।

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

भाग दो मेरे और रेल के बारे में

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

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

आलोचना के लिए अग्रिम धन्यवाद और मुझे उम्मीद है कि यह पोस्ट किसी के लिए उपयोगी होगी। सौभाग्य है।

रूबी के लिए पटरियों पर साइट विज़िटर सोर्सिंग मॉड्यूल