पंजीकरण करते समय अपना पासवर्ड छिपाने के सर्वोत्तम तरीके

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

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

प्राधिकरण के लिए उपयुक्त, पंजीकरण के लिए उपयुक्त नहीं है

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



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

लेकिन क्या होगा यदि हम पासवर्ड पुष्टिकरण क्षेत्र को हटा दें?

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



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

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

पासवर्ड का अस्थायी प्रदर्शन टाइपो की संख्या को कम करता है

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



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

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

फ़ील्ड फोकस में होने पर पासवर्ड प्रदर्शित करें

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



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

एक अन्य संभावना केवल अंतिम वर्णों को दिखाने की है, बाकी को तारांकन के साथ बदलना, इस प्रकार पासवर्ड की पुष्टि करना।

पासवर्ड चेक बॉक्स

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



लगभग। दुभाषिया। इस मामले में, हम उपयोगकर्ता को निर्णय लेने का अवसर देते हैं, स्थान और वातावरण के आधार पर, पासवर्ड प्रदर्शित करते हैं या इसे छिपाते हैं।

सुरक्षा और अनुभव के बीच संतुलन

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