はい、ユーザーがこれらをどれだけ「速く」読んでいるかを知ることができないためです。ユーザーは、タイマーがなくなるまでメッセージを強制的に表示されるべきではありません。ユーザーには、メッセージをできるだけ早く閉じるオプションを与える必要があります。
この質問はすでに以前に尋ねられており、これはあなたの疑問を解消するはずです。これは、アラートの目的を無効にするのに役立ち、場合によってはまったく不要な2つの視点を共有します。
エラーメッセージと成功メッセージに閉じるボタンがあるのはなぜですか?
ただし、個人的には、アラートによってアプリやウェブサイトのCTAが不明瞭になる場合は、閉じるボタンが必要になると思います。たとえば、これがヘッダーを経由するとします。これにより、ヘッダーの他のアクションはクリックできなくなります。ヘッダーに戻るには、ユーザーがこれを閉じます。このような場合、閉じるボタンが必要です。
成功メッセージは自動的にフェードアウトして消えるはずです。成功はユーザーが期待するものであるため、手動で強制終了しないようにする必要があるためです。
他のメッセージタイプwillは、それらを期待していないため、ユーザーにとって関心があります。理想的には、ユーザーは問題を修正してからソリューションを続行します。
ユーザーはこれらのメッセージを手動で閉じることができますifそれらを取り除きたいが、システムの自然な相互作用ポイントを使用して、もはや存在しないメッセージを自動的に閉じます適切、例えば主なコミットボタン、他のページへのナビゲーションなど.