Microsoft 365 モダンおよびクラシック発行サイト ページの SharePoint でのページ呼び出しを最適化する

Microsoft 365 モダン発行サイトとクラシック発行サイトの両方の SharePoint には、SharePoint の機能と CDN からデータを読み込む (または呼び出しを行う) リンクが含まれています。 ページからの呼び出しが多くなるほど、ページの読み込みには時間がかかります。 これは、エンドユーザーが認識する遅延、または EUPL (end user perceived latency) として知られています。

この記事は、最新および従来の発行サイト ページから外部エンドポイントへの呼び出しの数と影響を判断する方法、およびエンドユーザーが認識する遅延への影響を制限する方法を理解するのに役立ちます。

注:

SharePoint モダン ポータルでのパフォーマンスの詳細については、「最新の SharePoint エクスペリエンスでのパフォーマンス」を参照してください。

SharePoint 用ページ診断ツールを使用してページ呼び出しを分析する

SharePoint 用ページ診断ツールは、Microsoft 365 モダン ポータルの SharePoint と従来の発行サイト ページの両方を分析する Microsoft Edge ブラウザーと Chrome ブラウザー用のブラウザー拡張機能です。 このツールでは、定義されている一連のパフォーマンス条件に対するページのパフォーマンスを示す分析済みの各ページのレポートが作成されます。 SharePoint 用ページ診断ツールのインストールと詳細については、「SharePoint 用 ページ診断ツールを使用する」を参照してください。

注:

ページ診断ツールは、Microsoft 365 の SharePoint でのみ機能し、SharePoint システム ページでは使用できません。

SharePoint のサイト ページを SharePoint 用ページ診断ツールを使用して分析すると、[診断テスト] ウィンドウの [SharePoint へのリクエスト] 結果に外部呼び出しに関する情報が表示されます。 サイト ページに含まれるコールの数がベースライン数より少ない場合、線は緑色で表示され、ページがベースライン数を超える場合は赤色で表示されます。 クラシック サイト ページは HTTP1.1 を使用し、モダン ページは HTTP2.0 を使用するため、ベースライン数はモダン ページとクラシック ページで異なります。

  • 最新のサイト ページには 25 を超える呼び出しは含めないでください。
  • 従来の発行ページには 6 を超える呼び出しは含めないでください。

考えられる結果は次のとおりです。

  • 要注意 (赤): ページが呼び出しのベースライン数を超えています
  • 操作は不要 (緑): ページに含まれる呼び出しがベースライン数より少ないです

[SharePoint へのリクエスト] の結果が [要注意] セクションに表示されている場合は、結果をクリックして、ページ上の呼び出しの総数や URL のリストなどの詳細を確認できます。

SharePoint の結果に対する要求。

ページに呼び出しが多すぎる場合は、[ SharePoint への要求 ] 結果の URL の一覧を使用して、繰り返し呼び出し、バッチ処理する必要がある呼び出し、またはキャッシュする必要があるデータを返す呼び出しがあるかどうかを判断できます。

REST 呼び出しのバッチ処理が、パフォーマンスのオーバーヘッド削減に役立ちます。 API 呼び出しのバッチ処理の詳細については、「REST API によりバッチ要求を発行する」をご覧ください。

キャッシュを使用して API 呼び出しの結果を保存すると、以降のページの読み込みごとに追加の呼び出しを行う代わりに、クライアントがキャッシュ データを使用できるようになるため、ウォーム リクエストのパフォーマンスが向上します。 ビジネス要件に応じて、このソリューションにアプローチする方法は複数あります。 通常、データがすべてのユーザーで同じ場合、ユーザーは SPO から直接ではなくキャッシュ サービスからデータを要求するため、Azure Redis キャッシュなどの中間層キャッシュ サービスを使用することは、サイトに対する API トラフィックを大幅に削減する優れたオプションです。 必要な SPO 呼び出しは、中間層のキャッシュを更新することだけです。 データが個々のユーザーごとに変動する場合は、LocalStorage や Cookie などのクライアント側キャッシュを実装するのが最善かもしれません。 これにより、キャッシュ期間中に同じユーザーによって行われる後続のリクエストが排除されるため呼び出しの量は減少しますが、専用のキャッシュ サービスよりも効率が低下します。 PnP を使用すると、追加の開発をほとんど必要とせずに LocalStorage を使用できます。

パフォーマンスの問題を修復するためにページを修正する前に、分析結果のページ読み込み時間をメモしてください。 修正後にツールをもう一度実行して新しい結果がベースライン基準内にあるかどうかを確認し、新しいページ読み込み時間をチェックして改善されたかどうかを確認します。

ページ読み込み時間の結果。

注:

ページ読み込み時間は、ネットワーク負荷、時間帯、その他の一時的な状態など、さまざまな要素によって異なります。 結果を平均化するために、変更の前後に数回に渡ってページ読み込み時間をテストする必要があります。

SharePoint のパフォーマンスをチューニングする

Microsoft 365 のパフォーマンスをチューニングする

SharePoint のモダン エクスペリエンスにおけるパフォーマンス

コンテンツ配信ネットワーク

SharePoint で Microsoft 365 Content Delivery Network (CDN) を使用する