エクスペリエンスにアップグレードする必要があります。合成リソースのストリーミング。サービスワーカーは静的なヘッダーとフッターをキャッシュし、ストリーミングを使用して、コンテンツを読み込みながらキャッシュされた部分的なレスポンスを即時に返します。上記のいずれのパターンも使用されておらず、全サイトをキャッシュするのが不可能な場合(小規模なサイトであれば可能でしょうが)、サービスワーカーはパフォーマンスに悪影響を及ぼす可能性があります。この場合には、サービスワーカーを使用しないのが最善と言えます。ウェブサイトをホーム画面にインストール可能にする場合、またはオフラインでエクスペリエンスを提供する場合は、サービスワーカーを使用する必要があります。サポートされています)。ウェブサイトがサービスワーカーを使用する場合のベストプラクティスです。)をプレキャッシュします。ほとんどのページで使用されるロゴ、フォント、およびその他の静的コンテンツをプレキャッシュします。ストラテジーを使用します。ナビゲーションリクエストにネットワーク優先ストラテジーを使用する場合は、ナビゲーションプレロードを有効化します。サイトでサービスワーカーを使用し始めようと考えている方は、上記のすべてのベストプラクティスを実装するサービスワーカーを提供するこちらのサンプルをお試しください。分にして配信されています。ランタイムをサービスワーカーから配信するようにすると良いでしょう。ページに移行する場合にも関係があります。以下にその例を示します。ランタイムをダウンロードしなければなりません。ランタイムをプリキャッシュし、移行を高速化することができます。バージョン管理する理由については、こちらのドキュメントを参照してください。キャッシュから配信される場合にオリジンにサービスワーカーをインストールできないという、サービスワーカーの実装方法に関する大きな違いがあります。固有の方法ではありません)。この場合、すでにキャッシュに存在するフォントのみが使用され、カスタムフォントがまだ読み込まれていない場合は、システムフォントにフォールバックします。使ってカスタムフォントを配信するなど)。カスタムフォントを以下のようにプリロードします。不明なフォントプロバイダーを使用している場合は、各フォントサーバーに事前に接続(preconnect)します。crossorigin>最後に、ただし重要なこととして、ページで使用するカスタムフォント数を最小限に抑えるようにします。可能であれば、カスタムフォントの代わりにシステムフォントを使用してください。システムフォントは、ウェブサイトをユーザーのオペレーティングシステムに一致させることができます。読み込まれるリソースを減らすことができます。キャッシュが使用するテクニックです。ドキュメントをレンダリングできます。オプティマイザの使用を検討してください。ページを配信することができます。このドキュメントで説明されたその他の多くの最適化を自動的に実行することもできます。ページにも適用されます。読み込みのパフォーマンスに大きな影響を与えます。除去する価値があります。キャッシングの使用その他多数。policy.了解!。