なぜ SharePoint イントラネットは重く感じるのか（その対処法）

By Mirko Peters · 2026-08-11

ポッドキャスト関連ブログへようこそ。デジタルワークプレイスを管理している方なら、ユーザーから「今日の SharePoint はなぜこんなに遅いの？」という、お決まりの不満を聞いたことがあるはずです。クラウドやネットワークの遅延のせいにしたり、現代的な企業で働くうえでの避けられない代償として遅さを受け入れたりすることも多いでしょう。しかし実際には、SharePoint イントラネットは泥の中を進むように重く感じる必要はありません。この包括的なガイドでは、ページ描画の仕組みを掘り下げ、静的ファイルの配信が、ドキュメントが物理的にどこに保存されているかよりもはるかに重要な理由を解説し、読み込みを劇的に速くするためのステップごとのロードマップを紹介します。このトピックをさらに詳しく知りたい方は、関連するポッドキャストのエピソード「[Speed SharePoint with the Microso

Automatically translated with AI from the original post. Read the English original

ポッドキャスト関連ブログへようこそ。デジタルワークプレイスを管理している方なら、ユーザーから「今日の SharePoint はなぜこんなに遅いの？」という、お決まりの不満を聞いたことがあるはずです。クラウドやネットワークの遅延のせいにしたり、現代的な企業で働くうえでの避けられない代償として遅さを受け入れたりすることも多いでしょう。しかし実際には、SharePoint イントラネットは泥の中を進むように重く感じる必要はありません。この包括的なガイドでは、ページ描画の仕組みを掘り下げ、静的ファイルの配信が、ドキュメントが物理的にどこに保存されているかよりもはるかに重要な理由を解説し、読み込みを劇的に速くするためのステップごとのロードマップを紹介します。このトピックをさらに詳しく知りたい方は、関連するポッドキャストのエピソード「Speed SharePoint with the Microsoft 365 Private CDN」もぜひご覧ください。

SharePoint の速度についての紹介

ユーザーがイントラネットのホームページを開くとき、そこにあるのは単なるテキストではありません。画像、スタイルシート、JavaScript バンドル、Web パーツのパッケージなど、大量のアセットをダウンロードしています。これらのアセットが、ページを表示するたびに、コアとなるドキュメント ライブラリから世界中を経由して運ばれてくるようであれば、ユーザーは深刻な遅延を経験することになります。SharePoint Online の速度は、静的アセットをどれだけ効率的に配信できるかにかかっています。日常的な作業ファイルの物理的な保存場所を気にするのではなく、配信の仕組みを最適化することで、テナント全体のパフォーマンス特性を根本から変えることができます。

ボトルネックを見つける

パフォーマンスの問題を解決する前に、まず測定する必要があります。調査を始めるのに高価なエンタープライズ向け監視ソフトウェアは必要ありません。5 分の時間と、ブラウザーに組み込まれている開発者ツールがあれば十分です。

• ブラウザーの開発者ツールを開き、[ネットワーク] タブに移動して、SharePoint ページをハード リロードしてください。
• 読み込みが遅い、またはサイズの大きいアセットに注目してください。具体的には、PNG、JPG、SVG ファイル、CSS スタイルシート、JavaScript ファイル、サイズの大きい Web パーツのアセットです。
• 次のような危険信号に注意してください。複数のロゴのバリエーションが同時に読み込まれている、圧縮されていない大きなヒーロー画像がある、縮小されていないスクリプトがある、あるいは最適化された CDN エンドポイントではなく、コアとなる sharepoint.com のテナント ドメインから直接リクエストが提供されている、といったケースです。

パブリック CDN とプライベート CDN

コンテンツ配信を高速化するために、Microsoft は 2 つのネイティブな選択肢を提供しています。パブリック CDN とプライベート CDN です。パフォーマンスとデータセキュリティの両方のために、どちらをいつ使うべきかを理解することが重要です。

• プライベート CDN: ほぼすべてのケースで、まずこちらを選ぶべきです。認証を考慮した仕組みで、SharePoint のアクセス許可モデルを完全に尊重します。イントラネットのブランディング要素、カスタム スクリプト、独自の Web パーツのアセットに最適です。
• パブリック CDN: 認証チェックなしでインターネットに公開しても完全に問題ないと判断できる、機密性のないファイルに限って使用してください。たとえば、一般的なブランド用の画像などです。必ず小さく始め、これらの構成を頻繁に見直してください。

安全なオリジンの戦略

管理者がよく犯すミスとして、CDN を有効にして、サイト コレクション全体のアセット ライブラリを無条件に指定してしまうことがあります。これは深刻な保守の負担とセキュリティ リスクを生みます。安全なオリジンの戦略が必要です。

• 推奨: ロゴ、アイコン、グローバル CSS、JavaScript ファイル、Web パーツのバンドル、イメージ スプライト、圧縮済みのコードのための専用の「BrandingAssets」ライブラリを作成してください。
• 非推奨: CDN の構成で、サイト アセットのフォルダー全体、人事ライブラリ、経理のディレクトリ、あるいは業務文書や PDF が混在している場所を指定しないでください。
• 許可するファイルの種類: .png、.jpg、.svg、.gif、.css、.js などの Web 向けに最適化された形式を基本とし、必要に応じて .woff2 フォントを使用してください。

変更管理とバージョン管理

サイトを最適化したあとに、1 か月後になってユーザーから「スタイルが崩れている」「古いままだ」と苦情を受けた経験はありませんか。適切な変更管理がなければ、ブラウザーのキャッシュが最大の敵になります。

• アセットのバージョンを管理する: logo.png?v=2025-11-04 のように、クエリ文字列やファイル名のハッシュを常に使用して、CDN とブラウザーに最新の更新を強制的に取得させてください。
• デプロイ時のパージ: CSS または JavaScript のコードを変更するたびに、CDN のキャッシュ無効化処理を自動化してください。
• TTL の調整: ロゴやフォントなどの変更頻度が低い資産には長い Time-To-Live（TTL）を設定します。一方、イントラネットの再設計を進めている間は、アクティブに更新される CSS や JavaScript に対して短い TTL を維持してください。

外部 CDN との統合

組織が成長して、組み込みの Microsoft 365 CDN 機能では足りなくなった場合（複雑なマルチクラウドのルーティング要件や高度なエッジ コンピューティング ロジックが必要になった場合など）は、外部 CDN を統合できます。

• 専用のカスタム ドメイン（例: cdn.yourco.com）を使用し、キュレーションされた資産ライブラリに対してのみ、厳密なパス書き換えを設定してください。
• 資産の URL には必ずバージョンを付与し、デプロイ パイプラインを通じてキャッシュのパージを自動化してください。
• カスタム Web パーツ内にハードコードされた絶対 URL 参照に注意してください。開発者がこれらを SharePoint に直接向けたままにすると、外部 CDN を完全に迂回してしまいます。

ガバナンスのガードレール

適切なガバナンスのガードレールがないと、コンテンツ作成者がルールを破ってしまい、高速化の効果は時間とともに簡単に損なわれます。

• キュレーションの基本原則を守ってください。オリジンは資産専用のライブラリに厳密に限定し、CDN のオリジンを汎用のファイル置き場として扱わないでください。
• 四半期ごとにオリジンの監査を実施し、内容を確認して、ファイル形式を検証し、アクセス許可をチェックしてください。また、紛れ込んだ PDF や Word ファイルなどの想定外のドキュメントも洗い出してください。
• 指定された CDN オリジン ライブラリに未承認のファイル形式が出現した場合に、自動アラートが届くように設定してください。

メンテナンス チェックリスト

イントラネットの高速化は、一度きりのプロジェクトではなく、継続的な運用上の取り組みです。定期的に次の繰り返し可能なメンテナンス チェックリストを実行してください。

• オリジン: 引き続き正しく構成されていますか。設定がずれたり、名前が変更されたりしていませんか。
• キャッシュの状態: キャッシュ ヒット率は上昇傾向にありますか。それとも、キャッシュ ミスが急増していませんか。
• サイズ: 300 KB を超える画像はありませんか。初期読み込みで 1.5 MB を超えるページはありませんか。
• アクセス許可: CDN のオリジンは、意図した対象ユーザーに対して引き続き厳密に範囲が絞られていますか。
• クォータ: 静かに運用障害が発生しないよう、オリジン ライブラリがストレージの上限に対して十分な余裕を保っていますか。
• リージョン: 世界の複数の地域から読み込み時間をスポット テストしてください。

今週すぐできる クイック ウィン

大規模なプロジェクトの完了を待たずに、イントラネットの速度改善を今すぐ実感したい場合は、今週中に次の施策を実施してください。

• 「BrandingAssets」という整理されたライブラリを作成し、ロゴ、アイコン、CSS、JS ファイルをそこへ移動します。
• ヒーロー画像を最新の Web 形式に変換し、それぞれが 300 KB 未満になるように圧縮してください。
• Microsoft 365 Private CDN を有効にし、オリジンとして新しいブランディング ライブラリのみを指定してください。
• コアとなる CSS と JavaScript ファイルに、クエリ文字列またはハッシュ付きファイル名によるシンプルなバージョン管理を導入してください。
• 更新を公開した後はキャッシュをパージし、ブラウザーの開発者ツールで、リクエストが CDN ホストから直接配信されていることを確認して結果を検証してください。

効果を証明する KPI

技術的な最適化について経営層の継続的な支持を得るには、客観的でデータに基づく主要業績評価指標（KPI）で成果を示す必要があります。

• 静的資産の Time to First Byte（TTFB）: 40% ～ 70% 減少。
• 対象地域におけるイントラネット ホームページの Largest Contentful Paint（LCP）: 2.0 秒未満。
• 初期読み込みの合計ページ サイズ: 1.5 MB 未満。
• CDN ヒット率: 静的資産で 85% 超。
• 「SharePoint が遅い」というヘルプデスクへの問い合わせ: 着実に減少傾向を維持。

よくある落とし穴

経験豊富な管理者でも、CDN の構成で行き詰まることがあります。よくある落とし穴と、その対処法を以下に示します。

• オリジン内のコンテンツの混在: コードや画像を標準のドキュメントから分離するために、新たに専用の資産ライブラリを作成してください。
• 再設計後の古い CSS: 多くの場合、キャッシュのパージ漏れ、またはスタイルシートのリンクにバージョン サフィックスが付いていないことが原因です。
• 青いデフォルト ロゴが表示される: 通常は、書き換えルールが壊れた場合や、オリジンのパスが誤って削除された場合に発生します。
• 正当なユーザーでプライベート資産にアクセスできない: 基になるオリジン ライブラリのアクセス許可がずれていないか確認してください。
• APAC だけ遅く、他の地域は問題ない: その特定の地域のエッジにはまだ資産がキャッシュされていません。キャッシュを事前に温めるか、TTL を調整してから再度リクエストしてください。

30 日間の展開計画

組織全体に支障をきたさず体系的に進めるには、次の30日間のロールアウト計画に沿って取り組むことをお勧めします:

• 1週目: ボトルネックのスキャンを実施し、専用のアセットライブラリを作成したうえで、画像を圧縮・最適化し、CSSとJavaScriptファイルを最小化します。
• 2週目:Private CDNを有効にし、アセットライブラリをプライマリオリジンとして追加して、テンプレート全体にバージョン管理されたURLを実装します。
• 3週目:デプロイパイプラインまたはスケジュール済みスクリプトでキャッシュのパージを自動化し、パフォーマンスKPIと監視アラートを設定します。
• 4週目:四半期ごとの監査プレイブックを完成させ、オリジンのアクセス許可を見直し、世界各地でスポットテストを実施し、ヒット率とLCPを追跡するダッシュボードを構築します。

今すぐ取り組むべき人

これらの施策を今すぐ導入することで、特に大きな恩恵を受けるのはどのような人でしょうか。この取り組みが特に重要なのは次のような方々です:

• 従業員から「クラウドベースなのに、まだ遅い」という不満を聞かされ続けている SharePoint および Microsoft 365 管理者の方々。
• 企業のリブランディングや大規模なホームページのリニューアルを計画中のイントラネットおよびコミュニケーションの担当者の方々。
• 全社規模でカスタム SPFx ソリューションと Web パーツをデプロイしているフロントエンド開発者の方々。

結論

高速な SharePoint イントラネットの実現は、魔法ではありません。速度は、厳選された静的アセット、適切な範囲に設定された Private CDN、規律あるURLバージョン管理、そして日常的な運用保守という4つの要素の直接的な結果です。この4本の柱を正しく整えれば、SharePoint環境は重い状態から脱却し、その後も高速な状態を保てるようになります。これらの設定についてさらに深く知りたい場合は、ぜひ完全版のエピソードをお聴きください: Speed SharePoint with the Microsoft 365 Private CDN