ฟังก์ชั่น 'ปุ่มย้อนกลับ' มีความสำคัญแค่ไหน?

มันเป็นเรื่องธรรมดามากขึ้นสำหรับแอปพลิเคชัน "รวย" เพื่อแบ่งปุ่มย้อนกลับ ฉันถืออยู่เสมอว่านี่เป็นรูปแบบที่ไม่ดี แต่บางทีมุมมองนั้นล้าสมัยไปแล้ว?

มันเคยโอเคที่จะทำลายปุ่มย้อนกลับ? และถ้าเป็นเช่นนั้นเกณฑ์คืออะไร?

ทำลายปุ่มย้อนกลับหากคาดว่าจะเกิดขึ้น (หากรู้สึกว่าไม่ควรย้อนกลับไปหลังจากเหตุการณ์ในเว็บไซต์ของคุณ)

Mozilla ได้ทำการศึกษาเกี่ยวกับวิธีที่ผู้คนใช้เบราว์เซอร์และผลลัพธ์ของปุ่มย้อนกลับนั้นน่าประทับใจ:

ปุ่ม Back ถูกใช้บ่อยกว่าองค์ประกอบการนำทางอื่น ๆ (ซึ่งเราหมายถึงปุ่ม Back, Forward, Reload, Stop และ Home) 93.1% ของผู้เข้าร่วมการศึกษาใช้ปุ่มย้อนกลับอย่างน้อยหนึ่งครั้งและโดยเฉลี่ยผู้ใช้แต่ละคนคลิกย้อนกลับ 66.2 ครั้งในช่วง 5 วันนั่นคือการคลิกมากกว่าปุ่มรีโหลด 3x มากกว่าปุ่มโฮม 10 เท่าและมากกว่า 30 เท่า ปุ่มไปข้างหน้าและหยุด!

แหล่ง

ฉันใช้ปุ่มย้อนกลับมากและฉันเกลียดเมื่อไม่สามารถใช้งานได้

การทำลายปุ่มย้อนกลับเปรียบเสมือนการเหยียบแป้นเบรกในรถ ผู้ใช้คาดหวังว่ามันจะทำงานได้ตลอดเวลาและเมื่อมันไม่ทำร้ายร่างกาย ปุ่มย้อนกลับอาจเป็นคุณลักษณะ UI ที่มีการใช้งานมากที่สุดในเบราว์เซอร์ดังนั้นการเปลี่ยนแปลงพฤติกรรมของมันในทางที่ดีที่สุดไม่ดีและไม่ส่งผลให้เกิดความสับสนของผู้ใช้และการละทิ้ง (หรือเพิ่มค่าใช้จ่ายในการสนับสนุนลูกค้า) ถึงแม้ว่ามันจะนำผู้ใช้ไปขวากลับไปที่พวกเขานั่นไม่ใช่สิ่งที่พวกเขาคาดหวังว่า

ควรหลีกเลี่ยงการทำลายปุ่มย้อนกลับ

การทำลายปุ่มย้อนกลับอาจใช้ได้ในบางกรณี แต่ก็ไม่จำเป็นเสมอไป ฉันเห็นมันมากมายด้วยรูปแบบหลายขั้นตอนที่คุณโพสต์จากหน้าหนึ่งไปอีกหน้าถัดไป สิ่งที่คุณควรทำในกรณีนี้คือจากหน้าแบบฟอร์มของคุณ (1) โพสต์ไปยังหน้าอื่น (2) ที่ (ตัวอย่าง) เก็บสิ่งของในเซสชั่นแล้วเปลี่ยนเส้นทางกลับไปยังหน้าอื่น (3) เมื่อผู้ใช้กดปุ่มย้อนกลับพวกเขาจะไปจาก (3) กลับไปที่ (1)

แม้กับ RIA คุณสามารถใช้การแฮช / จุดยึด URL (เช่นpage.html#section) และตรวจสอบการเปลี่ยนแปลงได้ Gmail ทำสิ่งนี้สำหรับ 'หน้า' ที่แตกต่างกันเช่น Inbox, Compose, Settings และอื่น ๆคำถามนี้เกี่ยวกับ Stack Overflowจะช่วยได้ถ้าคุณต้องการนำไปใช้

สิ่งสำคัญคือต้องแบ่งปุ่มย้อนกลับไปที่ไซต์ที่ผู้ใช้กำลังทำแบบทดสอบเว็บไซต์ธนาคารบางแห่ง โดยทั่วไปแล้วไม่ใช่ความคิดที่ดี

สาเหตุหลักที่ทำให้ "ธรรมดามากขึ้น" คือเฟรมเวิร์ก RIA บางตัวไม่สนับสนุนปุ่มย้อนกลับหรือต้องการให้คุณคิดอย่างจริงจังเกี่ยวกับวิธีการใช้งานแอปพลิเคชันของคุณ เฟรมเวิร์กส่วนใหญ่ให้การสนับสนุนการนำทางบางอย่างเช่นการสนับสนุนของ Silverlight 3 สำหรับตัวควบคุมเฟรมและเพจคุณเพียงแค่ต้องรู้วิธีใช้อย่างมีประสิทธิภาพ เฟรมเวิร์กการนำทางเดียวกันนั้นใช้ในแอพพลิเคชั่น Windows Phone 7

จากการศึกษาพบว่าเกือบ 1/3 ของการคลิกเมื่อใช้เบราว์เซอร์นั้นอยู่ที่ปุ่มย้อนกลับ (จาก Don't Make Me Think) ฉันไม่เชื่อจริงๆว่ามีเหตุผลที่ดีที่จะหยุดปุ่มย้อนกลับจากการทำงาน คนควรจะสามารถนำทางไปรอบ ๆ เว็บไซต์ของคุณ แต่พวกเขาเห็นว่าเหมาะสม

ประสบการณ์ของฉันเป็นเช่นนั้นเว้นแต่คุณจะใช้กรอบที่มีอยู่เช่นแอปในบริบทของเบราว์เซอร์ (เช่น Silverlight ที่กล่าวถึงข้างต้น) และมีการนำทางที่ชัดเจนเหมาะสมในสถานที่มันไม่ใช่ความคิดที่ดีเลยที่จะเริ่มต้น ฟังก์ชั่นเริ่มต้น ในกรณีที่ฉันเคยเห็นมันใช้มักจะมีปัญหากับเบราว์เซอร์อื่นที่ไม่เข้ากันกับจาวาสคริปต์หรือเซสชั่นที่ไม่ได้บันทึกอย่างถูกต้องเสมอและเมื่อมีคน "บังเอิญ" โดนปุ่มสิ่งต่าง ๆ มักจะไม่ดำเนินการต่อตามที่คาดไว้

ฉันคิดว่าฉันสามารถสรุปการตอบสนองเป็น

คุณไม่ควรทำอย่างนั้นจนกว่าคุณจะหลีกเลี่ยงไม่ได้ ถึงอย่างนั้นคุณก็ไม่ควร

ฟังดูถูกแล้ว

เพื่อไม่ลดวิธีที่ผู้ใช้ "บ่อย" กดปุ่มย้อนกลับหรือว่ามันไม่ใช่ "ความคิดที่ดี" เพื่อ "ทำลาย" ฉันจะเสนอคำแนะนำที่แตกต่าง: ปุ่มย้อนกลับควรนำผู้ใช้ไปที่ใดที่หนึ่งก่อนผู้ใช้ ไปถึงที่ที่พวกเขาอยู่ตอนนี้ ในหลายกรณีมันสมเหตุสมผลดีกว่าและใช้งานได้ง่ายกว่าเมื่อไม่ใช้ลิงก์คลิกเดียว (และอาจนำไปใช้งานได้ง่ายกว่า) ตัวอย่างเช่นใช้การเรียกดูอัลบั้มรูปภาพ ผู้ใช้ทำการคลิกเพียงครั้งเดียวเพื่อเลือกอัลบั้มจะถูกนำเสนอด้วยรูปขนาดย่อ คลิกอีกครั้งที่ภาพขนาดย่อแสดงรูปภาพที่มีลิงก์ถัดไป / ก่อนหน้า ณ จุดนี้ผู้ใช้นำทางผ่านอัลบั้ม เมื่อเสร็จแล้วก็คลิกกลับ ณ จุดนี้มันสะดวกกว่าและง่ายกว่าที่จะกลับไปที่ภาพย่อกว่าภาพก่อนหน้า

กล่าวโดยสรุปปุ่มย้อนกลับควรทำบางสิ่ง แต่สิ่งที่ควรทำขึ้นอยู่กับแอปพลิเคชัน