長時間かかるコンテンツをロードするには？
生成するデータは重くて遅いため、ページの読み込みに非常に長い時間がかかります（約15秒、一部のクライアントではさらに長くなる可能性があります）。
私たちは直接スピードアップを試みていますが、15は今のところ私たちが行くことができる最低のものです（以前はもっと多かった！）そしてそれは最初のロードページなので、ウェブアプリケーションの非常にイライラします（別の場所に移動してページの読み込みを待たなければならない人もいます）。
私が求めているのは、最初に高速コンポーネントをロードし、ページを表示し、次にロードに時間がかかる部品にAJAXロードを表示した場合、ユーザーエクスペリエンスを台無しにすることでしょうか。ユーザーがページにすばやくアクセスしてナビゲートできるようにするには？
ユーザーは、ページを効果的に使用するためにすべてのパーツをロードする必要がありますか？
その場合、パーツを個別にロードするアプローチを使用すると、ユーザーがこれらのパーツを操作したり、部分的にしか操作できない、またはまったく操作できないことがユーザーエクスペリエンスを損なう可能性があるため、良い体験とはなりません。
ただし、パーツがロードされているときにパーツを操作できる場合は、ユーザーが途中でいくつかのアクションを実行できるようになるため、それを実行することをお勧めします。とはいえ、残りのロードパーツに使用できる、長いロード時間を処理する方法にはいくつかの推奨されるベストプラクティスがあります。
- 待機時間をユーザーに通知します：待機時間がわからない場合、ユーザーは不安を感じる可能性があります。したがって、インジケーターを使用して、残り時間またはロードされている時間を示すと便利です。これを引用するには 記事
これは、Webでは、訪問者が待機する必要がある時間を明確に示す必要があることを意味します。明らかに、絶対時間が最も便利でしょう。ただし、ロードプロセスがジョブを実行することを示すパーセンテージ。
何かが起こっているのを見ると、それは私たちに前向きな気持ちを与え、私たちを慰め、そして私たちをより寛容にします。さらに、訪問者をループに留めておくことで、カードをテーブルに置いてプレイし、それらを管理します。今、彼らが待つか、その間に飲み物を飲みたいかは彼らの決定です。
これがうまくやっているサイトの例です
- 待機する必要がある理由をユーザーに通知します：これを処理する簡単な方法は、何がロードされているか（たとえば、画像やデータがフェッチ済み）通知を更新して残りの概算を通知します。そのデータを計算または表示できない場合は、気晴らしを使用して、待機中はそれらを占有しておくようにしてください。彼らは待つ
- 表示しながら待機時間を過大評価する：一般的な方法は、待機時間を妥当な量だけ過大評価して、予想時間よりも前に負荷を達成できるようにすることです。この記事を引用するには
研究により、期待に打ち勝つことで人々の気分が高まることがわかっています。元ディズニーの従業員からの記事や説明は、それらが乗車前の兆候に見られる時間を過大評価するという事実を支持する傾向があります。ゲストが早期に完了した場合、他の乗り物に費やす時間が増えるか、乗車後にギフトショップでお金を使う時間が増えることになります。
予想される時間を達成することは、感情的に中立的な出来事のようです。ただし、待機時間が約束されたものよりも長い場合、非常に否定的な反発が生じます。人々はせっかちになり、システムへの信頼と信頼を失います。したがって、ここでの公理は、見込みがありすぎて配信されないようにすることです。
これにより、ウェイト時間中にユーザーの関心を維持し、離脱率を下げる方法についていくつかの指針が得られるはずです
あなたの質問に答えるには：はい、ページの読み込みが遅すぎる場合はajax経由で重要でないものを読み込みます。データと意見の収集を行って、ページのどの部分がユーザーによって最もよく使用されているかを確認することができます。それらのパーツをページとともにロードして、すぐに表示できるようにし、その後、他のすべてをロードします。この遅延読み込みは、スクロールせずに見えるコンテンツに特に役立ちます。全体の読み込みが遅くなる可能性があるため、個別のリクエストを大量に作成しないように注意してください。
最近、ユーザーが待機中のスピナーアニメーションをほとんど表示しない場合、実際よりも長く待機しているとユーザーが考える傾向があるという調査をいくつか見ました。これを回避する1つの方法は、時間がかかり、ユーザーの注意をそらすだけでなく、コンテンツが進行中であることを示すアニメーションのようなものを使用することです。たぶん、コンテンツは横からスライドできますか？ （申し訳ありませんが、このコンセプトの良い例はありません...）