ट्रैफिक की कहानी

जैसा कि हमने वादा किया था, हम उन तकनीकों और तकनीकों के बारे में पदों की एक श्रृंखला शुरू कर रहे हैं जो हमारी कंपनी में उपयोग की जाती हैं। शुरू करने के लिए हम घरेलू उत्पाद है, जो OMPW कहा जाता है चाहते हैं - Oversun मीडिया प्लेयर जादूगर - सहायक उपयोगकर्ता समर्थन करते हैं। इस प्रणाली का उपयोग हमारी कंपनी के लगभग सभी विभागों द्वारा किया जाता है और यह बहुत कुछ कर सकता है।

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

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

क्या आप जब दही बोतल चिलर स्टोर के सामने के हाथों में मोड़ देखते हैं? पैकेजिंग और उत्पादन, शेल्फ जीवन, कैलोरी, लाभकारी गुण की तारीख और विटामिन की उपस्थिति पर। संक्षेप में, तो आप उत्पाद के उपभोक्ता गुणों का अध्ययन करते हैं और उनकी कीमत के साथ तुलना करते हैं। यहां तक ​​कि अगर आप 1 बोतल की कीमत को ध्यान में नहीं रखते हैं, तो 100% संभावना के साथ आप सैकड़ों हजारों बोतलों की थोक खरीद के साथ ऐसा करना शुरू कर देंगे।

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

खेलों के बारे में हमें क्या जानने की आवश्यकता है?

ट्रैफ़िक पर जाने से पहले, हमें खिलाड़ी के जीवन पथ पर विचार करना होगा। और हम सबसे सरल के साथ शुरू - घटनाओं के साथ। घटना - यह है कि क्या मनाया वस्तु के जीवन में हो रहा है। हमारे मामले में, यह कुछ ऐसा है जो खिलाड़ी के साथ हुआ है: साइट पर जाकर, पंजीकरण करना, गेम कैरेक्टर बनाना, खोज करना, लड़ना या समतल करना।

नोट: पाठ में आप घटनाओं खिताब की एक किस्म मिल जाएगा। आंतरिक समझौते से, घटना का नाम एक डॉट से जुड़ी दो लाइनों से बनता है। पहली पंक्ति कार्रवाई की वस्तु (प्रोग्रामिंग, वर्ग या वस्तु में) को इंगित करती है। (- एक विधि सदस्य समारोह प्रोग्रामिंग के संदर्भ में) दूसरी पंक्ति कार्रवाई उस वस्तु पर किया जाता है इंगित करता है।
घटना के नाम के उदाहरण: "search.get", "search.cancel"।

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

"घटना + पैरामीटर" का सेट हम "बिंदु" कहते हैं, क्योंकि वहाँ हमेशा केवल एक खिलाड़ी के जीवन में इस तरह सेट है। एक खिलाड़ी दो बार एक बिंदु से नहीं जा सकता। सभी बिंदु खेल परियोजना के डेटाबेस में संग्रहीत हैं और खिलाड़ी के इतिहास (लॉग) का प्रतिनिधित्व करते हैं।

यातायात वर्गीकरण

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

• बैनर;
• पॉप-अप - pop-ups;
• पृष्ठभूमि में खुले पृष्ठों के नीचे क्लिक करें;
• टीज़र - एक छोटे से विवरण के साथ ग्राफिक ब्लॉक;
• प्रासंगिक - प्रासंगिक विज्ञापन;
• जैविक - कस्टम पोस्ट और समीक्षाएं;
• सामाजिक - सामाजिक नेटवर्क से;
• एक्सचेंज यातायात - यातायात विभिन्न स्रोतों से इकट्ठा किया जाता है;
• आर्बिट्राज ट्रैफिक - "जहाँ खरीदा सस्ता, ज्यादा महंगा बेचा गया"।

बाकी ट्रैफिक हमारे हितों के बाहर है, जैसे ज्यादातर मामलों में यह एक कानूनी ढांचे के तहत नहीं है।

भुगतान के प्रकार से, ट्रैफ़िक होता है:

• भुगतान के लिए सामग्री का प्रकाशन - कार्बनिक यातायात;
• किराये के विज्ञापन स्थान के साथ - बैनर या जैविक यातायात;
• प्रति विज्ञापन सामग्री का भुगतान करें (PPV - प्रति दृश्य भुगतान) - बैनर ट्रैफ़िक;
• प्रति आगंतुक भुगतान (पीपीसी - प्रति क्लिक भुगतान) - सभी प्रकार के स्रोत;
• प्रति क्रिया का भुगतान (पीपीए - प्रति कार्य भुगतान) - सभी प्रकार के स्रोत;
• खिलाड़ी (रेफरल सिस्टम) द्वारा किए गए भुगतान से ब्याज की कटौती के साथ - सभी प्रकार के स्रोत।

भुगतान प्रकारों के विभिन्न संयोजन भी संभव हैं। उदाहरण के लिए, "1000 बैनर छापों के लिए 10 रूबल + साइट पर 100 क्लिक के लिए 15 रूबल + 100 पंजीकरण के लिए 20 रूबल।"

यातायात की गुणवत्ता का आकलन

जाहिर है, सभी भागीदारों के लिए एक एकल ट्रैफ़िक खरीद योजना पर काम करना असंभव है। इसलिए, हर आपूर्तिकर्ता अपने नियमों पर काम कर रहा है, और यातायात दक्षता का मूल्यांकन माना जाता है "तोता में।"

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

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

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

सबसे सरल यातायात प्रवाह योजना

आइए खेल की वेबसाइट पर देखे गए बैनर (या लेख) से आगंतुक के मार्ग का विश्लेषण करें।


अंजीर में। 1 एक साथी, जो संसाधन पर खेल की साइट पर एक बैनर पोस्ट से उपयोगकर्ताओं की एक योजनाबद्ध प्रवाह है। जैसा कि आंकड़े में देखा जा सकता है, हम सीधे साइट पर ट्रैफ़िक नहीं डालते हैं। इसके बजाय, हम इसे एक मध्यस्थ के माध्यम से पास करते हैं - "PX_TDS"। आइए हम इस पर अधिक विस्तार से ध्यान दें।

यातायात वितरण प्रणाली (PX_TDS)

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

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

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

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

PX_TDS हमारी अपनी क्षैतिज स्केलिंग ट्रैफ़िक वितरण प्रणाली है। PX_TDS तक पहुंचने पर, उपयोगकर्ता को विज़िटर (विजिटर_यूआईडी) के लिए विश्व स्तर पर विशिष्ट पहचानकर्ता सौंपा जाता है और ईवेंट "विजिटर.ग्रेस्टर" को सहेजा जाता है, जिसके बाद उपयोगकर्ता गेमिंग साइट पर रीडायरेक्ट होता है। जिस विज़िटर को भेजा जाता है, उस पृष्ठ के पते में विज़िटर_आईडी पैरामीटर जोड़ा जाता है।

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

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

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

यातायात प्रवाह के तार्किक और भौतिक नोड्स

चित्र 1 पर लौटते हुए, मैं कहना चाहूंगा कि यह केवल एक आरेख था। सभी नोड्स को चित्र 2 में देखा जा सकता है।

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

क्रेता - ट्रैफ़िक खरीदने वाला व्यक्ति (तार्किक नोड)।
लक्ष्य साइट एक इंटरनेट परियोजना है जो PX_TDS (तार्किक नोड) से ट्रैफ़िक प्राप्त करती है।
एक विज्ञापन अभियान लक्ष्य की वेबसाइट पर स्थित एक पृष्ठ है जहाँ ट्रैफ़िक खरीदा जाता है (भौतिक नोड)।

विक्रेता - एक व्यक्ति जो ट्रैफ़िक (तार्किक नोड) बेचता है।
डोनर साइट एक इंटरनेट प्रोजेक्ट है जो PX_TDS (भौतिक या तार्किक नोड) को ट्रैफ़िक भेजता है।
स्रोत - दाता साइट (शारीरिक या तार्किक नोड) की एक बाल संरचना।

अधिक वेंडर और सम्बद्ध स्थलों पर रहने के लिए चाहते हैं।

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

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

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

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

ऐसी योजना हमें पूरी तरह से सूट करती है। लेकिन, दो स्तरों के समर्थन के कारण एक विरोधाभास पैदा होता है:

• बड़ी संख्या में स्रोतों के कारण, विज्ञापन स्लॉट केवल बड़े पोर्टल्स पर ही संभव है (बड़ी संख्या में छोटी साइटों पर यह थकाऊ हो जाता है)
• तीसरे स्तर के घोंसले के शिकार की कमी के कारण, हम दोहरी रेफरल सिस्टम का समर्थन नहीं करते हैं (जब एक्सचेंज का आपूर्तिकर्ता खुद एक्सचेंज होता है)

लक्ष्य साइट

याद रखें, आगंतुक लैंडिंग के लिए भेजा PX_TDS? पृष्ठ का पता वह कृपया ने कहा हमें visitor_uid, जो कुकीज़ में ध्यान से साइट को निर्धारित करने के लिए।

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

वैसे, यदि कोई विज़िटर PX_TDS के साथ लक्षित साइट पर नहीं आता है, तो साइट स्वयं विज़िटर_यूआईडी उत्पन्न करती है और इसे PX_TDS को रिपोर्ट करती है। इस स्थिति में, यदि स्रोत की वास्तव में गणना नहीं की जा सकती (REFERER में लोकप्रिय पोर्टल्स जैसे कि Google, facebook और अन्य) के बारे में जानकारी नहीं है, तो ट्रैफ़िक स्रोत को "अज्ञात" माना जाता है।

एक और OMPW मॉड्यूल है जिसकी समीक्षा नहीं की गई है - PX_SERVER। इसका मुख्य कार्य घटनाओं को स्वयं में आयात करना और डेटा हेरफेर के लिए WebAPI प्रदान करना है। लेकिन इसका एक और कार्य है - यह क्रमिक रूप से घटनाओं के स्रोतों को दरकिनार करता है (इस मुद्दे पर निम्नलिखित भागों में चर्चा की जाएगी) और उन्हें अपने डेटाबेस में सहेजता है (आगे देखते हुए, बताते हैं कि पायथन + अपाचे HBase का उपयोग यहां किया जाता है)।

एक संक्षिप्त आयात एल्गोरिथ्म इस प्रकार है:

• हम सभी नए विज़िटर को अपने डेटा (आगंतुक_ समय, स्रोत, दाता साइट, विक्रेता, खरीदार, लक्ष्य साइट, विज्ञापन अभियान, आदि) के साथ PX_TDS से लेते हैं।
• हम लक्ष्य साइट से अपने डेटा के साथ सभी नए उपयोगकर्ताओं की एक सूची ले लेते हैं (आगंतुक_आईडी, user_id, समय और अधिक), PX_TDS से डेटा के साथ गठबंधन

एक निष्कर्ष के बजाय

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

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

आपका ध्यान के लिए धन्यवाद!
UPD: उस लेख से हटा दिया गया जो विचारशील पढ़ने में बाधा उत्पन्न कर सकता है: “यातायात चक्र के प्रत्येक भाग में, हम पहले व्यक्ति को निर्धारित करेंगे जो ओवरसून मीडिया से टी-शर्ट प्राप्त करेगा। जैसे ही हम 5 लोगों से आकार एकत्र करते हैं, हम इन छोटे स्मृति चिन्हों को बनायेंगे और भेजेंगे। ”