ユーザー登録/ログイン機能もコーディングする必要があるWebアプリケーションに取り組んでいます。
私はシステムのユーザー側で作業中です(つまり、ログインが完了した後にユーザーに表示されるもの)。ユーザー領域のURLに関しては、 UXに関しては、より良いオプション:
私は、「より良い」オプションが2番目のオプションであると想定しています。これにより、ユーザーは(おそらく)最も重要なものをより速く、特定のURLを入力する必要なく見ることができるからです。そうは言っても、私はUXの経験や知識がないので、この問題について別の意見を求めています。
上記のユーザーテストの提案に同意しますが、ユーザーがサイトにアクセスしたときにユーザーが何をしたいかについてかなり良い考えがあるかもしれません-ユーザーがログインする必要がある場合、ユーザーがしたいいくつかの明確なアクションがあるはずですそこに一度かかります。
あなたの仕事は、彼らが達成したいタスクをできるだけ簡単に達成できるようにすることです。そのため、ログインした後、彼らが最も達成できるように画面に表示します。多くのサイトはユーザーをホームページに戻しますが、より関連性の高いコンテンツを表示するログイン状態です。これはあなたにとってもうまくいくかもしれませんが、それはすべてあなたのサイトとユーザーに依存します。
セキュリティと利便性の観点から、より良い方法であると考えて設計してください。
URLの処理方法は、ユーザビリティやユーザーエクスペリエンスにそれほど影響しません。アプリケーションの内容ははるかに重要です。ほとんどの場合、ユーザーはURLではなく、サイトのコンテンツに集中します。
ユーザーテスト の作成を開始し、対象のユーザー層にインタビューして、フィード/アプリで人々が何を望んでいるかを確認する必要があります。彼らが特定のプロセスをどのように完了したかを確認します-問題が発生した場所、好きなもの、嫌いなものなど.
Quoraのようなサイトがどのように機能するかを見ると、1ページにすべてを含む1ページのアプリケーションの方が適していると思います。ブログやニュースWebサイトのように、共有可能なURLを使用することが理にかなっている場合は、リダイレクトをお勧めします。
あなたが自問する必要があるのは、ユーザーがGmailやソーシャルプラットフォームの場合と同じようにセッションを維持している場合、ユーザーが再度Webサイトを開こうとしたときに適切なページにリダイレクトするかどうかです。
すべてを1つのページに保持し、ページを選択的に更新すると、Webページだけでなく、ポータルまたはWebアプリケーションのような感覚になります。したがって、ユーザーがフィードやメッセージなど、サイトの特定のサブセクションに移動したくない場合を除きます。単一ページ、単一URLのアプローチで十分であり、より統一されたユーザーエクスペリエンスを提供する必要があります。
リダイレクションは、ユーザーに代わって決定するという点で悪いです。通常、大人は自分で決定することを好むでしょう。
理想的には、ユーザーが行きたい場所に行けるようにします。
ユーザーが見たい場所の1つでログインする必要がある場合は、ターゲットページへのアクセスを許可する前に、ログインフォームにアクセスするよう指示します。