モバイルWebアプリの戻るボタン
モバイルで実行しているときのWebサイトの戻るボタンとその機能について、主に2つの質問があります。これはアプリではありませんが、アプリのように機能するレスポンシブなウェブサイトです。
最初の質問は、[戻る]ボタンを使用するかどうかと、モバイルデバイスのネイティブボタンを使用するかどうかです。私は探していました この質問が見つかりました 。それは素晴らしい答えですが、2011年からです。シナリオは今日とは大きく異なります。
ブラウザの機能に依存してはならず、必要な機能を自分で提供するべきではないことはわかっています。しかし、今日、ほとんどすべてのモバイルには、ほとんどのユーザーが使用する戻るボタンがあります。戻るボタンを削除しても大丈夫ですか？
次に、最も重要な質問です。戻るボタンをそのまま使用する場合、ユーザーがホームページに到達するまで使用しても大丈夫ですか？または、常に履歴の1ステップ前に戻る必要がありますか？
たとえば、私がeコマースを持っていて、ユーザーが検索して製品のリストを見つけ、ホームページに戻ってもう一度検索するとします。
彼がホームページに到達するまで戻るボタンを提供するべきですか、それとも最後まで戻るべきですか？最良のユースケースは何ですか？
私が作成しているページはeコマースのようですが、ユーザーは購入することができず、検索して会社に連絡するだけです。
質問1：戻るボタンは完全に必要です！これにはいくつかの理由があります。
[戻る]ボタンを使用すると、デバイスとブラウザ間で一貫性を確保できます。各ブラウザでは、ボタンをさまざまな場所、さまざまな形、またはサブメニューに非表示にすることができます。基本的には、エクスペリエンスの制御を維持します。
すべてのユーザーがブラウザの戻るボタンを使用しているわけではありません。たとえば、私自身は、モバイルではほとんど使用していません。
期待を維持します。優れたWebアプリはできる限りネイティブであると感じ、ユーザーはそれがすべてのアプリで見つかる標準的な解決策を期待します。
動作を制御します。 [戻る]ボタンを使用すると、ブラウザボタンに対して動作を完全に制御できます。 （第2四半期の詳細）。
Androidアプリはこの良い例です。戻るナビゲーションはシステム入力の中核ですが、すべてのアプリは引き続きUI内に戻るボタンを維持します。
質問2：
戻るボタンは、常に、階層内の前の場所、理想的には同じ状態に戻る必要があります。ページがアイテムYまでスクロールされた場合、戻るとリストに戻り、アイテムYにスクロールされます。
戻るボタンは「履歴」ではなく「階層」に戻ることに注意してください。
歴史：
A-> B-> C-> D-> C
階層：
A-> B-> C-> D
この履歴を使用すると、ボタンがいずれかのステップで押された場合、戻るボタンは次のようになります。
NA | A | B | C | B
これには正当な例外がいくつかあるかもしれません。ステップによって前のステップが不要になった場合は、階層を「二重」に戻ることができます。たとえば、ユーザーに電話番号の確認を依頼し、それが「最終」であることを確認しても、電話番号の確認画面に戻ることはありません。
「categories-> category 1-> category 1.1-> category 1.1.1」を参照するなど、アプリケーションが非常に深くなっている場合は、「home」または「categoories」ボタンを使用してルートに戻ることを検討してください。
お役に立てれば！ :)