it-swarm.com.de

Sollte sich eine webbasierte Benutzeroberfläche auf die Schaltfläche "Zurück" des Browsers verlassen?

Die Zurück-Schaltfläche ist eine großartige Option, mit der Browser die Sackgasse verlassen können. Sollte sich eine Benutzeroberfläche auf die Schaltfläche "Zurück" als einzige Methode stützen, mit der ein Benutzer zur vorherigen Seite gelangen kann, oder sollte die Benutzeroberfläche eine zusätzliche, standortspezifische Schaltfläche bereitstellen, um zum vorherigen Bildschirm zurückzukehren?

Ein häufiges Szenario, das dabei in den Sinn kommt, ist eine E-Commerce-Website mit einer Liste von Produkten. Ein Benutzer klickt auf eines der Produkte, um eine Detailseite anzuzeigen. Nach dem Anzeigen der Details möchten sie zur Liste zurückkehren, um auf ein anderes Produkt zu klicken und dessen Details anzuzeigen. Sollte die Benutzeroberfläche davon ausgehen, dass ein Benutzer die Schaltfläche "Zurück" des Browsers verwendet, oder sollte die Website einen Link oder eine Schaltfläche bereitstellen, über die Benutzer "Zu Ihren Ergebnissen zurückkehren" können, wobei die Schaltfläche "Zurück" des Browsers als alternative Option beibehalten wird?

80
Benjamin S

Eine Webanwendung sollte immer danach streben, mit der Zurück-Schaltfläche des Browsers kompatibel zu sein. Das heißt, die Verwendung der Schaltfläche "Zurück" sollte innerhalb dieser Anwendung deterministische Ergebnisse liefern, die dem erwarteten Verhalten entsprechen (globale Konsistenz).

Ein häufiges Szenario, das dabei in den Sinn kommt, ist eine E-Commerce-Website mit einer Liste von Produkten. Ein Benutzer klickt auf eines der Produkte, um eine Detailseite anzuzeigen. Nach dem Anzeigen der Details möchten sie zur Liste zurückkehren, um auf ein anderes Produkt zu klicken und dessen Details anzuzeigen. Sollte die Benutzeroberfläche davon ausgehen, dass ein Benutzer die Schaltfläche "Zurück" des Browsers verwendet, oder sollte die Website einen Link oder eine Schaltfläche bereitstellen, über die Benutzer "Zu Ihren Ergebnissen zurückkehren" können, wobei die Schaltfläche "Zurück" des Browsers als alternative Option beibehalten wird?

Eine Webanwendung sollte sich jedoch im Allgemeinen nicht ausschließlich auf die Zurück-Schaltfläche des Browsers für alle Navigationen verlassen, die als verwandt angesehen werden könnten.

Leider ist einer der Hauptgründe dafür, dass einige Leute Angst haben, in bestimmten Webanwendungen auf die Schaltfläche "Zurück" zu drücken, da das Browsersteuerungs-/Statusverhalten in vielen AJAX Heavy Web) fehlerhaft oder inkonsistent ist Apps, bei denen die Verwendung der Schaltfläche "Zurück" möglicherweise nicht zu dem erwarteten Effekt führt, den die Person, die sie verwendet, erwartet.

Zweitens, wenn die Seite von einem neuen Tab (oder einem Lesezeichen!) Aus erzeugt wurde, gibt es möglicherweise keine Zurück-Schaltfläche. Während die Person, die die App verwendet, idealerweise immer noch die ursprüngliche Registerkarte geöffnet haben sollte, stellen Sie sicher, dass Sie ihnen eine Möglichkeit geben, dies aus dem Kontext heraus zu tun, wenn Sie möchten sie auf die Seite zugreifen können, von der sie stammen der Seite, auf der sie sich gerade befinden.


Angenommen, die Liste war eine statische Verkaufsseite (anstelle einer dynamischen Suche). Was passiert, wenn die Person, die auf der Website surft, ein einzelnes Produkt mit einem Lesezeichen versehen und diese Sitzung dann schließt? Welche Navigationsoptionen sollen beim Laden dieses Lesezeichens verfügbar sein? Welche Navigationsoptionen werden sie Ihrer Meinung nach zur Hand haben wollen? Es ist eine gute Idee, diese konsistent zu machen Komponente Ihrer Benutzeroberfläche, daher lohnt es sich nicht, sich in anderen Fällen ausschließlich auf die Schaltfläche "Zurück" zu verlassen.

Um dies etwas näher zu erläutern, haben Sie durch die Bereitstellung von Rücknavigationsoptionen in Ihrer Benutzeroberfläche die Kontrolle über deren Darstellung: Dies bedeutet, dass Sie die Angst vor dem Ergebnis einer Aktion lindern können, indem Sie klar definieren, was die Verwendung des Steuerelements bewirkt.

Überlegen Sie beispielsweise, ob jemand Unsicherheit darüber haben würde, was Folgendes tun könnte:

  • Back (Zurück zu wobei ? auch für die Zurück-Schaltfläche des Browsers gilt, da wir alle wissen, dass sie nicht immer das tut, was wir erwarten , abhängig von der Web-App, und die Leute wissen nicht, was Ihre App tun wird, bis sie es versuchen, was ein zögernder Punkt sein kann.
  • Back to listings (Welche Einträge? Wenn ich von einem Lesezeichen hierher komme, habe ich eine Ahnung, was ich getan habe, das mich hierher gebracht hat?)
  • Back to [associated product category] (Nun, das ist schön, es ist funktional und kein Problem, nicht deterministisch zu sein, sollte aber wahrscheinlich woanders vertreten sein)
  • Back to the January Sale Event (hey! das habe ich mir angesehen, als ich hierher kam! Es ist spezifisch genug, dass ich erwarten kann, dort zu landen ... wohin ich gehen würde) (auch bekannt als die Navigationskontextkarte, die mich auf diese Seite gebracht hat)

(und Sie möchten wahrscheinlich einen Wortlaut wie "Mehr von" anstelle von "Zurück zu" verwenden, je nachdem, in welchem ​​Kontext Sie ein solches Steuerelement verwenden und wann die Navigation eindeutig mit spezifisch übergreifenden Ergebnissen verknüpft ist)

Das letzte Beispiel gibt Ihnen das, wonach Sie streben möchten: eine Verringerung der Angst der Benutzer Ihrer Anwendung, indem Sie klarstellen, wie das entsprechende Ergebnis aussehen wird.

Darüber hinaus erhalten Sie ein zusätzliches Verhalten, das über das hinausgeht, was nur in der Schaltfläche "Zurück" erforderlich ist. Während die Zurück-Schaltfläche einfach funktionieren sollte, ist dieses Steuerelement dann vorhanden, wenn jemand die Seite zwei Monate später öffnet. Wenn sie darauf klicken, können Sie die zugehörige Seite für das "Januar-Verkaufsereignis" präsentieren. Mit der Meldung oben, dass das Ereignis nun beendet ist, tut es uns leid, dass Sie die fantastischen Angebote verpasst haben, aber sehen Sie [ diese neuen Ereignisse/Produkte/etc].


Diese Navigationspunkte bieten nicht nur die Möglichkeit, eine Backup-Rücknavigationssteuerung zu haben, mit der die Person, die die Anwendung verwendet, sich wohl fühlt, sondern auch eine, bei der Sie steuern, wohin sie führt, und die Ihnen die Möglichkeit bietet, mit der zu kommunizieren Benutzer in einem ziemlich eng verwalteten Kontext. Sie können bei korrekter Verwaltung mehr Funktionen bereitstellen als die Zurück-Schaltfläche des Browsers allein, wodurch die Benutzererfahrung verbessert wird, anstatt einfach den Bildschirm mit direkt duplizierten Steuerelementen/Funktionen zu überladen.

Wenn Sie Steuerelemente für die Rücknavigation implementieren möchten, machen Sie diese klar, konsistent und konsistent verfügbar (zumindest auf den Seitentypen, auf denen sie sinnvoll sind). Versuchen Sie, einen Mehrwert für das zu schaffen, was die Schaltfläche "Zurück" allein für Sie und die Benutzer Ihrer Anwendung darstellt.

Wenn Sie die Funktionen der Zurück-Schaltfläche des Browsers nur buchstäblich mit einem Steuerelement duplizieren möchten, das "Zurück" anzeigt oder ein ähnlich repräsentatives Symbol aufweist, stören Sie sich nicht. Stellen Sie einfach sicher, dass das Verhalten der Zurück-Schaltfläche des Browsers ordnungsgemäß funktioniert. (was du sowieso immer tun solltest)

80
taswyn

Ja. Sie sollten sich auf die Schaltfläche "Zurück" des Browsers verlassen.

Benutzer erwarten, dass die Schaltfläche vorhanden ist. Stellen Sie daher sicher, dass sie funktioniert.

Aber sollten Sie dieselbe Schaltfläche mit ihrer Funktionalität nachahmen?
Wenn Ihre Anwendung oder Website dies benötigt, ja, aber nicht immer genau gleich.
In einigen Fällen, wie in Ihrem Beispiel eines Webshops, reicht eine Schaltfläche mit der Aufschrift "Zurück" oder ein Pfeil möglicherweise nicht aus. In diesem Beispiel ist eine Breadcrumb-Navigation in Ordnung oder eine Schaltfläche oder ein Link mit der Aufschrift "Zurück zu den Ergebnissen" (etwas mehr Kontext für den Benutzer).

27

Sicher ist das falsche Wort

Sie fragen, ob Sie sich auf die Schaltfläche verlassen sollten, was Sie nicht sollten. Sie fragen auch, ob Sie eine andere Option anbieten sollten. Was Sie könnten und in bestimmten Situationen sollten.

Also hier ist die Sache:

Zurück-Taste

Sie sollten niemals das Verhalten des Zurück-Buttons unterbrechen. Sie müssen sich stets bemühen, die Funktionalität auf dem neuesten Stand zu halten, da dies Teil des Verhaltens jedes einzelnen Browsers ist. Es ist der Griff eines Benutzers auf die Situation, seine Hilfe im Fehlerfall.

Es ist eine Schwimmweste, die Sie nicht ausziehen sollten.

Ihre eigene Benutzeroberfläche

In vielen Fällen können Dinge wie ein Krümelpfad oder ein "Zurück" -Knopf nützlich sein. Vielleicht, weil die Zurück-Schaltfläche des Browsers unter einem bestimmten Betriebssystem verborgen ist, vielleicht weil sie etwas weniger ausgefeilt ist oder weil Benutzer nur Ihre App anstelle des Browsers betrachten sollen.

Im Allgemeinen können Sie nichts falsch machen, wenn Sie eine Höflichkeitsnavigation hinzufügen.

Fazit

Solltest du dich darauf verlassen? Sie können, solange Sie sicherstellen, dass Sie es nicht brechen, wenn Sie es nicht tun. Sollten Sie Ihre eigenen hinzufügen? Wenn es Ihnen bequem erscheint, wenn Sie es verwenden würden, ja.

Und zum Schluss: messen. Überprüfen Sie, ob Benutzer es verwenden, wenn Sie es hinzufügen.

9
Dirk v B

Normalerweise versuche ich, sowohl Zurück-Schaltfläche auf dem Bildschirm als auch Unterstützung für die Zurück-Schaltfläche des Browsers bereitzustellen.

Gründe dafür:

  • Wenn der Benutzer in den Fluss der App eingetaucht ist, kann eine Zurück-Schaltfläche auf dem Bildschirm dazu beitragen, den Fokus im Fluss zu halten und zu vermeiden, dass die Aufmerksamkeit des Benutzers verloren geht.

  • Die Unterstützung der Zurück-Schaltfläche des Browsers ist mir wichtig, auch zu hohen Kosten , da es anmaßend ist anzunehmen, dass der Benutzer nur die Schaltfläche auf dem Bildschirm anstelle der Zurück-Schaltfläche des Browsers verwendet.

Beachten Sie, dass es einige seltene Ausnahmen gibt, bei denen Sie das Verhalten von Schaltflächen absichtlich vermeiden oder unterbrechen möchten (z. B. Sicherheitsformulare).

5
tohster

Niemand sollte sich nicht nur auf die Zurück-Schaltfläche des Browsers verlassen.

Warum?

Weil Smartphones im Durchschnitt schneller wachsen als die Handgrößen von Menschen. Sehen Sie sich an, wo sich diese Zurück-Tasten normalerweise befinden.

Oben rechts (allgemein) Back Button for menus Iphone Standardansicht (unten links) enter image description here Horizontale Ansicht des Iphone 6 (oben links) enter image description here

Schauen wir uns nun an, wie Benutzer ihre Geräte halten enter image description hereenter image description here

Manchmal ist es schwierig, diese Zurück-Taste zu erreichen, da die Hände des Benutzers nicht groß genug sind, um die Standard-Zurück-Taste in allen Positionen leicht zu drücken. Wenn es also möglich ist, einen einfacheren Weg zum Durchqueren bereitzustellen, tun Sie dies.

Sehen Sie diesen Trend in Bezug auf die Bildschirmgröße enter image description here

Ein weiterer Grund, sich nicht auf die Schaltfläche "Zurück" zu verlassen, besteht darin, dass Skripte möglicherweise verhindern, dass ein Benutzer zurückkehrt und aufgrund des Website-Designs das erwartete Ergebnis erzielt.

2
Frank Visaggio
  • die Zurück-Schaltfläche des Browsers MUSS wie erwartet funktionieren.
  • die Zurück-Schaltfläche Ihrer Web-Benutzeroberfläche darf KEINE Zurück-Schaltfläche enthalten, es sei denn, sie funktioniert genauso wie die Zurück-Schaltfläche des Browsers
    • beispiel: Gefilterte Kategorieansicht im E-Commerce - Wenn die Zurück-Schaltfläche zur ungefilterten Kategorieansicht zurückkehrt, darf sie NICHT wie eine Zurück-Schaltfläche aussehen, sondern wie ein Breadcrumb.
  • sie sollten kontextbezogene Navigationslinks bereitstellen, diese dürfen jedoch NICHT wie Zurück-Schaltflächen aussehen

Die Hauptgründe für das Verhaltensargument der Zurück-Schaltfläche: Nehmen Sie dieses Beispielszenario:

  • Ich filtere unsere Produkte mit einem Preis <1000
  • Ich klicke auf ein Produkt, um zur Detailseite zu gelangen
  • Ich klicke auf die Schaltfläche "UI" zurück
  • Ich sehe eine Kategorieseite mit allen Artikeln
  • als Kunde denke ich "Ich habe auf die Schaltfläche" Zurück "geklickt und die Filter sind verloren" (und daher gibt es keinen Grund, die Schaltfläche "Zurück" des Browsers zu versuchen).
  • Ich schwöre proportional zur Komplexität der Filterung, die ich eingerichtet hatte
  • Wenn es keine "ui" Zurück-Schaltfläche gäbe, würde ich höchstwahrscheinlich einfach die Zurück-Schaltfläche des Browsers verwenden, wie ich es gewohnt bin.
2
Tomáš Fejfar

Ich glaube, dass Sie sich nicht ausschließlich auf die Zurück-Schaltfläche des Browsers verlassen sollten.

  1. Wenn der Benutzer mit Ihrer Website interagiert, um irgendwohin zu gelangen, ist es meiner Meinung nach vernünftig, dass er auf die gleiche Weise zurückkehren kann.
  2. Es ist wichtig anzuzeigen, wo sich der Benutzer im Kontext der Website befindet, damit der Benutzer einen Referenzrahmen hat, in dem er sich auf der gesamten Website befindet.

* Zur Verdeutlichung bearbeiten: Sie sollten auf jeden Fall auch die Zurück-Schaltfläche des Browsers unterstützen. Ich möchte nur sicherstellen, dass das klar war. Ich habe nur die Gründe hinzugefügt, aus denen Sie sich nicht ausschließlich auf die Zurück-Schaltfläche des Browsers verlassen möchten.

1

Nein, Sie sollten sich nicht auf die Zurück-Schaltfläche des Browsers verlassen.

Es ist zwar leicht zu sagen, dass Sie erwarten können, dass es vorhanden ist, und dass Sie erwarten können, dass es immer auf eine bestimmte Weise funktioniert, aber das ist einfach nicht der Fall.

Da die Schaltfläche "Zurück" in einer Anwendung außerhalb Ihrer eigenen vorhanden ist, können Sie nicht davon ausgehen, dass sie vorhanden ist oder auf eine bestimmte Weise funktioniert. Wenn es etwas gibt, das uns die Responsive Design-Revolution gelehrt hat, dann ist es, dass Sie nichts über den Kontext des Surfens eines Benutzers vorhersagen können.

Was ist, wenn Google 2017 entschieden hat, dass die Schaltfläche "Zurück" in Chrome nicht mehr unterstützt werden soll)?

Wir können Häresie weinen, was wir im Moment wollen, aber Google könnte dies aus einer Reihe von Gründen tun, die wir kann nicht vorhersagen . Dies könnte auch M $, Apple, Mozilla oder ein anderer Browser-Anbieter sein. Dann verlassen Sie sich auf eine Funktion, die nicht mehr vorhanden ist.

1
Jordan Foreman

Es gibt hier eine Menge Dinge darüber, die Zurück-Schaltfläche des Browsers nicht zu entfernen oder zu stören, aber ich denke nicht, dass der Fragesteller dies fragt.

Die Zurück-Schaltfläche des Browsers ist für den Benutzer da und sollte daher nicht Teil Ihrer geplanten Benutzerreisen sein. Der Benutzer hat möglicherweise seinen Browser so angepasst, dass die Schaltfläche "Zurück" nicht angezeigt wird. Wenn Sie sich darauf verlassen, kommt es zu einer fehlerhaften Benutzerreise.

Ich würde mich auch nicht auf etwas verlassen, das wahrscheinlich die JavaScript-Funktion "history.back" verwendet (effektiv ein Zurück-Knopfdruck).

Wenn Ihre Benutzerreise zeigt, dass ein Benutzer wahrscheinlich zu einer Suchergebnisseite oder einem anderen Ort zurückkehren möchte, sollten Sie eine explizite Methode angeben, um dies zu tun - "Zurück zu Ihren Ergebnissen".

1
Andrew Martin

Ich würde es nicht ausschließlich verwenden.

Das erste Beispiel, das mir in den Sinn kommt, ist Google Chrome für Android. Jeder "Tab" ist eine neue Instanz. Das Öffnen eines neuen Fensters entspricht dem Starten einer brandneuen Sitzung. In diesen Fällen Die Schaltfläche "Zurück" führt den Benutzer einfach zum Startbildschirm, anstatt tatsächlich zurückzukehren. Dasselbe passiert, wenn ein Benutzer "Link in neuem Tab öffnen" wählt.

Aufgrund dieser Funktionalität würde eine Navigationsfunktion auf der Website dem Benutzer ermöglichen, weiterzumachen, ohne den Fluss der Dinge zu unterbrechen.

Als Randnotiz: Ich habe zwischen 40 und 100 Tabs in Chrome aus diesem Grund. Es ist wirklich recht einfach, Tabs mit dem Browser normal zu akkumulieren, und nicht alle Benutzer werden tatsächlich wissen, wie mit diesem Verhalten umgehen.

0
Thebluefish

Nicht als Designer, sondern als Benutzer sprechen; Immer wenn ich standardmäßig die Zurück-Schaltfläche meines Browsers verwenden muss, um fortzufahren durch eine Site zu navigieren, kann ich nicht anders, als sie als a zu betrachten Ausfall der UX der Site. Je mehr ich es benutzen muss, desto frustrierter werde ich. Die einzigen Ausnahmen sind Fälle wie "Wie lautete die Adresse des Verkäufers auf der letzten Seite?" oder "Was habe ich wieder in dieses Formularfeld auf der letzten Seite eingefügt?", mit der Absicht, direkt zu der Seite zurückzukehren, auf der ich mich bereits befinde.

IMHO sollte die native Zurück-Schaltfläche niemals der einzige Ausweg des Benutzers aus einer Seite sein, selbst wenn er versucht, zu einer vorherigen Listenseite zurückzukehren. Es gibt unzählige einfache, getestete und effektive Optionen, um Ihren Benutzern die Navigation zu ermöglichen - a < back to listing Link oben auf einer Seite, Brotkrumen oder Vorschläge anderer Antworten funktionieren gut.

0
CodeMoose