Chức năng 'Nút quay lại', nó quan trọng như thế nào?

Các ứng dụng "giàu" ngày càng phổ biến để phá vỡ nút quay lại. Tôi đã luôn cho rằng đây là hình thức tồi tệ nhưng có lẽ quan điểm đó đã lỗi thời?

Có bao giờ Ok để phá vỡ nút quay lại? Và nếu vậy, các tiêu chí là gì?

Chỉ phá vỡ nút quay lại nếu dự kiến ​​(nếu có ý nghĩa không quay lại sau một sự kiện trong trang web của bạn).

Mozilla đã thực hiện một nghiên cứu về cách mọi người đang sử dụng trình duyệt của mình và kết quả cho nút quay lại rất ấn tượng:

Nút Quay lại được sử dụng thường xuyên hơn bất kỳ yếu tố điều hướng nào khác (theo ý chúng tôi là các nút Quay lại, Chuyển tiếp, Tải lại, Dừng và Trang chủ). 93,1% người tham gia nghiên cứu đã sử dụng nút Quay lại ít nhất một lần và trung bình, mỗi người dùng đã nhấp vào Quay lại 66,2 lần trong 5 ngày - đó là số lần nhấp nhiều hơn 3 lần so với nút Tải lại, gấp 10 lần so với nút Trang chủ và nhiều hơn 30 lần so với nút Trang chủ Nút chuyển tiếp và dừng!

nguồn

Tôi sử dụng nút quay lại rất nhiều và tôi ghét nó khi tôi không thể sử dụng nó.

Phá nút quay lại giống như phá bàn đạp phanh trong xe hơi. Người dùng mong đợi nó luôn hoạt động và khi nó đột nhiên không xảy ra. Nút quay lại có thể là tính năng UI được sử dụng nhiều nhất trong trình duyệt để thay đổi hành vi của nó, theo bất kỳ cách nào, tốt nhất là không tốt, và tệ nhất là dẫn đến sự nhầm lẫn và từ bỏ của người dùng (hoặc tăng chi phí hỗ trợ khách hàng). Ngay cả khi nó đưa người dùng quay trở lại nơi họ không mong đợi .

Phá vỡ nút quay lại nên tránh.

Phá vỡ nút quay lại có thể ổn trong một số trường hợp, nhưng hầu như không cần thiết. Tôi đã thấy nó rất nhiều với các hình thức nhiều bước nơi bạn đăng từ trang này sang trang kế tiếp. Những gì bạn nên làm trong trường hợp này là từ trang biểu mẫu của bạn (1), đăng lên một trang khác (2) để (ví dụ) lưu trữ nội dung trong phiên, sau đó chuyển hướng trở lại trang khác (3). Khi người dùng nhấn nút quay lại, họ sẽ đi từ (3) trở lại (1).

Ngay cả với RIA, bạn có thể sử dụng băm / neo URL (nghĩa là page.html#section) và theo dõi chúng để thay đổi. Gmail thực hiện điều này cho các 'trang' khác nhau như Hộp thư đến, Soạn thảo, Cài đặt, v.v. Câu hỏi này về Stack Overflow sẽ giúp ích nếu bạn muốn thực hiện điều đó.

Điều quan trọng là phải phá vỡ nút quay lại tại các trang web nơi người dùng đang làm bài kiểm tra, một số trang web ngân hàng. Nói chung, không phải là một ý tưởng tốt.

Lý do chính tại sao "ngày càng phổ biến" là một số khung RIA không hỗ trợ nút quay lại hoặc yêu cầu bạn phải chủ động suy nghĩ về cách kết hợp sử dụng nó vào ứng dụng của mình. Hầu hết các khung đều cung cấp một số hỗ trợ cho điều hướng, chẳng hạn như hỗ trợ của Silverlight 3 cho các điều khiển Khung và Trang , bạn chỉ cần biết cách sử dụng nó một cách hiệu quả. Khung điều hướng tương tự được sử dụng trong các ứng dụng Windows Phone 7.

Các nghiên cứu đã chỉ ra rằng gần 1/3 số lần nhấp khi sử dụng trình duyệt nằm ở nút quay lại (từ Đừng làm tôi suy nghĩ). Tôi thực sự không tin rằng có một lý do chính đáng để ngăn nút quay lại hoạt động. mọi người sẽ có thể điều hướng xung quanh trang web của bạn tuy nhiên họ thấy phù hợp.

Kinh nghiệm của tôi là trừ khi bạn đang sử dụng một khung công tác có sẵn như ứng dụng TRONG bối cảnh trình duyệt (như silverlight đã đề cập ở trên) và có điều hướng rõ ràng, phù hợp tại chỗ, không nên bắt đầu sử dụng chức năng mặc định. Trong trường hợp tôi thấy nó được sử dụng, hầu như luôn có vấn đề với một trình duyệt khác không tương thích với javascript hoặc phiên không phải lúc nào cũng lưu chính xác và khi ai đó "vô tình" nhấn nút, mọi thứ có xu hướng không tiếp tục như mong đợi.

Tôi nghĩ rằng tôi có thể tổng hợp các câu trả lời như

Bạn không bao giờ nên làm điều đó trừ khi bạn hoàn toàn không thể tránh nó. Ngay cả sau đó bạn không nên.

Âm thanh về đúng.

Không giảm giá người dùng "thường xuyên" nhấn nút quay lại như thế nào, hoặc đơn giản đó không phải là "ý tưởng tốt" để "phá vỡ" nó, tôi sẽ đưa ra một đề xuất khác: Nút quay lại sẽ đưa người dùng đến một nơi nào đó trước người dùng đã đến nơi họ đang ở. Trong rất nhiều trường hợp, nó có ý nghĩa hơn và có thể sử dụng nhiều hơn để không đưa chúng trở lại một lần nhấp liên kết (và có thể dễ thực hiện hơn nhiều). Ví dụ, hãy duyệt một album ảnh. Người dùng thực hiện một cú nhấp chuột để chọn album, được trình bày với hình thu nhỏ. Một lần nhấp khác trên hình thu nhỏ cho thấy hình ảnh đó với các liên kết tiếp theo / trước đó. Tại thời điểm này, người dùng điều hướng thông qua album. Khi họ kết thúc, họ bấm lại. Tại thời điểm này, việc quay lại hình thu nhỏ sẽ thuận tiện và trực quan hơn so với hình ảnh trước đó.

Nói tóm lại, nút quay lại nên làm một cái gì đó, nhưng chính xác những gì nó nên làm phụ thuộc vào ứng dụng.