'बैक बटन' कार्यक्षमता, यह कितना महत्वपूर्ण है?


22

बैक बटन को तोड़ने के लिए "समृद्ध" अनुप्रयोगों के लिए यह आम बात है। मैंने हमेशा माना है कि यह खराब रूप था लेकिन शायद यह दृश्य पुराना है?

क्या कभी बैक बटन को तोड़ना ठीक है? और यदि हां, तो मापदंड क्या हैं?


संपादित करें: स्पष्ट करने के लिए मैं उन अनुप्रयोगों का जिक्र कर रहा था, जहां बैक बटन पर क्लिक करने से मूल रूप से आपको सिर्फ वहीं वापस भेजा जाता है, जहां आप थे। प्रभावी रूप से अक्षम लेकिन दबाने के लिए किसी भी तरह से हानिकारक नहीं।


4
"बैक" बटन एक वेब ब्राउज़र का एकल-बेस्ट समझा गया नेविगेशन फ़ंक्शन है। आप इसे अपने संकट में तोड़ देते हैं। जाँच करें कि प्रयोज्य गुरु जैकब नीलसन इसके बारे में क्या कहते हैं।

जवाबों:


26

यदि अपेक्षित हो तो केवल बैक बटन को तोड़ें (यदि यह आपकी वेबसाइट की किसी घटना के बाद वापस नहीं जाने के लिए समझ में आता है)।

मोज़िला ने इस बारे में एक अध्ययन किया कि लोग अपने ब्राउज़र का उपयोग कैसे कर रहे हैं और बैक बटन के परिणाम प्रभावशाली हैं:

बैक बटन का उपयोग किसी भी अन्य नेविगेशन तत्व की तुलना में कहीं अधिक बार किया जाता है (जिसके द्वारा हम बैक, फॉरवर्ड, रीलोड, स्टॉप और होम बटन का अर्थ करते हैं)। 93.1% अध्ययन प्रतिभागियों ने कम से कम एक बार बैक बटन का उपयोग किया, और औसतन, प्रत्येक उपयोगकर्ता ने 5 दिनों में वापस 66.2 बार क्लिक किया - यह रीलोड बटन की तुलना में 3x अधिक है, होम बटन की तुलना में 10 गुना अधिक है, और 30x से अधिक है फ़ॉरवर्ड और स्टॉप बटन!

स्रोत

मैं बैक बटन का उपयोग करता हूं और जब मैं इसका उपयोग नहीं कर सकता तो मुझे इससे नफरत है।


+1, मेरा बैक बटन ले जाना लगभग उतना ही कष्टप्रद है जितना कि मेरा सेव बटन।
टिम पोस्ट

क्या आपके पास उन आँकड़ों के लिए एक स्रोत है? मैं इसे दूसरों को उद्धृत करना पसंद
करूंगा

@ डामोविसा क्षमा करें, मुझे यकीन था कि मैंने अध्ययन के लिए एक लिंक डाल दिया था (लिंक के लिए नीचे की ओर देखें)
GoodEnough

यह मेरी आंत की भावना के साथ मेल खाता है, लेकिन जब उपयोगकर्ता बैक बटन के टूटने की "उम्मीद" करेंगे।
क्रिश

@ जब भी कोई कार्रवाई होती है जो स्पष्ट रूप से पिछले पृष्ठ में डेटा को बदल देती है। एक फ़ॉर्म में उदाहरण के लिए एक प्रविष्टि संपादित करने के बाद, जीमेल में एक ईमेल भेजने के बाद, मुझे नई ईमेल स्क्रीन पर वापस जाने की उम्मीद नहीं है। यह बहुत बार नहीं होता है, यदि आप निश्चित नहीं हैं, तो आपको शायद बैक बटन नहीं तोड़ना चाहिए।
GoodEnough

5

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

बैक बटन को तोड़ने से बचना चाहिए।


2

बैक बटन को तोड़ना कुछ मामलों में ठीक हो सकता है, लेकिन यह लगभग हमेशा अनावश्यक होता है। मैंने इसे बहु-चरण रूपों के साथ बहुत कुछ देखा है जहाँ आप एक पृष्ठ से दूसरे पर अगले तक पोस्ट करते हैं। इस उदाहरण में आपको क्या करना चाहिए यह आपके फॉर्म पेज (1) से है, एक अलग पेज पर पोस्ट करें (2) जो (उदाहरण के लिए) सत्र में सामान संग्रहीत करता है, फिर दूसरे पृष्ठ (3) पर पुनः निर्देशित करें। जब उपयोगकर्ता बैक बटन दबाएगा तो वे (3) बैक (1) से जाएंगे।

यहां तक ​​कि RIA के साथ आप URL हैश / एंकर (यानी page.html#section) का उपयोग कर सकते हैं और परिवर्तनों के लिए उनकी निगरानी कर सकते हैं। जीमेल इनबॉक्स, कंपोज़, सेटिंग्स आदि जैसे अलग-अलग 'पेज' के लिए करता है। स्टैक ओवरफ्लो पर यह सवाल अगर आप इसे लागू करना चाहते हैं तो आपको मदद मिलेगी।


2

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


क्या यह? ठीक है, शायद बैंकिंग साइटें और अन्य जिनके पास अपरिवर्तनीय क्रियाएं हैं।
क्रिश

1

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


1

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


1

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


1

मुझे लगता है कि मैं प्रतिक्रियाओं को सम्‍मिलित कर सकता हूं

आपको कभी ऐसा नहीं करना चाहिए जब तक कि आप पूरी तरह से इससे बच नहीं सकते। तो भी आपको नहीं करना चाहिए।

के बारे में सही लगता है।


1

छूट के लिए नहीं कि "लगातार" उपयोगकर्ता बैक बटन कैसे दबाते हैं, या यह कि इसे "ब्रेक" करने के लिए "अच्छा विचार" नहीं है, मैं एक अलग सुझाव दूंगा: बैक बटन उपयोगकर्ता को उपयोगकर्ता से पहले कहीं ले जाना चाहिए अब वे जहां हैं वहां पहुंच गए। बहुत सारे मामलों में यह अधिक समझ में आता है और उन्हें एक लिंक पर क्लिक न करने के लिए अधिक उपयोगी है (और लागू करने में बहुत आसान हो सकता है)। उदाहरण के लिए, फ़ोटो एल्बम ब्राउज़ करना। उपयोगकर्ता एल्बम का चयन करने के लिए एक क्लिक करता है, थंबनेल के साथ प्रस्तुत किया जाता है। थंबनेल पर एक अन्य क्लिक अगले / पिछले लिंक के साथ उस तस्वीर को दिखाता है। इस बिंदु पर उपयोगकर्ता एल्बम के माध्यम से नेविगेट करता है। जब वे समाप्त हो जाते हैं, तो वे वापस क्लिक करते हैं। इस बिंदु पर, पिछली तस्वीर की तुलना में थंबनेल पर वापस जाना अधिक सुविधाजनक और सहज है।

संक्षेप में, बैक बटन को कुछ करना चाहिए, लेकिन वास्तव में इसे क्या करना चाहिए यह आवेदन पर निर्भर करता है।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.