専用のログインページに正常にログインした後にユーザーに何が起こるかを処理するためのベストプラクティスは何ですか。
現在のウェブサイトには2つの可能性があります。ユーザーがコンテンツへのアクセスの試行に基づいてログインページに誘導された場合、一度ログインに成功するとアクセスできないため、そのページにリダイレクトされます。ログインに成功した後、手動でログインページに移動すると、ホームページに移動します。これは私にはまったく適切ではないと感じています。
この質問のきっかけとなったシナリオは、私のプロジェクトマネージャーがリダイレクトではなくお礼のメッセージを表示することを主張していることです。考え?
それは、典型的なユーザーがあなたのサイト/アプリに何のために来たかに依存します。表示される情報がユーザーに最も関連する場合など、ユーザープロファイルが利用可能な場合、ホームページへのリダイレクトは最適なオプションではない可能性があります。
これの良い例は、現在のMySpace(現在、招待段階にある新しいMySpaceではありません)です。ユーザーはログイン領域/ページに移動できますが、ホームページに移動することを望むユーザーはほとんどいません-この情報は一般的で個人に合わせたものではありません-そのため、ユーザーを自分のプロファイルに誘導することをお勧めします。
あなたの最初の可能性は間違いなくそのユースケースで正しい方法です。
それはあなたのアプリケーションとあなたの顧客がログイン後に何をしたいと思う可能性が最も高いかによって異なります。
たとえば、Gmailにログインすると、ほとんどの場合、ログインの意図に合うので、自分の受信トレイに直接移動します。ただし、Amazonにサインインすると、Amazonホームページが表示されますが、これも理にかなっています。
ログイン後すぐに使用する可能性が最も高いページを顧客に表示するようにしてください、そして可能な場合は、そのページにメニューだけでなく、関心があると思われるコンテンツを含めるようにしてくださいまたはナビゲーションページ。
他の人が良い答えを提供してくれたので、私は質問を少し読んでいます-しかし、それは、プロジェクトマネージャーがログインの成功を確認した後のようです。リダイレクトの前に「ありがとう」をバルーンなどのバルーンとして(たとえば)バルーンとして表示することもできます。リダイレクトが表示された後、フェードし、ユーザーを適切なホームページにリダイレクトします。私が示すことができる最良の例は、chill.comがログインを処理する方法です。