ユーザーが Y に進む前に X を実行する必要があるが、Y へのリンクが常に利用可能な Web アプリケーションのシナリオを考えると、ユーザーがページ Y に移動しようとした場合にユーザーをリダイレクトする 2 つの方法について現在議論しています。
どちらがよりユーザー フレンドリーで、より優れたユーザー エクスペリエンスであり、その理由は何ですか?
または、3 番目のオプションを使用できます。
ユーザーがリンクをクリックすると、エラーと推奨されるアクションを説明するダイアログが表示され、エラーが発生しても続行するためのリンクと、推奨されるページ/アクションにリダイレクトするためのリンクが提供されます。
アイテムAとアイテムBについてのコメントを読んでください。
以下の私の考え：
リンクXとリンクYの2つのリンクがあります。
アイテムAの場合、リンクXとリンクYは通常のハイパーリンクとして表示され、すべて正常です。
アイテムBの場合、リンクXは通常のハイパーリンクとして表示されますが、リンクYを特別な表示アイコン付きのテキスト/ハイパーリンクとしてレンダリングし、ユーザーがその上にカーソルを合わせると（クリックではなく）、理由を説明するポップアップ/ツールチップを表示します。
ここでの考え方は、マウスのクリックを減らし（上記のように、クリックもリダイレクトもなし）、ページスペース/画面のスペースを節約することです（マウスをホバーしたときに理由を表示します）。
さらに、ユーザーがリンクYに進むには、リンクXのすべてのことを完了する必要があることを示す指示をページに入れることができます。
ユーザビリティの観点から言えば、コンテキストで意味のあるオプションのみを実際にユーザーに表示するのが最も理にかなっていると思います。つまり、X が満たされていない限り、Y へのリンクをまったく表示しません。
おそらく、リンク テキストを完全に削除したくない場合は、リンクを削除して、X が記入されるまでテキストをそのままにしておいてください (現在そうなっている理由を述べてください)。
たとえば、彼らが X に必要なすべての情報を入力しなかった場合、彼らが何をしなかったかを明確に示すインジケーターを付けて、X に戻したくなるかもしれません。もちろん、すべての情報を入力せずに保存することはできませんが、サーバーの検証が失敗することがあります。
最終的には、1 つのうち 6 つ、もう 1 つが半ダースでしたが、私はそれを両方の方法で見ました。
y の前に x を実行する必要がある場合、y へのリンクがいつでも利用できるのはなぜですか?
私は 2 番目のアプローチを使用します。ほとんどの場合、ユーザーが前のページに戻ることはわかっているため、他のリンクを確認するか、問題の原因を確認してください。したがって、この方法でユーザーの時間を節約できます。
ユーザーが何を期待しているかによって異なります。
ユーザーがリダイレクトされた理由を収集できる場合 (典型的な例は、「このページを表示するにはログインする必要があります」)、それを行います。
ユーザーが要求していないものが表示される理由に混乱する可能性がある場合は、適切な制限とエラー メッセージを使用して、ユーザーが要求した内容を示します。
適切でない限り、ユーザーが X に移動することを許可しません。
ただし、使いやすさについて質問されているので、ユーザーはページ Y にいると思っているときにページ X にいることに混乱する可能性があると思います (そして、ブラウザーの上部にある 100 ピクセルのバーでさえ、赤く、点滅している) ので、明確なメッセージとリンクだけで完全に空白のエラー ページ (ナビゲーションなし) を使用します。単純な HTTP 404 エラー ページに似たもの。