"Zurück" -Funktionalität, wie wichtig ist das?

Bei "Rich" -Anwendungen kommt es immer häufiger vor, dass die Schaltfläche "Zurück" unterbrochen wird. Ich war immer der Meinung, dass dies eine schlechte Form war, aber vielleicht ist diese Ansicht veraltet?

Ist es jemals in Ordnung den Zurück-Knopf zu brechen? Und wenn ja, nach welchen Kriterien?

Unterbrechen Sie den Zurück-Button nur, wenn dies zu erwarten ist (wenn es sinnvoll ist, nach einem Ereignis auf Ihrer Website nicht mehr zurückzukehren).

Mozilla hat eine Studie darüber durchgeführt, wie Benutzer ihren Browser verwenden, und die Ergebnisse für den Zurück-Button sind beeindruckend:

Die Schaltfläche Zurück wird weitaus häufiger verwendet als jedes andere Navigationselement (mit den Schaltflächen Zurück, Vorwärts, Neu laden, Stopp und Startseite). 93,1% der Studienteilnehmer verwendet , um die Zurück - Taste mindestens einmal, und im Durchschnitt jeder Benutzer geklickt Zurück 66,2 mal über die 5 Tage - das 3x mehr Klicks als die Reload - Taste ist, 10x mehr als die Home - Taste und über 30x mehr als die Vorwärts- und Stopptasten!

Quelle

Ich benutze den Zurück-Knopf oft und hasse es, wenn ich ihn nicht benutzen kann.

Das Brechen des Zurück-Knopfes ist wie das Bremspedal eines Autos zu brechen. Benutzer erwarten, dass es immer funktioniert und wenn es plötzlich kein Chaos mehr gibt. Die Schaltfläche "Zurück" ist möglicherweise die am häufigsten verwendete UI-Funktion in einem Browser. Eine Änderung des Verhaltens kann daher allenfalls nichts nützen und im schlimmsten Fall zu Verwirrung und Abbruch der Benutzer führen (oder die Kosten für den Kundensupport erhöhen). Auch wenn der Benutzer direkt dorthin zurückkehrt , war das nicht das, was er erwartet hatte .

Das Brechen des Zurück-Knopfes sollte vermieden werden.

Das Abbrechen des Zurück-Buttons mag in manchen Fällen in Ordnung sein, ist aber fast immer unnötig. Ich habe es oft mit mehrstufigen Formularen gesehen, bei denen Sie von einer Seite zur nächsten zur nächsten posten. In diesem Fall sollten Sie von Ihrer Formularseite (1) auf eine andere Seite (2) posten, auf der (beispielsweise) Inhalte in der Sitzung gespeichert sind, und dann zu einer anderen Seite (3) zurückkehren. Wenn der Benutzer die Zurück-Taste drückt, geht er von (3) zurück zu (1).

Auch mit RIAs können Sie URL-Hashes / Anker (dh page.html#section) verwenden und diese auf Änderungen überwachen. Google Mail erledigt dies für die verschiedenen "Seiten" wie Posteingang, Verfassen, Einstellungen usw. Diese Frage zum Stapelüberlauf hilft Ihnen, wenn Sie dies implementieren möchten.

Es ist wichtig, die Schaltfläche "Zurück" an den Standorten zu unterbrechen, an denen der Benutzer gerade ein Quiz durchführt, bei einigen Bankstandorten. Im Allgemeinen keine gute Idee.

Der Hauptgrund, warum es "immer häufiger" vorkommt, ist, dass einige RIA-Frameworks die Schaltfläche "Zurück" nicht unterstützen oder dass Sie aktiv darüber nachdenken müssen, wie Sie die Verwendung in Ihre Anwendung integrieren können. Die meisten Frameworks bieten jedoch eine gewisse Unterstützung für die Navigation, z. B. die Unterstützung von Frames und Page-Steuerelementen in Silverlight 3. Sie müssen nur wissen, wie Sie diese effektiv einsetzen können. Das gleiche Navigationsframework wird in Windows Phone 7-Anwendungen verwendet.

Studien haben gezeigt, dass fast 1/3 der Klicks im Browser auf die Schaltfläche "Zurück" (von Don't Make Me Think) klicken. Ich glaube ehrlich gesagt nicht, dass es jemals einen guten Grund gibt, die Funktion des Zurück-Buttons zu beenden. Die Nutzer sollten in der Lage sein, auf Ihrer Website zu navigieren, wie sie es für richtig halten.

Ich habe die Erfahrung gemacht, dass es nur dann eine gute Idee ist, mit Monkeying zu beginnen, wenn Sie ein enthaltenes Framework wie eine App INNERHALB des Kontextes eines Browsers (wie oben erwähntes Silverlight) verwenden und eine klare, geeignete Navigation haben Standardfunktionalität. In Fällen, in denen ich gesehen habe, dass es verwendet wird, gab es fast immer Probleme mit einem anderen Browser, der mit dem Javascript nicht kompatibel ist, oder einer Sitzung, die nicht immer korrekt gespeichert wurde, und wenn jemand "versehentlich" auf die Schaltfläche klickt, werden die Dinge nicht wie erwartet fortgesetzt.

Ich denke, ich kann die Antworten als zusammenfassen

Sie sollten das niemals tun, es sei denn, Sie können es absolut nicht vermeiden. Auch dann solltest du nicht.

Hört sich richtig an.

Um nicht zu vernachlässigen, wie häufig Benutzer den Zurück-Knopf drücken oder dass es einfach keine gute Idee ist, ihn zu "unterbrechen", würde ich einen anderen Vorschlag machen: Der Zurück-Knopf sollte den Benutzer irgendwohin führen, wo er sich gerade befindet bin dort angelangt, wo sie jetzt sind. In vielen Fällen ist es sinnvoller und nützlicher, sie nicht mit einem Klick zurückzunehmen (und möglicherweise viel einfacher zu implementieren). Stöbern Sie beispielsweise in einem Fotoalbum. Der Benutzer macht einen Klick, um das Album auszuwählen, wird mit Thumbnails dargestellt. Ein weiterer Klick auf ein Vorschaubild zeigt das Bild mit den nächsten / vorherigen Links. An dieser Stelle navigiert der Benutzer durch das Album. Wenn sie fertig sind, klicken sie zurück. An dieser Stelle ist es bequemer und intuitiver, zur Miniaturansicht zurückzukehren als zum vorherigen Bild.

Kurz gesagt, die Zurück-Taste sollte etwas bewirken, aber genau das, was sie bewirken soll, hängt von der Anwendung ab.