フォームの検証-エラーメッセージをトリガーするタイミング
リアルタイムのインライン検証を備えた登録フォームに取り組んでいます。エラーメッセージをトリガーする必要があるのはいつですか。
- 以前、フィールドにフォーカスがあるとき、ユーザーが有効な回答を入力するまで
- 一方、ユーザーが入力しているとき、有効な回答が入力されるまで
- 後、フィールドに焦点が合っていないとき
心に浮かぶ1つの関連する研究は、Luke Wroblewskiによって Webフォームのインライン検証 で説明されています。 入力を早期に検証することは害を及ぼす可能性があること、そして入力後にフィールドを検証することはユーザーがフォームをより迅速に入力するのに役立ち、正確に。
インライン検証メッセージを表示するタイミングをよりよく理解するために、フォームの上半分でいくつかのバリエーションをテストしました。
後
このバージョンのフォームでは、ユーザーが次の質問に進んで質問への回答が完了したことをユーザーが示すと、検証メッセージ（成功またはエラー）が表示されました。 （これは技術的な話で「ぼかし」を検証しています。）
ながら
このバリエーションでは、ユーザーが各質問に答えている間に検証メッセージを表示（および更新）しました。 （つまり、「キーを押したとき」）。
以前としばらく
このバージョンでは、ユーザーが各質問に回答する前に、つまり各フォーム要素にフォーカスした直後に、そして質問に回答している間に、検証メッセージを表示しました。 （これは「ぼかしとキーを押したとき」を検証しています。）
それは結論した：
フォームの前半で「after」メソッドを使用した場合、参加者は「while」メソッドと「before」および「before」メソッドをそれぞれ使用した場合よりも7〜10秒早くフォームに入力しました。 「before and while」方式では、完了時間が長くなるだけでなく、テストした他のインライン検証バリエーションよりもエラー率が高く、満足度も低くなりました。
一般的なルール
自由回答形式の質問の場合は、ユーザーが回答を提供し終えた後にフィードバックを提供します（ぼかし、次のフィールドに移動するとき）。
ユーザーがすぐにサポートを必要とする可能性がある質問（ユーザー名とパスワードのフィールドなど）については、入力中にフィードバックを提供しますが、時期尚早のエラーメッセージが不満にならないように適切な遅延を使用します。
ユーザーがまだフォームへの入力を開始していないため、ユーザーがフォームへの入力を開始する前にエラーメッセージを表示すると、誤解を招く可能性があります。一般的な形式で見たものから、エラーメッセージは通常、ユーザーが送信しようとしたときにシステムがエラーを認識したときに表示されます。これは、特に大きなフォームがあり、その最初のどこかでエラーが発生した場合、誤解を招く可能性もあります。したがって、フィールドに一度注目して次のフィールドに移動してから、フィールドのエラーメッセージを表示するのが最善の方法だと思います。
入力フィールドにフォーカスしたときのメールID検証-有効なIDを入力するまでエラーメッセージが表示されます-適切なメールIDを入力すると、エラーメッセージは非表示になります 