「戻る」ボタンを使用することは、まだ良い習慣ですか？
「戻る」ボタンを配置する必要はまだありますか？あるいは、ユーザーは代わりにブラウザの戻る機能を使用できることをすでに直感的に知っていますか？特に、アプリケーションに必要なアクションを実行する他のボタンがすでに多数ある場合は、ページを単純化して削除することは不要な「アクション」である可能性があると感じています。
正直なところ、これまでウェブサイトに戻るボタンを配置することが必要であったとは思いません。 2001年でさえ、最初にWebサイトの作成を始めたとき、ページに「戻る」ボタンを配置したことはありませんでした。これは、サイトの表示に使用されているツール内では冗長であるためです。
現在、例外がありますが、ごくわずかです。 Flashサイトを作成したとき、ハッシュタグのURLを使用して[戻る]ボタンの機能を維持する前に、ユーザーが表示されていたビューに戻る方法が他にない場合は、[戻る]ボタンを追加します。つまり、ユーザーがストーリーボードに基づいて、ページAからページBに移動できた場合、プライマリナビゲーションを使用してページAに戻ることができます。[戻る]ボタンは必要ありません。
もちろん、ブラウザの履歴で戻るボタンの機能を壊さない方法で物事を実行する私たちの能力で-それはロジックをではないあるページから別のページに移動するための戻るボタンがあります。
編集：
アンケートやフォームにあるような「前へ」または「キャンセル」ボタンの場合、それは理にかなっています。特に、ボタンが実際にブラウザ履歴をスタックに戻すだけではない場合。たとえば、フォームから一部のデータを消去したり、「中断したところにジャンプ」機能を追加したりできます。これは文字通り「ブラウザのバック関数」と同じではありません。
戻るボタンにブラウザ側のボタン以外の機能がある場合は、ユーザーフレンドリーでスタイルが優れています。
たとえば、複数のページがあるアンケートや登録フォームでは、入力したデータを保存して、戻ったときに削除しないのは非常に便利です。 （AJAX）
アプリケーションが前のページをリロードする以上のものでない限り、ほとんどの場合、戻るボタンは必要ないと思います。ブラウザに戻ると前のページが読み込まれますが、ページに戻ると、以前のバージョンのフォームが再読み込みされるか、アプリケーションの変更が元に戻されます。または、何らかの理由でブラウザがページを壊した場合、一部のサイトのショッピングカートのようになります。もちろん、そのコードを修正することをお勧めします。
私は、あなたが数ページ以上の深さを得ることができるすべてのページがパンくずを持っているべきだと信じています。
単一ページアプリケーションまたはajaxに大きく依存しているアプリケーションは、私の経験上、バックリンク（別のajaxロードをトリガーするか、クライアント側のコントローラーメソッドを呼び出す）の恩恵を受けることができます。 。
これは、慎重に設計しないと、押し戻すとときどきアプリの動作が壊れる可能性があるためです。
私のサイトには「戻る」ボタンがあります。アクティビティプロファイルページからホームページに移動します。私はそれがあなたのサイトのナビゲーションフローに依存するかもしれない悪い習慣ではないと思います。