「戻るボタンを壊さない」はWebアプリケーションに適用されますか？
複数のソースからの「戻るボタンを壊さないでください」というアドバイスを読みました。コンテンツベースのブラウジングについては、これに100％同意します。同じアドバイスがWebアプリケーションに適用されますか？単にデータを表示するだけのWebアプリページでも有効だと思います。フォームの投稿、AJAX、およびログアウトされたセッションが関与すると、[戻る]ボタンが予期しない動作を引き起こす可能性があります。
このアドバイスは、非常にインタラクティブなWebアプリケーションに関連していますか？
このトピックに関連する記事をいくつか紹介します。
http://w3.org/QA/Tips/reback
http://brightorangethread.com/blog/view/dont-break-the-back-button
http://nngroup.com/articles/the-top-ten-web-design-mistakes-of-1999
はい、そうです。予期しない動作が何を意味するのか正確にはわかりませんが、ユーザーは、アプリケーションを使用していても、通常のWebサイトを使用していても、戻るボタンに同じことを期待しています。このように考えてください。戻るボタンは、ブラウザの一部であり、Webサイトの外側にあります。表示されているコンテンツに関係なく、同じように動作するはずです。
Webアプリケーションを設計している場合、ユーザーが戻るボタンを押す必要がないようにナビゲーションがうまく機能するはずですが、そうすると、前のページ/状態に戻ります。
はいはいはい。 [戻る]ボタンを壊すのは問題だけではなく、大規模な設計とエンジニアリングの欠陥の兆候です。アプリケーションが[戻る]ボタンを壊した場合、RESTfulな設計には従いません。つまり、ブックマークは機能せず、誰かへのリンクを電子メールで送信することはできません。これは、ビジネス検索でアプリケーションをインデックスに登録できないことを意味します。 RESTに従わない場合、アプリケーションで問題が発生する可能性のあるものは1,000あり、それらの多くはUXの問題です。
最後のポイントは、アプリケーションが正常に機能低下していないことです。 Vanilla HTMLフォームの上にアプリケーションを構築し、javascriptによってのみUX機能を追加すると、多くの点でメリットがあります。 Webデザイナーとバックエンドプログラマーはそれぞれの機能を個別にテストできるため、お互いのツールについて学ぶ必要はありません。 JavaScriptが利用できない場合（検索エンジン、障害者）でも、アプリケーションは機能します。
つまり、この問題の重要性を過小評価しないでください。
良い質問。違いは、一般的なユーザビリティガイドラインとアプリガイドラインにある新しいナビゲーションモデルです。
Webアプリがネイティブアプリのように動作し、感じている場合（forecast.ioなど）、アプリのガイドラインに従う場合があります。そうでない場合は、戻るボタンを壊さないように、一般的なユーザビリティガイドラインに従ってください。
Apple HIGガイドラインは、「情報の階層を移動する場合、ユーザーはタイトルの左側にある戻るボタンをタップして前の画面に戻ります。それ以外の場合は、ナビゲーションバーのコンテンツ固有のコントロールをタップして、コンテンツを管理できます。スクリーン。"
Andriodのアプリガイドラインも参照してください。独自のシステムの[戻る]ボタンの存在によって問題が複雑化しています http://developer.Android.com/design/patterns/navigation.html
いつものように、アプリケーションを使用するユーザーを監視することで、最良の答えが得られます。しかし、私の経験では、はい、ユーザーはまだ[戻る]ボタンがWebアプリケーションで機能することを期待しています。
私がこれまで働いてきた2つの企業は、社内向けと顧客向けの両方のWebアプリケーションを作成するための独自のWebアプリフレームワークに多額の投資を行ってきた大企業でした。フレームワークと多くのアプリケーション（主にシステム管理/ダッシュボードタイプのアプリで、AJAXタイプのコンテンツの大部分は含まれない）の両方のユーザビリティテストが行われており、[戻る]ボタンがうまく機能しない場合、かなりの割合のユーザーが常に不満を感じていました。 。
[戻る]ボタンを非表示にした場合、一部のユーザーはそれをオンに戻す方法を知っています。アプリケーションがページ上に独自の[戻る]ボタンを持っている場合、または逆方向のナビゲーションを可能にするパンくずリストを持っている場合、ユーザーがそれを「戻る」ボタンはずを表す記号と見なして、より頻繁に使用した場合。
一般的なルールは、常にユーザーが期待していることを提供することです。そのため、要素は他のサイトと同じように動作する必要があります。
ただし、ユーザーでテストしてその動作を確認することで、この問題を克服できます。
高度にインタラクティブなWebアプリケーションで代替手段を探す優れた方法は、 grooveshark.com 、 trello.com 、または asana.com 。