「ログイン成功」メッセージは必要ですか？
情報/フォーラムのWebサイト（たとえば、StackExchangeサイトと同様）で、「ログイン成功」メッセージを表示する必要がありますか？
明確化：問題のサイトでは、ユーザーはヘッダーの「ログイン」ボタンをクリックしてログインできます。これにより、ログインできる小さなパネル（既存のページの上に重なる）が表示されます。ログインすると、「ログイン」ボタンがヘッダーの「ログアウト」ボタンになります。それ自体、ユーザーは専用の「ログイン」ページを見ることはありません。以下の画像は、現在の体験を表しています。これは、アドリアーノレペッティが 彼の回答 で説明したものに沿っていると思います。
既存のものとは逆の答えを投稿させてください。 「ログイン成功」メッセージは不要ではなく間違っている 。
なぜ不要なのか
日常生活で使用するオブジェクト/デバイスが使用するたびにフィードバックを返すかどうかを考えます："OK、あなたは正しいキーを使用しています、あなたは車のエンジンをオンにすることができます」、「お帰りなさい、アドリアーノ、これはあなたの家です」、「あなたのPINは正しいです。あなたがすることを期待していた」、「ロック解除のジェスチャーは正しかった、もう一度スワイプして画面のロックを解除してください」など.
ログインが成功したことを確認するサイト/アプリケーションの数を数えます：ログインはワークフローの一部です。各ステップの確認メッセージを提供しない限り、（やる気のない）例外は必要ありません。確立された振る舞いは、それだけでも-十分に認識されている必要がない限り十分な理由があります（注を参照）。
トレンディ（技術的に実現可能な場合）で、確認メッセージを回避し、元に戻す機能と組み合わせてより微妙なフィードバックを優先するようになりました。確認を回避できる/すべきでない場合、この議論は機能しない情報メッセージに対してより強力です。
もちろん、反対に、エラーが発生した場合はエラーページ/メッセージが表示されます。
失敗する可能性があるため、または結果の永続的なフィードバックがない場合に、本当に重要なことについての通知を保持します（アプリケーションの場合）状態は明らかに変更されます-そして、あなたがログインしているときはそれは明確でなければなりません-メッセージは冗長です）。
スタンドアロンログインページ
操作が正常に完了すると、ログインページから別のページに移動するため、これは不要です。確認の必要はありません。
[〜＃〜] edit [〜＃〜]：編集後、この段落は適用されなくなり、特定のケースでは無視されます（ただし、次は特定です）;一般的な議論のためにここに置いておきます。
ポップアップログインフォーム
これは、ログインフォームがスタンドアロンページではなく単純なポップアップである場合にも当てはまります。
通常、ログインフォームを開くために操作したコントロールは、現在ログインしていることを示すように変更されます。この場合微妙なアニメーションを検討して、 フィードバックを与えます（ただし、それが明白であっても私は言います）目に見えるアプリケーションの状態は変更する必要がありますから常にログインしているユーザーに通知します。
ログインしていることを明確にするために行うことは、別の質問のトピックになる可能性があります。トップバー（ある場合）を変更したり、ログインボタンを変更してログアウトしたりできます（ただし、視覚的に目立たないように明確に異なる必要があります）。 、（さらに）サイトのデザインに応じて、別の配色（慎重に！）などを使用します。
なぜ間違っているのか
それは不必要であるので間違っています（そして私たちはインターフェースをシンプルに保ちたいと思っています）。さらに、不要なメッセージが遅くなりますUXエクスペリエンス、ワークフローを中断する、ユーザーの注意を減らします意味のあるメッセージ（エラー、アラート、または重要な通知）。
それらをどのように表示するか（メッセージボックス、非表示のボックス、ポップアップ、トースト）は関係ありません-不要な場合は、煩わしいで冗長です。
ノート
（重要な操作または賢明な/予約された情報へのアクセス）の場合、マルチステップログインプロセス次に、ユーザーにログインし、予約済みデータにアクセスできるか、危険な操作を実行できるかをユーザーに通知するための明確なスタンドアロンページが必要です。
テキスト対何か：目的がフィードバックを提供することである場合、テキストは他のオプションよりも悪いです。テキストでは読むが必要ですが、メッセージは単にあなたがすでに知っていることの確認です。この種の情報メッセージは控えめに使用する必要があります。そうしないと、ユーザーはそれらすべてを単に無視します。
logoutにもまったく同じ推論を適用できます。特別な理由がない限り、メッセージは必要ありません。また、ユーザーがログアウトを実行するために覚えている場合は、ログアウト制御がより目立つ可能性があることに注意してください。
スクリーンショットに「サインアップ」フィールドと「ログイン」フィールドが表示されます。聴衆が英語のネイティブスピーカーだけではない場合は、別の表現を使用することを検討してください（ 「サインイン」の違いは何ですか？そして「ログイン」し、ウェブサイトが一方を選択する方法、他方を選択する方法？ ）。
必要よりも、言葉は便利または推奨だと思います。そしてもちろん、ステータスの変化が明確に示されている限り、メッセージやそのフレージングはあなたが言及したものである必要はありません。
ステータスの変更は、ログに記録された状態とログに記録されていない状態の違いであり、メッセージ（ユーザーのメッセージなど）、レイアウトの変更、またはアニメーションで表すことができます。または、これらのテクニックの1つ以上の組み合わせ。しかし、何もより良いことを伝えません...解釈の余地なしに正確な言葉を言う
オンライン銀行のWebサイトのように、意味のあるものにアクセスする前に明示的な「ログインプロセス」がある場合、それは必要ない場合があります（「有用な」ページが表示される場合は、ログインする必要があるため）。 StackExchangeやAmazonのようなサイトで、ログインしているかどうかに関係なく、「意味のある」やり取りがたくさん行われる可能性がある場合は、より適切/便利です（厳密に言えば必要） ）ログイン中かどうかの違いを強調するために、「現在ログインしています」というメッセージを表示します。どちらの場合も、ログインのfailureが明確に通知されます。
Login Successfulメッセージをユーザーに表示する代わりに、advantageバックグラウンドでload contentへのログイン。したがって、ある種のLogging in ...で進行状況バーを使用すると、2つのことを一度に実行できます。
- 無駄にすることなく、ログインが成功したことを伝えます。
- 必要なコンテンツをバックグラウンドでロードするのに十分な時間を確保してください。
これは、ログインとログアウトの間で頻繁に更新されるダイナミックレイアウトの場合にのみ機能します。
たとえば、Gmailは次のとおりです。
