क्या आपको वेबसाइट पर नकली खाते/लॉगिन के बारे में चिंता करनी चाहिए?

Question

मैं विशेष रूप से BugMeNot सेवा के बारे में सोच रहा हूं, जो उपयोगकर्ताओं की एक अच्छी संख्या में उपयोगकर्ता नाम और पासवर्ड combos प्रदान करता है। अब, मुझे एहसास है कि भुगतान के लिए सामग्री साइट इस बारे में चिंतित हो सकती है (और मुझे संदेह होगा कि साझा खातों के लिए अधिकतर घड़ी), लेकिन अन्य साइटों के बारे में कैसे? क्या प्रशासकों को इन खातों की तलाश में होना चाहिए? क्या वेब डेवलपर्स उन्हें खाते में लेने के लिए कुछ अलग कर सकते हैं (और शायद उनके उपयोग को रोकें)?

Answer 1

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

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

Answer 2

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

यदि यह आपके नियंत्रण तक नहीं है, तो आप निष्क्रिय खातों को हटाने पर विचार कर सकते हैं। यानी निष्क्रियता की एक निश्चित मात्रा के बाद खातों को हटा रहा है।

Answer 3

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

Answer 4

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

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

Answer 5

जो पूरी तरह से निर्भर करता है।

अधिकांश साइट जो खुद को bugmenot.com में सूचीबद्ध करते हैं वे अन्य होते हैं जिन्हें अन्यथा मुक्त सामग्री तक पहुंचने के लिए पंजीकरण की आवश्यकता होती है।

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

तो विचार करने से पहले कि बगमेनॉट स्वचालित रूप से जांचें या नहीं - इस बारे में सोचें कि क्या आपके व्यवसाय मॉडल में समस्याएं हैं या नहीं।

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

Answer 6

BugMeNot बारे में चिंता करने की कोई ज़रूरत नहीं: http://www.bugmenot.com/report.php

Answer 7

BugMeNot के साथ, यह ध्यान रखें कि इस सेवा वास्तव में वहाँ साइटों को नुकसान पहुँचाने की नहीं है, बल्कि उन्हें उपयोग को आसान बना सकते हैं। आप request to block your site कर सकते हैं यदि यह पे-पर-व्यू, समुदाय-आधारित (यानी एक फ़ोरम या विकी) है या खाते में समझदार जानकारी (बैंकिंग जैसी) शामिल है। इसका मतलब लगभग सभी परिस्थितियों में है जहां आप सोचेंगे कि बगमेनॉट एक बुरी चीज है, बगमेनोट का उपयोग नहीं करना चाहता है। तो शायद चीजें उतनी खराब नहीं हैं जितनी आप सोच सकते हैं।