संक्रमण समस्याओं पर क्लिक करें: कितने नींबू पानी में डूब रहे हैं?

AdRiver के सहकर्मियों के साथ संवाद करते समय, यह पता चला कि विज्ञापनों पर सभी क्लिक लक्ष्य साइट पर क्लिक नहीं बनते हैं। मेरे लिए यह सुनना सामान्य होगा कि 5-10% आगंतुक खो जाते हैं (सामान्य माप त्रुटि के ढांचे के भीतर काफी प्राकृतिक आंकड़े)। लेकिन, जैसा कि यह निकला, नुकसान 50% तक हो सकता है। और हमने अधिक विस्तार से समझने का फैसला किया कि लीक कहां होते हैं, साधारण, स्वस्थ, पर्याप्त क्लिक संक्रमण क्यों नहीं बनते।

बाधा 1: इस किनारे पर

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

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

क्या किया जा सकता है: यदि जावास्क्रिप्ट के माध्यम से उपयोगकर्ता कार्यों को ध्यान में रखना संभव है (उन उपयोगकर्ताओं के लिए एक आँकड़े सर्वर को अदृश्य पिक्सेल भेजना जो ऐसा कर सकते हैं), तो यह वही है जो आपको करने की आवश्यकता है। इसके अतिरिक्त, आपको आँकड़ों के सर्वर के लिए DNS क्वेरी को कम करना होगा 0 (यह आमतौर पर रीडायरेक्ट के लिए अधिकतर प्रतीक्षा समय लेता है), आप इस डोमेन से एक पारदर्शी पिक्सेल को कॉल करके ऐसा कर सकते हैं जब कोई विज्ञापन लोड कर रहा हो (या उसी डोमेन से विज्ञापन लोड कर रहा हो) परिवर्तन की गणना करता है): ब्राउज़र साइट के लिए एक सामान्य अनुरोध करेगा, DNS प्रतिक्रिया को कैश करेगा और निकट भविष्य में इसका उपयोग करने में सक्षम होगा। और, निश्चित रूप से, हमें सांख्यिकी लेखा सर्वर और विज्ञापन सेवारत सर्वर दोनों की उपलब्धता और प्रदर्शन की चौबीस घंटे निगरानी की आवश्यकता है, ताकि प्रतिक्रिया समय न्यूनतम (10-20 एमएस) मूल्यों से अधिक न हो।

नुकसान: 1.5% तक क्लिक्स, लगभग हमेशा ये अनुचित यात्राएं हैं। और ये नुकसान, अगर वे होते हैं, तो विज्ञापन नेटवर्क द्वारा किसी भी तरह से रिकॉर्ड नहीं किए जाते हैं (क्योंकि वे क्लिक के तथ्य दर्ज किए जाने से पहले भी होते हैं)।

बाधा 2: स्थानीय दुर्गमता

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

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

और निश्चित रूप से, उच्च ट्रैफ़िक या सर्वर समस्याओं के कारण साइट स्वयं भी भौतिक रूप से अनुपलब्ध हो सकती है ( loadimpact.com के माध्यम से साइट की गलती सहनशीलता की जांच करें)। लेकिन आमतौर पर ऐसी समस्याओं (उच्च-गुणवत्ता और विश्वसनीय साइटों के लिए) का अनुपात 0.1% तक छोटा होता है।

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

नुकसान: क्लिक का 1-10%।

बाधा 3: एन मार्ग

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

सबसे दिलचस्प बात यह है कि, व्यावहारिक रूप से, सभी काउंटर साइट लोडिंग के इस चरण में उपयोगकर्ता की विफलताओं को रिकॉर्ड नहीं करते हैं: वे खुद को कुछ गिनने के लिए अभी तक लोड नहीं किया है।

क्या किया जा सकता है: साइट की गति बढ़ाने के लिए अधिकतम ग्राहक अनुकूलन विधियों (FEO) को लागू करें, 5 एमबीपीएस कनेक्शन पर 1-1.5 सेकंड तक सफेद स्क्रीन के समय को कम करने के लिए - परिणाम की जांच के लिए आप www.webpagetest.org का उपयोग कर सकते हैं।

नुकसान: क्लिक का 2-10% ज्यादातर मामलों में, ये अनुचित विज़िट हैं: उपयोगकर्ता लक्ष्य साइट पर अपने संक्रमण को दर्ज करने से पहले ब्राउज़र को बंद करने का प्रबंधन करते हैं।

बाधा 4: लगभग रवाना

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

धीमी साइटों के मामले में (ग्राफिक्स या इंटरैक्टिव तत्वों के साथ अतिभारित) हमेशा गति से संबंधित विफलताओं की एक महत्वपूर्ण संख्या होगी। लेकिन एक सक्षम दृष्टिकोण के साथ, ऐसी विफलताओं में से 80% तक को समाप्त किया जा सकता है।

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

नुकसान: क्लिक के 3-20%

बाधा ५: क्या कोई गोफर था?

एक और अच्छी तरह से ज्ञात समस्या है कि वे यह भी उपयोग करना पसंद करते हैं कि बहस करते समय हानि क्यों होती है: इन काउंटरों के बीच विसंगति। यहां तक ​​कि दोनों क्लिकों और क्लिकों के लिए एकल सांख्यिकी प्रणाली का उपयोग करते समय, मामूली विचलन संभव है (एकत्र किए गए डेटा के सिंक से बाहर, लेखांकन त्रुटियों)। किसी साइट पर क्लिक ट्रैक करने और क्लिक ट्रैक करने के लिए विभिन्न प्रणालियों का उपयोग करते समय, विसंगतियां और भी अधिक हो सकती हैं। हमारे अनुभव में, विभिन्न काउंटरों के डेटा के बीच विसंगति 20% तक हो सकती है। ऐसा क्यों हो रहा है?

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

क्या किया जा सकता है: क्लिक और क्लिक दोनों के लिए खाते में एकल काउंटर (आधार) का उपयोग करें। यह संभावित विसंगतियों को कम करेगा।

नुकसान: क्लिक का 1-10%।

निष्कर्ष

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