常に同じ場所に表示されるエラーメッセージ
エラーメッセージが常にウェブサイトの同じ場所に表示されても問題ありませんか？エラーが発生した場所の近くにインラインでエラーを配置するのが正しいことです。しかし、ユーザーが私のサイトで遊んだときに発生する可能性のある数百のエラーがあり、それぞれにカスタマイズされたインラインエラーを作成する時間はありません。エラーが発生した場合は、ページ上部の赤いボックスを下にスライドすることを提案します。ボックスが上にスライドして、5秒後に消えます。
エラーメッセージは常に同じ場所で発生するので、ユーザーは、ページのどこか低い場所をクリックしても、何か悪いことが起こったときにその場所を調べるように訓練されませんか？そして、この一般的なエラーを設計するより良い代替手段はありますか？
私は通常、ページにすべてのエラーを要約するエラーメッセージを表示し、さらに各場所で、何が問題かを強調表示を表示します。
たとえば、フォームでは、上部にメール、電話、住所が必要であると言い、フォームでこれらの3つのフィールドすべてを赤で設定し、「このフィールドは必須」という行に沿ってテキストを入力します（または何か他のもの）具体的には、要件をどのように満たしていないかに応じて）。
ただし、私は通常、エラーメッセージ[上に]を常に開いたままにします（かなりの数のお客様がメッセージを読み終える前にメッセージが消えたと不平を言ったため、（数秒後に消えるのではなく）開いたままにしておくと、全員が満足しました） 。
つまり、あなたの質問を要約すると、はい、彼らは上を見るように訓練されます（たとえば、Twitterもそれを行います）。何かが突然動いたときに見るのは自然なことですが、ヒントを追加できる場合は、はるかに優れています。また、メッセージを自動的に非表示にせず、代わりに「閉じる」ボタンオプションを指定することをお勧めします（StackExchangeが個人的に行う方法がとても気に入っています）。
近接はエラーメッセージに適していますが、すべてのエラー通知を1か所にまとめることは利点もあります。ユーザーは常にそこを見るようになります。 Appleは、iPadのすべての通知を画面の上部に表示します。Webブラウザも黄色のバーを使用してこれを行います。ユーザーとして、私たちはそこを見ることに慣れています。一般的に、ビューはメッセージを置くのに適した場所です。
ただし、5秒後にメッセージが消えるのはa bad ideaです。これはW3Cのアクセシビリティガイドラインに反します。これはアクセシビリティに悪影響を及ぼし、ユーザビリティに悪影響を及ぼします。このWebページは、ユーザーの見ている場所を指示するものではありません。多くの場合、代わりに十字または「OK」ボタンが表示され、クリックするとメッセージが削除されます。メッセージの削除が必要な場合。ただし、フォームが再送信されない限り、メッセージをフォームに残しておくことは完全に問題ありません。ユーザーとしては、これも好みです。
「少なくとも1つのファイルを追加する」よりも「少なくとも1つのファイルを追加する」のが良いと思います。これは、[ファイルを追加]ボタンと一致しています。
インラインメッセージを表示するのに時間がかかると思いますが、赤いボックスを下にスライドさせるのはどうでしょうか。代わりに、エラーが発生した場所についての赤いボックスを表示します。その後、次のことができます。
提案したとおりに5秒間そのままにします。または、
ユーザーが問題を修正した場合にのみ、それを終了させる、または
却下ボタンまたは閉じるアイコンを用意する
さらに、いくつかの点を明確にするために：
修正されるまでエラーメッセージを削除しないでください
ユーザーに提示するエラー訂正情報はすべて、持続する必要があります少なくともユーザーが訂正するまで。提案された方法は、ユーザーが常にページの前に座って邪魔されず、次のアクションが完了する準備ができるまでそのページだけを見つめることを前提としています。タブを切り替えたり、電話に出たり、フォームセクションを送信した後に激しくくしゃみをしたりしたらどうなりますか？エラーが発生してアプリページに戻り、問題があることを示すものは何もありません。
エラーメッセージはもうありませんか？
インラインエラーメッセージを作成する際の障害として発生する可能性のある数百のエラーを引用します。エラーをスローした入力フィールドの近くにすでに準備したエラーテキストを単に置き換えない（または表示しない）のはなぜですか（モックアップにはエラーメッセージがすでにかなり記述的であるため、表示されているため）。