ユーザーにページローダーを表示する必要がある後の最小待機時間はどれくらいですか？
インターネットから質問に対する回答を見つけることができなかったので、誰かが私を助ける方法を知っているかもしれません。
ユーザーにページローダーを表示する必要がある後の最小待機時間はどれくらいですか？
たとえば、ページが非常に速く読み込まれる状況がありますが、ページローダーは何があっても表示する必要があるというルールがあります。そのため、読み込み時間が短いため、ローダーは点滅するだけです。
ここで、「読み込み時間が...秒を超える場合にのみページローダーを表示する」というルールのベストプラクティスを教えてください。
ローダーの例：
読み込み時間が1秒を超える場合。
1968年に遡る名作の1つです。
1.0秒は、ユーザーが遅延に気づいたとしても、ユーザーの思考の流れが中断されないようにするための制限についてです。通常、0.1秒を超え1.0秒未満の遅延の間は特別なフィードバックは必要ありませんが、ユーザーはデータを直接操作する感覚を失います。
これは Nielsen によるものですが、もともとMillerによるものです。
ページがロードされる時間を知らないようですので、何が有効であってもローダーを表示する必要があります。ただし、最初の1秒間にフェードインすることができるので、ページの読み込みが速くなっても、点滅/フラッシュはそれほど目立ちません。
または、1秒後にローダーを表示するだけの場合は、1.1秒後にロードが完了した場合に、非常に速く点滅/点滅するように変更されます。したがって、1秒後にローダーをフェードインし始めることができます。
Smashing Magazineでこの記事を見つけました。
アプリがユーザー入力に応答するのに.1秒より長く1秒未満かかった場合、アプリが結果を表示しているように感じます。ユーザーは短い遅延に気づきますが、現在のタスクに集中し続けます。 1秒後、ユーザーの注意がさまよい始め、遅いアプリの応答を待っていることに気付きました。
この記事では、このトピックに関するいくつかの詳細情報を提供します。 https://www.smashingmagazine.com/2016/12/best-practices-for-animated-progress-indicators/
ユーザーの待機時間は、アクションを開始した瞬間から始まります。最悪のケースは、システムが受け取ったインジケーターがない場合です。アプリがアクションの完了に時間がかかっていることをユーザーに通知できない場合、ユーザーはアプリがリクエストを受信しなかったと考え、再試行します。フィードバックが不足しているため、多くの余分なクリックやタップが発生しています。
ボタンのクリックや更新のためのプルなどのアクションは、すぐに反応するはずです。ユーザーからのリクエストを受け取った直後に、プロセスが開始されたことを示す視覚的なフィードバックを提供することが重要です。
私は何も聞いたことがありません、ローダーは何があっても見える必要があります。私の視点私はこのローダーが好きではありませんでした。コンテンツをロードするのに時間がかかる場合は、UXを最適化するためにローダーを使用する必要があります。 読み込み時間が3秒を超える場合はローダーを表示します。
ページが時間内に読み込まれる場合、ローダーを表示する必要はありません。ユーザーからプラスのポイントを獲得するにつれて。 :)
ロードボタンを工夫して使うのもいいですね。
人間の平均注意持続時間は常に8秒であり、マルチタスクが増えるため、さらに減少するだけです。ローダーが必要な理由を見つける必要がありますか？次に、設計に取り掛かる前にそのステートメントを承認します。ローダーは悪い考えではありませんが、読み込み時間が5秒を超える場合にのみ保持します。
それが言われている間、もしそれがwebappならブラウザはユーザを表示するのを世話しますが、もしそれがコンポーネントやデータテーブルならローダーを表示する必要があります。