वयस्क डायरेक्टरी पर समीक्षाएं और रेटिंग, जब कोई विज्ञापनदाता मुकदमे की धमकी दे तो ऑपरेटर को असल में क्या सुरक्षा मिलती है

जब कोई विज्ञापनदाता समीक्षा को लेकर मुकदमे की धमकी दे

कई डायरेक्टरी मुलाकात के बाद ग्राहकों को विज्ञापनदाता को रेट करने देती हैं, और देर-सवेर उनमें से कोई एक समीक्षा गुस्से भरी प्रतिक्रिया भड़का देती है। कभी यह मुकदमे की धमकी देने वाला ईमेल होता है। कभी मानहानि का हवाला देकर समीक्षा हटाने की मांग होती है। बहुत कम ही, कोई असली समन आता है। जिन ऑपरेटरों ने इनमें से कभी कुछ नहीं झेला, वे इन सबको एक ही समस्या मान लेते हैं, और जो एक बार झेल चुके हैं, वे अगली बार जरूरत से ज्यादा प्रतिक्रिया करने लगते हैं।

ये एक जैसी समस्याएं नहीं हैं। गुस्से भरा ईमेल कोई कानूनी दायित्व पैदा नहीं करता। औपचारिक हटाने की मांग भी अकेले कोई दायित्व पैदा नहीं करती। असली मुकदमे की प्रक्रिया से जारी समन करता है, और तीनों में से सिर्फ यही एक है जिस पर ऑपरेटर को वाकई कार्रवाई करनी होती है। तीनों को एक जैसा मानना, चाहे मांग पर हटाकर या सबको समान रूप से नज़रअंदाज़ करके, ऑपरेटर को दो विपरीत दिशाओं से मुसीबत में डाल देता है।

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

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

डिफ़ॉल्ट सुरक्षा, और यह स्वतः माफी क्यों नहीं है

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

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

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

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

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

सुरक्षा वाकई कहां कमज़ोर पड़ सकती है, समीक्षा फ़ॉर्म कैसे बनाया गया है

2008 में, अमेरिका की एक संघीय अपील अदालत ने एक ऐसे मामले पर फैसला सुनाया जिसका समीक्षाओं से कोई लेना-देना नहीं था। फेयर हाउसिंग काउंसिल ऑफ सैन फर्नांडो वैली बनाम Roommates.com मामला एक रूममेट-मिलान वेबसाइट से जुड़ा था, जो साइट इस्तेमाल करने से पहले उपयोगकर्ताओं को संरक्षित विशेषताओं के बारे में विशिष्ट सवालों के जवाब देने के लिए बाध्य करती थी। अदालत ने पाया कि चूंकि साइट ने खुद ही अनिवार्य सवाल और पहले से तय जवाब के विकल्प डिज़ाइन किए थे, इसलिए उसने सिर्फ यह होस्ट करने के बजाय कि उपयोगकर्ता ने क्या लिखना चुना, परिणामी सामग्री बनाने में योगदान दिया, और साइट के उस हिस्से के लिए उसने धारा 230 की सुरक्षा खो दी। उसी पेज पर एक खुला "अतिरिक्त टिप्पणियां" बॉक्स अपनी सुरक्षा बनाए रखने में कामयाब रहा, क्योंकि उस फ़ील्ड में कुछ भी उपयोगकर्ताओं को किसी खास सामग्री की ओर धकेल नहीं रहा था।

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

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

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

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

असली धमकी कैसी दिखती है, और गुस्से भरा ईमेल क्या नहीं है

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

यह जानना उपयोगी है कि ठीक इसी स्थिति के लिए एंटी-SLAPP सुरक्षा मौजूद है, हालांकि अमेरिका में यह सिर्फ राज्य स्तर पर है, इसका कोई संघीय संस्करण नहीं है। कई राज्य किसी असली, राय पर आधारित नकारात्मक समीक्षा को लेकर मुकदमा झेल रहे व्यक्ति को मामला जल्दी खारिज करवाने और मुकदमा करने वाले पक्ष से अपनी कानूनी लागत वसूलने की इजाज़त देते हैं, जिससे किसी ईमानदार समीक्षा पर आधारित कमज़ोर मानहानि मुकदमा दायर करने वाले के लिए महंगा पड़ता है। यह सुरक्षा कितनी मज़बूत है, यह राज्य-दर-राज्य काफी अलग-अलग होता है, इसलिए यह ऐसी चीज़ है जिसका अस्तित्व जानना उपयोगी है, ऐसी चीज़ नहीं जिसका वादा ऑपरेटर समीक्षा लिखने वाले से पहले से कर सके।

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

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

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

जब असली समन आता है यह पूछते हुए कि समीक्षा किसने लिखी

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

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

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

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