よって翻訳されました。必要に応じて、コンテンツの保存と分類を行います。エクスペリエンスが低下しないように措置を講じる必要があります。登録を延期すると、ユーザー(特に、ネットワーク接続が遅いモバイル端末のユーザー)は最適なエクスペリエンスが得られます。詳細を読んだことがある場合は、次のようなボイラープレートを見たことがあるでしょう。登録のアップデートを検出するコードが含まれる場合があり、これらはページを更新するようユーザーに知らせる手段として使用されます。標準のいくつかのコード行が少し異なるだけです。プラクティスはありますか?驚くことではありませんが(この記事がここですぐに終わるわけはありませんから)、答えは両方とも「はい」です。ユーザーの初回アクセスユーザーがウェブアプリにはじめてアクセスする場合を考察してみましょう。あるかどうかをブラウザが事前に知ることはできません。リソースを迅速に取得できるようにすることです。エクスペリエンスの敵です。スレッドまたはプロセス(簡略化のためにスレッドを想定します)の開始を決定するとします。あなたは強力なパソコンではなく、世界の大部分で主要端末と見なされている能力の低いスマートフォンを使用しています。時間とメモリの競合が発生します。スレッドが大きな変化をもたらす可能性はあまりありません。スレッドがアイドル状態ではなく、ネットワークからリソースのダウンロードを開始する場合はどうでしょう。メモリの競合に関する懸念よりも、多くのモバイル端末が利用できる帯域幅の制限に関する懸念を優先すべきです。リソースを浪費しないでください。エクスペリエンスを提供するという目標に対して効果的であるということです。トリガーされるまで登録を遅らせます。登録を開始する適切なタイミングは、ウェブアプリが読み込まれた直後の動作によっても異なります。ウェブアプリは、メイン画面に遷移する前に短いアニメーションを表示します。登録を開始すると、ローエンドのモバイル端末でアニメーションの品質が低下する場合があることを発見しました。同様に、ページの読み込み後に追加設定を行うフレームワークをウェブアプリで使用している場合は、その作業の完了を知らせるフレームワーク固有のイベントを探します。登録が遅れると、サイトへの再訪問にどのような影響があるでしょうか。驚かれるかもしれませんが、影響はまったくありません。イベントを通過します。イベントを処理できるようになります。スコープ内のページに対するリクエストが行われる前に起動します。これは、次のように考えると合理的です。イベントを処理できません。回目以降のアクセス中は実質的に何もしません。キャッシュを積極的に実行する場合です。キャッシュに移入するとメリットがあります。ハンドラがメインページのリクエストと帯域幅を取り合うリソースを要求していないことを確認することをお勧めします。トラフィックを確認することです。日に何十回も再読み込みします。存在し、キャッシュが十分に入力されている場合にサイトに再アクセスすると、新しいユーザーと同じエクスペリエンスが得られず、発生するおそれのある問題を簡単に無視してしまいます。登録のタイミングによって生じる可能性がある違いの例を以下に示します。モードでサンプルアプリにアクセスしている間に撮影されたものです。トラフィックを示しています。ハンドラから発信された、横に歯車アイコンがあるエントリ)は、ページの表示に必要な他のリソースへのリクエストと混在しています。登録が遅延されています。リクエストが始まらないことがわかります。キャッシュにデータを入力できます。デバイスから実行すれば、さらにポイントとなります。マシンに接続し、多くのユーザーが実際に体験している状況を反映したテストを実行できます。まとめまとめると、最優先すべきは、ユーザーの初回訪問エクスペリエンスを最適にすることです。登録を遅らせると、この確実化を確実に実現できます。すべてのメリットを享受できます。初期登録を最初のページの読み込み後まで遅らせる簡単な方法は、次のコードを使用することです。ライセンスにより使用許諾されます。ライセンスにより使用許諾されます。サイトのポリシーをご覧ください。関連会社の登録商標です。