निजता की सुरक्षा! अब लोग ज़्यादा बेहतर तरीके से अपनी स्क्रीन शेयर करते हैं

François Beaufort
François Beaufort

इस वेब प्लैटफ़ॉर्म पर उपयोगकर्ता, Screen Capture API का इस्तेमाल करके अपनी स्क्रीन शेयर कर सकते हैं. Chrome में getDisplayMedia() को लागू करने पर एक मीडिया पिकर शामिल होता है. इसकी मदद से उपयोगकर्ता किसी भी टैब, विंडो या स्क्रीन को शेयर कर सकते हैं. Chrome 107 की शुरुआत में, हमने उस डायलॉग में एक छोटे से बदलाव के साथ प्रयोग किया. इसमें हमने टैब को पहला विकल्प माना, ताकि उपयोगकर्ताओं को टैब शेयर करने के लिए बढ़ावा मिले और वे अपनी पूरी स्क्रीन शेयर न कर सकें. यह अच्छी तरह से समझाए गए सिद्धांत पर निर्भर करता है कि किसी सवाल को जिस तरह से पेश किया जाता है, वह जवाबों के डिस्ट्रिब्यूशन पर असर डालता है. इसे बोलचाल की भाषा में Nudge Theory के नाम से जाना जाता है और बच्चों को “प्रीटी कृपया” के नाम से जाना जाता है. कुछ शुरुआती बढ़ोतरी के बाद, यह एक्सपेरिमेंट काफ़ी सफल रहा. अब हम इस नए अनुभव को सभी उपयोगकर्ताओं के लिए उपलब्ध करा चुके हैं.

पुराने और नए मीडिया पिकर के प्रॉम्प्ट के स्क्रीनशॉट.
Chrome का मीडिया पिकर (सबसे ऊपर नया वर्शन).

जैसा कि पहले बताया जा चुका है, आम तौर पर, टैब शेयर करना सबसे बेहतर विकल्प होता है:

  • निजता के लिहाज़ से यह बेहतर है, क्योंकि उपयोगकर्ताओं की अन्य ऐप्लिकेशन, सूचनाओं, डेस्कटॉप वॉलपेपर या सेटिंग से निजी जानकारी ज़ाहिर करने की संभावना बहुत कम होती है.
  • रिसीविंग साइड पर, स्क्रीन के रीयल-एस्टेट का बेहतर इस्तेमाल.
  • कम पिक्सल शेयर करने की वजह से, नेटवर्क रिसॉर्स का बेहतर इस्तेमाल.

इसलिए, हमने टैब को पहले विकल्प के तौर पर पेश करने की कोशिश की.

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

अच्छी बात यह है कि Chrome 107 से selfBrowserSurface विकल्प उपलब्ध है. यह विकल्प, ऐप्लिकेशन को यह तय करने की अनुमति देता है कि Chrome को उपयोगकर्ता को ऑफ़र किए गए टैब की सूची में से मौजूदा टैब को शामिल करना चाहिए या नहीं. यह एक नया कंट्रोल है, इसलिए ज़्यादातर वेब ऐप्लिकेशन यहां साफ़ तौर पर कोई वैल्यू नहीं देते. रिन्यू किए गए एक्सपेरिमेंट में, हमने Chrome 108 और उसके बाद के वर्शन में, डिफ़ॉल्ट वैल्यू को "include" से बदलकर "exclude" कर दिया. इससे अनचाहे इफ़ेक्ट को खत्म कर दिया जाता है, जबकि खास ऐप्लिकेशन अब भी पिछली कार्रवाई को शुरू कर पाते हैं.

प्रयोग के हिस्से के तौर पर, डिफ़ॉल्ट वैल्यू में बदलाव करने से अपने फ़ायदे सामने आए. खुद को कैप्चर करने की सुविधा, कैप्चर-सेशन के करीब 0.8% से गिरकर करीब 0% हो गई. साथ ही, खुद को नुकसान पहुंचाने वाले करीब-करीब सभी मामले खत्म हो गए. इससे पहले, हर 100 में से करीब 1 उपयोगकर्ताओं पर असर पड़ा था.

Chrome 108 में एक्सपेरिमेंट फिर से शुरू किया गया. एक बार उपयोगकर्ताओं की संख्या 50% होने पर, हमें ये नतीजे मिले:

  • टैब शेयर करने की सुविधा 16% से बढ़कर 30% हो गई.
  • विंडो शेयर करने की सुविधा 14% से बढ़कर 20% हो गई है.
  • स्क्रीन शेयर करने की सुविधा 55% से घटकर 36% हो गई.
  • सेल्फ़-कैप्चर (टैब आधारित) 0.8% से घटकर 0% हो गया है.
  • रद्द की गई सदस्यताओं की संख्या में अलग-अलग बढ़ोतरी हुई है. इसके बारे में ज़्यादा जानकारी यहां दी गई है.
  • ऐक्टिवेशन (getDisplayMedia() पर किए जाने वाले कॉल की संख्या) अलग-अलग बढ़ गए हैं.
डायलॉग के साथ उपयोगकर्ताओं के इंटरैक्शन में देखे गए बदलाव.
डायलॉग के साथ उपयोगकर्ताओं के इंटरैक्शन में हुए बदलाव.

उपयोगकर्ताओं के टैब, विंडो, और स्क्रीन शेयर करने की फ़्रीक्वेंसी में हुए बदलाव से हम बेहद खुश थे. हालांकि, बुकिंग रद्द करने और उसे चालू करने की प्रक्रिया में बदलाव होना चिंता का विषय था.

एक्सपेरिमेंट को ज़्यादा देर तक चलाने पर, हमें पता चला कि एक्सपेरिमेंट ग्रुप में रद्द करने की संख्या, कंट्रोल ग्रुप की ओर वापस आ गई है. यह हमारे सिद्धांत से जुड़ा है कि लोग अनजान डायलॉग देखने के बाद, जल्दी से घबरा जाते थे, लेकिन समय के साथ उनकी आदत हो जाती थी.

समय के साथ, टेस्ट ग्रुप में रद्द करने की संख्या में बढ़ोतरी हुई.
टेस्ट ग्रुप में रद्द करने की संख्या में समय के साथ बढ़ोतरी हुई है.

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