SharePoint ハブサイトのガバナンス：戦略とベストプラクティス

By Mirko Peters · 2026-04-18 · Updated 2026-09-13

明確なオーナーシップ、サイトの関連付けルール、ナビゲーション、ブランディング、アクセス制御、接続されたサイトのライフサイクル管理によって、SharePoint ハブサイトを統制する方法を説明します。

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

Cover: Harden Microsoft Teams Security and Guest Access

SharePoint でデジタルワークプレースを整理しようとしたことがあれば、事態があっという間に収拾つかなくなることをご存じでしょう。そこで役立つのがハブサイトのガバナンスです。SharePoint ハブサイトのガバナンスとは、ハブサイトの利用、維持、セキュリティを管理するための、明確で持続可能な枠組みを作ることです。適切な戦略とベストプラクティスを導入すれば、SharePoint 環境を整理された安全な状態に保ち、ユーザーが迷わず利用できるようになります。「このサイトは誰が管理しているのか」「なぜ突然すべてが新品のように見えるのか」と悩むこともなくなります。

この概要では、効果的なガバナンスのための主要な考え方、計画の手順、実践的な解決策を順に説明します。サイトの乱立、セキュリティ、ユーザーエクスペリエンスの改善など、どの課題に取り組む場合でも、これらのベストプラクティスによって、ハブサイトを長期にわたって良好な状態に保つことができます。

SharePoint ハブサイトの定義

SharePoint ハブサイトとは、関連するチームサイトやコミュニケーションサイトを、共通のナビゲーション、ブランディング、検索スコープの下にまとめて接続する SharePoint サイトの一種です。一貫性があり、見つけやすいイントラネット体験を実現します。

概要：ハブサイトを使うと、管理者やサイト所有者はサイト同士を関連付けて、共通のトップナビゲーション、テーマ、サイト構造を共有できます。関連付けられたサイトからニュース、イベント、検索結果などのコンテンツを集約し、サイトをまたぐアクセス許可とガバナンスを簡素化します。また、ユーザーが関連リソースを見つけやすくなり、組織全体で統一された情報アーキテクチャを維持しやすくなります。

SharePoint ハブサイトとガバナンスの必要性

SharePoint ハブサイトは、Microsoft 365 において特別な役割を担っています。大規模な組織では、部門、プロジェクト、地域などによってサイトが散在しがちです。ハブを使えば、これらの散在したサイトを統一されたナビゲーションと一貫したブランディングのもとで、論理的な構造に整理できます。ただし、大きな力には大きな責任が伴います。適切なガバナンスがなければ、整然としたデジタルワークプレースは、あっという間に迷路のようになってしまいます。

では、なぜガバナンスがこれほど重視されるのでしょうか。まず、ハブサイトを作成するたびに、アクセス、データセキュリティ、コンプライアンス要件、そしてライフサイクル全体でのコンテンツ管理について判断が必要になります。IT チームと業務部門の双方がこの判断に関わります。組織は柔軟なコラボレーションの利点を求めつつ、機密情報が保護され、規制要件を満たしていることへの安心も必要としています。

現在の組織は、リモートワーク、プライバシー法、内部監査などからくる圧力に直面しています。そのため、堅実なガバナンスは「あると望ましいもの」ではなく、SharePoint 戦略全体を支える土台です。以降のセクションでは、ハブサイトとは何かを明確にしたうえで、混乱を避け、コンプライアンス目標を達成し、すべてのユーザーにふさわしいデジタル体験を提供するために、目的を持ったガバナンスが不可欠である理由を解説します。

SharePoint ハブサイトとは

SharePoint ハブサイトは、Microsoft 365 における中核的な組織化レイヤーで、関連する SharePoint サイトを一つの傘の下にまとめるために使われます。いわば、組織の大通りのような存在です。チーム、部門、プロジェクトの異なるサイトを、統一されたナビゲーションと一貫した外観でつなぎます。ハブサイトを使うと、関連サイト全体でコンテンツを見つけやすくなり、ブランディングを標準化し、より広いデジタル環境全体に共通のポリシーとアクセス許可を適用できます。組織の各部分がサイロ化したり、新しいサイトが必要になるたびに一から作り直したりする事態を防ぐのにも役立ちます。

ハブサイトにおけるガバナンスの重要性

SharePoint ハブサイトに対する強力なガバナンスは、情報を安全に保ち、データのコンプライアンスを確保し、デジタルワークプレースを管理しやすい状態に保つために欠かせません。適切にガバナンスされたハブサイトは、機密データの漏えいを防ぎ、規制基準への準拠を確実にし、効率的なユーザーエクスペリエンスを提供します。ガバナンスがなければ、サイトの無秩序な増殖（いわゆるサイトの乱立）、不適切なアクセス許可の管理、必要な情報を見つけられないユーザーが生じるおそれがあります。さらに悪いことに、見るべきではない情報が見えてしまう可能性もあります。ガバナンスは、この仕組みを円滑に動かし、SharePoint 環境が手に負えない混乱に陥るのを防ぐ役割を果たします。

SharePoint ハブサイトのガバナンス計画

SharePoint ハブサイトのガバナンスを計画なしに始めると、問題を招きかねません。ロールを割り当てたりポリシーを設定したりする前に、ガバナンスで何を実現したいのかを洗い出す必要があります。この段階は日々の細かい作業よりも、大きな目標を定義するために一歩引いて考えることが重要です。組織にとって効果的なガバナンスとはどのような状態でしょうか。ナビゲーションの整理なのか、セキュリティの強化なのか、エンゲージメントの向上なのか、あるいはそのすべてなのか。

計画段階は、SharePoint ハブサイトに利害関係を持つすべての人から意見を集める機会でもあります。IT 担当者、コンプライアンスチーム、事業部門のリーダー、サイトオーナーなど、それぞれ異なる視点を持っています。どのグループを無視しても、後々厄介な問題が生じかねません。この段階は、要件、潜在的なリスク、固有のニーズを事前に洗い出す好機です。

以降のセクションでは、基本原則を確認し、明確な目標の設定方法を説明し、実際に機能するガバナンス計画に関与すべき関係者を特定します。今のうちに土台を固めておけば、コンプライアンス上の問題からユーザーの混乱まで、後々の多くのトラブルを防げます。

SharePoint ハブサイトガバナンスの基本原則

拡張性: ガバナンスは組織の成長に合わせて拡張できる必要があります。複雑さを増やしたり管理性を失ったりすることなく、サイトやユーザーを追加できるようにします。
一貫性: ナビゲーション、ブランディング、ポリシーを統一して適用することで、どのハブサイトを訪れてもユーザーが慣れ親しんだ体験を得られます。
アクセス制御: 強固なロールベースのアクセス許可により機密情報を保護し、ユーザーが見るべき情報にのみアクセスできるようにします。
コンプライアンス: ガバナンスの枠組みは、GDPR から業界固有の要件まで、社内外の規制をサポートする必要があります。データ管理を適正に保ち、監査に対応できる状態を維持します。

明確なガバナンス目標の設定

明確なガバナンス目標は、SharePoint ハブサイト戦略の指針となります。目標は具体的で、測定可能であり、自社の事業環境に即して現実的である必要があります。たとえば、無許可のサイト作成を減らす、従業員の利用率を向上させる、あるいは法令遵守の義務を果たす、といった目標が考えられます。こうした目標を早期に定めることで、ポリシーの焦点が定まり、IT から事業部門まで全員が同じ方向に進めるようになります。

ハブサイトガバナンスの関係者

IT 管理者: ポリシーを実装し、ハブサイト環境を維持します。
コンプライアンスチーム: データとプロセスが法的および規制上の要件を満たしていることを確認します。
事業部門: エンドユーザーのニーズを代弁し、部門に必要なポリシーの特定を支援します。
サイトオーナー: 日常的な管理を監督し、関連するサイトの主要な窓口となります。

ハブサイトのガバナンスポリシーの策定

土台が固まったら、ハブサイトを管理するための具体的なルールと手順を整備する段階です。この段階では、環境を安全に保ち、コンプライアンスに適合させ、管理しやすくするためのポリシーを作成します。ただし、不必要な形式主義で全員の負担を増やさないことが重要です。ガバナンスポリシーでは、誰がサイトをハブに関連付けられるか、機密コンテンツをどう扱うか、エンドユーザーにとってのデジタル体験をどのようなものにするか、といったあらゆる事項を扱う必要があります。

堅牢なガバナンスは、主要な技術面およびビジネス面の推進要因にも対応します。プライバシー法、リモートワーク、国境を越えたコラボレーションが広がる中、統制されていない SharePoint ハブは、セキュリティとコンプライアンスにおける時限爆弾になりかねません。具体的なポリシーを定めることは、組織を守るだけでなく、より効率的で信頼できるデジタルワークプレースの実現にもつながります。

以降のセクションでは、サイトの関連付け、セキュリティ管理、コンテンツ管理、ブランディング基準といった個別のポリシー領域を詳しく解説します。それぞれが、管理者もユーザーも信頼できるガバナンスモデルを構築する上で重要な役割を果たします。そのモデルは、組織のニーズとともに成長しつつ、常に統制を保つものです。

サイトの関連付けとライフサイクルのガバナンス

サイトの関連付けとライフサイクルガバナンスでは、サイトをハブに接続する方法を定義します。追加時から定期的なレビュー、最終的な削除までを対象とします。これらのルールにより、適切でアクティブなサイトだけが関連付けられ、不要なサイトの増加を抑えて SharePoint 環境の管理を強化できます。ライフサイクルポリシーを使うと、非アクティブなサイトのレビュー、所有者へのリマインド、古いコンテンツの安全なアーカイブといった作業を、多くの場合ワークフローツールを使って自動化できます。自動化の実践的なヒントについては、自動化されたライフサイクルガバナンスに関するこちらのページをご覧ください。

セキュリティとアクセス制御の定義

セキュリティとアクセス制御は、安全なハブサイトガバナンスの土台です。これらのポリシーでは、誰が何にアクセスできるか、接続されたサイト間でアクセス許可をどのように扱うか、機密情報を保護するために何が必要かを定めます。セキュリティ制御を社内ポリシーや規制要件に合わせることは必須です。Teams と SharePoint を並行して利用している場合は、条件付きアクセスや DLP などの多層的なセキュリティ戦略が特に有効です。詳細とベストプラクティスについては、Teams のセキュリティ強化に関するこちらのエピソードなどの資料をご確認ください。

コンテンツ管理とコンプライアンスの責任

効果的なコンテンツ管理には、コンテンツの品質、データ保持、eDiscovery 要求などのコンプライアンスを誰が監督するのかについて、明確なルールを設定することが欠かせません。ガバナンスポリシーでは、ドキュメントの確認、レコードの管理、機密情報を規制に沿って保持するために、どのツールを使うかを定める必要があります。これらの作業に担当者を明確に割り当てることで、監督と説明責任を維持しやすくなります。必要に応じて、分類、監査、規制ホールドなどの Microsoft 365 の機能を活用してください。

ハブサイト全体のブランディングと一貫性

ブランドとテーマを統一すると、ユーザーはデジタルワークスペースをすぐに認識でき、組織のサイトへの信頼感も高まります。ポリシーで定めるべきなのはロゴや配色だけではありません。ハブサイト全体のテンプレートやレイアウトも対象にすることで、導入をスムーズにし、混乱を減らせます。標準化は創造性を抑え込むことを意味しません。新入社員から経営層まですべてのユーザーが、クリックやスクロールのたびに正しい場所にいると実感できるようにするためのものです。

SharePoint ハブサイトのガバナンスポリシーを策定する際によくある間違い

所有者と役割が不明確: ハブサイトの所有者、管理者（スチュワード）、役割の定義を怠ると、混乱が生じ、適用の一貫性が失われます。
ポリシーが曖昧すぎる、または厳しすぎる: 曖昧なポリシーは無視され、過度に制限的なルールはコラボレーションと利用の定着を妨げます。
ビジネス目標とユーザーのニーズを無視する: ビジネス目標やユーザーの作業の流れに合わせずにガバナンスを策定すると、関連性とコンプライアンスが低下します。
ライフサイクルとコンテンツ管理のルールが不足している: 保持、アーカイブ、削除のポリシーを定義しないと、不要なコンテンツの増加、コンプライアンスリスク、ストレージの肥大化を招きます。
サイトのプロビジョニングと登録プロセスが不適切: 審査なしに任意のサイトをハブに関連付けると、構造、ブランディング、セキュリティの面で一貫性が失われ、情報漏えいのリスクにもつながります。
セキュリティとアクセス許可のガイドラインが不十分: アクセス許可モデルや外部共有の制御を標準化しないと、データ漏えいやアクセス許可の乱立を招きます。
分類体系とメタデータの戦略がない: マネージドメタデータ、コンテンツタイプ、タグ付けを省略すると、検索性が低下し、コンテンツの整理が一貫しなくなります。
ポリシーの文書化と周知が不足している: ガバナンスを公開せず、適切に周知しないと、ユーザーは期待される内容や遵守方法を把握できません。
監視、レポート、適用の仕組みがない: 定期的な監査、利用状況の指標、適用プロセスがなければ、ポリシーは時間の経過とともに効果を失います。
トレーニングと変更管理を怠っている: ユーザーへのトレーニングや継続的なサポートなしにガバナンスを導入すると、利用の定着が進まず、シャドー IT が増えます。
拡張性と変化への対応を考慮しない: ガバナンスを一度設定して終わりのものとして扱い、継続的に見直す取り組みとしないと、ハブがビジネスの成長や新たな要件に対応できなくなります。
統合とカスタマイズの影響を見落とす: カスタム Web パーツ、サードパーティ製アプリ、統合機能がガバナンスとどのように相互作用するかを評価しないと、ポリシーが機能しなくなったり、セキュリティ上の穴が生じたりする可能性があります。

アクセス許可とロールを効果的に管理する

SharePoint ハブサイトは自然に管理されるものではなく、不適切な人に過剰なアクセス権を与えると、トラブルの原因になります。効果的なガバナンスとは、誰が実際に管理を担い、誰が閲覧のみを行うのかを正確に把握することです。管理者ロールを明確に定義し、アクセス許可を適切に構成することで、統制を確実にし、責任の所在を明確にできます。誰が責任者なのか、何を変更できるのかが曖昧になることはありません。

アクセス許可の管理はセキュリティだけの問題ではなく、ユーザーと管理者の双方の利便性にも関わります。適切なロール管理は、アクセス許可の過剰な拡大を防ぎ、混乱を避け、ハブサイトの管理を適切な担当者だけが行うようにします。

次のセクションでは、接続されたサイトの所有者割り当てとアクセス許可の管理方法を具体的に説明します。これにより、責任者が不明な状態になったり、重要なサイトコンテンツの閲覧や誤削除を誰が行えるのか一貫性のない仕組みになったりすることを防げます。

ハブサイト所有者の割り当てと委任

ハブサイト所有者の割り当ては、SharePoint ガバナンスにおける重要なステップです。サイト所有者は日々の監視、ポリシーの実施、コンプライアンスの維持に責任を負います。プライマリ所有者とバックアップ所有者を指定しておくことがベストプラクティスであり、ガバナンスを滞りなく進めるために、常に対応できる担当者を確保できます。信頼できるバックアップ担当者や副管理者に責任を委任しておくと、メンバーの異動や休暇による中断を防ぎ、継続的な監視を維持できます。

接続されたサイトのアクセス許可の管理

接続されたサイトは、ハブからアクセス許可を継承することも、サイト単位のカスタム設定を使用することもできます。アクセス許可を継承するか、固有に設定するかを明確に定義することで、認可されたユーザーだけが適切なアクセス権を持つようになります。Microsoft 365 の監視ツールを使用して、アクセス許可の構造を定期的に監査し、不整合を検出しましょう。そうすることで、ハブのエコシステム全体が適切に保護され、すべてのアクセスが社内のセキュリティ基準に沿ったものになります。強固なアクセス許可の管理は、機密情報の保護につながり、監査ログも確実にクリーンな状態に保てます。

ハブサイトのアクティビティの監視と監査

監査ログを設定する: ログ記録を有効にして、サイトの変更、アクセスイベント、ユーザーのアクティビティを追跡します。これらのログは、予期しない変更を追跡し、インシデント発生時のコンプライアンス調査を支援します。
定期的なアクティビティのレビュー: 不審なアクセス、アクセス許可の急激な変更、一括削除など、問題の兆候となる可能性のあるパターンを探すため、サイトのアクティビティを定期的にレビューします。
自動アラート: Microsoft 365 Security & Compliance Center を使用して、ポリシー違反やリスクの高い動作に関するアラートを設定し、対応が必要な事象が発生した際に管理者へすぐに通知されるようにします。
アクセス許可の監査: 実際のアクセス許可とガバナンスポリシーを照合し、認可されたユーザーだけがサイトにアクセスできること、未使用または不正なアカウントが残っていないことを確認します。
利用状況の分析: ハブおよびサイトの利用指標を追跡し、導入傾向を監視するとともに、トレーニングや整理が必要な領域を特定し、ガバナンスの投資対効果をステークホルダーに示します。

Microsoft 365 ツールによるガバナンスの自動化

Power Platform による自動化: Power Automate でワークフローを展開し、サイト申請、承認プロセス、定期的なアクセス権のレビューを標準化します。これにより、時間を節約し、手作業によるミスを減らせます。その他のアイデアについては、automated lifecycle governance の実践的なヒントをご覧ください。
Microsoft Purview コンプライアンス: Purview の情報保護、DLP ポリシー、保持ラベルを使用して、ハブに関連するすべてのサイトのデータを自動的にフラグ付け、分類、保護します。これにより、意図的または偶発的なデータ漏えいのリスクを低減できます。
ライフサイクル管理の自動化: Graph API と Power BI を組み合わせて、アクティビティに基づく整理プロセスを構築します。非アクティブなサイトを特定し、所有者にレビューを促し、最小限の手作業でアーカイブや削除を進めます。そのすべての操作は、コンプライアンスのために記録されます。
ガードレール付きのセルフサービス: ビジネスユーザーがサイトを作成したり、メンバーシップを管理したりできるようにします。その一方で、命名、メタデータ、アクセス許可のポリシーを自動的に適用するガバナンス制御で支えます。これにより、環境は規模が拡大しても健全な状態を保てます。

SharePoint ハブサイトのガバナンスでよくあるシナリオ

SharePoint ハブサイトを展開したり運用したりする際は、どの組織も困難に直面します。サイトが急速に増えることから、規制対象データの扱いの難しさまで、こうした典型的なシナリオは何度も繰り返し発生します。事前に想定し、すぐに実行できる対応計画を用意しておけば、起こりうる混乱を管理可能な課題に変えられます。

ビジネス上のニーズや規制環境が異なれば、ガバナンス上の課題もそれぞれ異なります。サイトの乱立を抑える必要がある組織もあれば、機密データに対する厳格なコンプライアンスに重点を置く必要がある組織もあります。どのような状況であっても、ソリューションテンプレートやガバナンスフレームワークを活用すれば、一から作り直すことなく、よくあるリスクに先回りして対処できます。

以下のセクションでは、主要な2つのシナリオを詳しく解説します。1つ目は、サイトの乱立を抑えてライフサイクルを管理することです。2つ目は、規制の厳しい業界でセキュリティとコンプライアンスの要件を満たすことです。これらを適切に扱えば、SharePoint の利用を安全かつ効果的に保ち、監査にも耐えられる状態を維持できます。そうすることで、本当に重要な業務、つまり「がむしゃらに働くのではなく、賢く働くこと」に集中できます。

ハブサイトの乱立とライフサイクルの課題への対応

ハブサイトが制御されないまま増えると、雑然とし、混乱を招き、管理の手間も増えます。乱立は運用状況の把握を難しくし、セキュリティ上の穴を生み、リソースを無駄にします。増加を抑えるためのガバナンス戦略には、利用の少ないサイトの統合、サイトのアクティビティの定期的な確認、明確なライフサイクルポリシーの適用などがあります。たとえば、定期的なアーカイブや、古くなったハブの計画的な削除です。同様の乱立への対処について詳しく知りたい場合は、ガバナンスによって混乱を自信に満ちたコラボレーションへ変える方法を解説したこちらのガイドをご覧ください。

規制の厳しい業界におけるセキュリティとコンプライアンスの確保

金融や医療のような規制の厳しい分野では、ハブサイトのガバナンスにおいて、データプライバシー、監査、記録の保持に関するより厳格な制御を考慮する必要があります。組織は、機密情報にアクセスしたユーザーを追跡し、保持と削除のスケジュールを適用し、コンプライアンス報告のための監査証跡を維持しなければなりません。設計段階からプライバシーを組み込む考え方、透明性、そして堅牢なユーザー制御を採用することで、コンプライアンスとユーザーの信頼の両方を確保できます。安全な運用手法やコンプライアンスフレームワークの詳細は、Microsoft Copilot のデータプライバシーへの取り組みをご覧ください。

ハブサイトのガバナンスと Microsoft Teams の統合

SharePoint ハブサイトと Microsoft Teams は、多くの場合セットで利用されます。シームレスで安全なコラボレーションを実現するには、両プラットフォーム間でガバナンスを統一することが重要です。統合では、Teams のワークスペースと SharePoint サイトを接続し、利用ポリシー、セキュリティ標準、ライフサイクルルールがデジタルワークスペース全体で確実に適用されるようにします。

Teams のガバナンスをハブサイトの運用と密接に組み合わせると、組織は管理の分断を避け、コンプライアンスリスクを減らし、ユーザーに統一された体験を提供できます。すべてのファイル、チャット、リソースが同じ基準の対象となります。このアプローチは、コラボレーションを促進するだけでなく、監視漏れやデータ漏えいのリスクを下げることで、信頼、説明責任、効率性の向上にもつながります。実践的な知見を得るには、Teams のガバナンスがコラボレーションと成功をどのように促進するかなどの資料をご覧ください。また、Teams と SharePoint のダッシュボード展開の比較では、分析とダッシュボードのニーズのバランスを取る最適な方法を確認できます。

結局のところ、SharePoint と Teams の両方にまたがる包括的なガバナンスは、ユーザーがビジネスコンテンツや同僚とどこでやり取りしても、セキュリティ体制を強化しながら生産性を保つことにつながります。

ハブサイトのガバナンスを継続的に成功させるためのチェックリスト

ガバナンスポリシーを定期的に見直す: 定期的な予定を設定してガバナンスの枠組みを再確認し、業務上または規制上のニーズの変化に合わせてルールと責任範囲を更新します。
アクセス許可とアクセス権の監査を実施する: ハブおよび関連サイトへのアクセス権を持つユーザーを定期的に確認し、権限の肥大化を防ぎ、不要な特権を削除します。
サイト所有者とユーザーを教育する: サイト所有者と主要ユーザーに継続的なトレーニングを義務付け、全員が自分の責任と最新のガバナンスプラクティスを理解している状態を保ちます。
コンプライアンスと利用状況の分析を監視する: 組み込みのレポートツールを使用して、利用傾向、コンプライアンス状況、ポリシーの遵守状況を追跡します。これにより、追加の注意が必要な領域が明確になります。
定型作業を自動化する: サイトのライフサイクル、アクセス許可の見直し、インシデントのエスカレーションに関する自動化を更新・保守し、手作業を減らして監視の漏れを防ぎます。
関係者からフィードバックを募る: 所有者とエンドユーザーがガバナンス上の課題を報告し、改善案を提案し、障害を共有できるチャネルを用意します。これにより、ポリシーを現場の状況に即した実用的なものに保てます。

SharePoint ハブサイトは、ハブ全体のナビゲーションとブランドを提供します

SharePoint ハブサイトとは何ですか。通常の SharePoint サイトとどこが違うのですか。

SharePoint ハブサイトは、関連する SharePoint サイト (チームサイトとコミュニケーションサイトの両方) を接続して整理するコンテナーです。ハブに関連付けられたサイト全体で統合されたハブサイトナビゲーション、一貫したブランド、集約されたコンテンツを提供します。通常の SharePoint サイトが単一のサイトコレクションとして独立して動作するのに対し、ハブサイトは、ハブに関連付けられたサイト間で共有のナビゲーションバー、テーマ、検索スコープを提供します。

SharePoint Online でハブサイトを作成するにはどうすればよいですか。

SharePoint Online でハブサイトを作成するには、SharePoint 管理者 (SharePoint administrator) が SharePoint 管理センターを使用して、サイトをハブとして登録する (ハブサイトを作成する)必要があります。既存のサイト (コミュニケーションサイトまたはチームサイト) を選択し、ハブサイトとして登録したうえで、ハブのナビゲーションとテーマを構成できます。これにより、ハブに関連付けられたサイトがナビゲーションとブランドの設定を継承します。

サイトをハブサイトとして登録できるのは誰で、どこで行いますか。

サイトをハブとして登録できるのは、SharePoint 管理者、または SharePoint 管理センターでその権限を付与されたユーザーのみです。この作業は SharePoint 管理センターで行います。ここでハブを作成し、ハブに関連付けるサイトを管理して、ハブサイトのナビゲーションバー、ロゴ、アクセス許可などのハブサイト設定を構成します。

サイトをハブに関連付けるにはどうすればよいですか。「サイトを関連付ける」とはどういう意味ですか。

サイトをハブに関連付けるには、サイト所有者がサイトの設定、または SharePoint 管理センターを使用して、サイトをハブサイトに関連付けます。サイトを関連付けると、そのサイトはハブに関連付けられたサイトになり、ハブのナビゲーション、ブランド、集約されたコンテンツを継承します。サイトがハブサイトに変わるわけではなく、そのサイトを 1 つのハブにリンクする仕組みです。

1 つのサイトを複数のハブに関連付けることはできますか。

いいえ。サイトを関連付けられるハブは一度に 1 つだけです。そのため、サイトにもっとも適したハブを選ぶ必要があります。サイトを移動したい場合は、現在のハブとの関連付けを解除し、SharePoint 管理センターまたはサイトの設定を使用して別のハブに関連付けます。

ハブサイトに関連付けられるのは、どの種類のサイトですか。

最新のサイトコレクションであるコミュニケーションサイトとチームサイト (最新のサイト) は、いずれもハブとして登録することも、ハブに関連付けることもできます。クラシックサイトは、多くのハブ機能が最新の SharePoint の機能に依存しているため、ハブへの関連付けは推奨されません。

サイトをハブに関連付けると、サイトのアクセス許可やコンテンツは変わりますか。

いいえ。ハブへの関連付けによって、サイトのアクセス許可が自動的に変更されたり、コンテンツが移動したりすることはありません。アクセス許可は引き続きサイトまたはサイトコレクションの単位で管理されます。ハブサイトは、関連サイトのコンテンツをまとめて表示するためのナビゲーションや集約 Web パーツを提供しますが、アクセス許可を明示的に変更しない限り、関連サイト間でアクセス権が付与されることはありません。

ハブのナビゲーションはどのように機能し、ナビゲーションバーはどこに表示されますか。

ハブナビゲーションは、ハブに関連付けられた各サイトの上部に、グローバルナビゲーションバーとして表示されます (ハブサイトのナビゲーションバーは、ハブ全体に表示されます)。SharePoint 管理者はハブサイトでハブのナビゲーションリンクを設定します。これらのリンクはハブに関連付けられたすべてのサイトに表示されるため、一貫したナビゲーションとテーマを実現できます。

ハブサイトで、関連付けられたサイトのコンテンツを集約できますか?

はい。強調されたコンテンツ Web パーツやニュース Web パーツなどのハブサイト用 Web パーツは、関連付けられたサイトのコンテンツを表示できます。これにより、関連付けられたすべてのサイトのコンテンツを一覧できます。これらの Web パーツは、ハブに関連付けられたサイト全体、またはハブ内の特定のサイトのコンテンツを表示するように、フィルターや設定を行えます。

ハブサイトを使用すると、検索と検出はどのような影響を受けますか?

ハブサイトを使用すると、ハブとそこに関連付けられたサイト全体の結果を検索しやすくなるため、検索範囲を広げやすくなります。ハブサイトは、ハブを移動するユーザーや SharePoint のスタートページからハブにアクセスするユーザー、またはハブ内を移動するユーザーに、統一された検索エクスペリエンスを提供できます。

ホームサイトとハブサイトの違いは何ですか?

ホームサイトは、従業員向けの組織のランディングサイトです (SharePoint のスタートページと統合される場合もあります)。企業ニュースやナビゲーションを提供できます。ハブサイトは関連するサイトをまとめ、関連付けられたサイト間で共通のナビゲーションとブランドを提供します。1 つのサイトをホームサイトとハブサイトの両方にすることもできますが、役割は異なります。ホームサイトは全社的なエクスペリエンス、ハブサイトは関連サイトの整理を目的としています。

ハブに関連付けられるサイトの数に上限はありますか?

ハブに関連付けられるサイトの数には実用上の上限があります。Microsoft のドキュメントには、パフォーマンスのためのサポート上限が記載されています。ただし、ハブは多数のサイトをサポートし、関連付けられたすべてのサイトのアクティビティを集約できるように設計されています。大規模な組織では、考えられるすべてのサイトごとにハブを作成するのではなく、ナビゲーションの分かりやすさとパフォーマンスを保つために、ハブを論理的に構成することを検討してください。

サイトをハブサイトに変換すると、何が起こりますか?

サイトをハブとして変換または登録する (サイトをハブにする) と、そのサイトに関連付けられたサイトにハブのナビゲーションとテーマを提供できるようになります。サイト自体はサイトコレクションのままですが、ハブサイトになると、関連するサイトを接続し、ハブサイトで共有コンテンツを提供し、SharePoint 管理センターからハブレベルの設定を管理できるようになります。

サイトの関連付けを解除したり、ハブサイトの登録を解除したりするにはどうすればよいですか?

サイトの関連付けを解除するには、サイト所有者がサイト情報の関連付け設定を変更するか、SharePoint 管理者が SharePoint 管理センターでサイトの関連付けを解除します。ハブサイトの登録を解除するには、SharePoint 管理者が SharePoint 管理センターで登録を解除します。これにより、関連付けられたサイトへのハブのナビゲーションとブランドの提供が停止され、それらのサイトはハブに関連付けられなくなります。

ハブサイトを使用して、関連付けられたサイト全体に一貫したテーマ、ナビゲーション、ブランドを適用できますか?

はい。ハブサイトを使用する主なメリットの 1 つは、関連付けられたサイト全体にナビゲーションとテーマを一貫して適用できることです。ハブサイトのナビゲーションバーとテーマを設定すると、ハブに関連付けられたサイトがそれらの設定を継承するため、ハブ全体で一貫したナビゲーションとブランドを維持できます。

ハブサイトのナビゲーションは、すべてのユーザーとすべてのデバイスに表示されますか?

はい。ハブサイトのナビゲーションバーは、ハブに関連付けられたサイトにアクセスするすべてのユーザーに表示され、デバイスに応じてレイアウトが調整されます。ユーザーはハブに関連付けられたサイトにアクセスすると統一されたハブナビゲーションを確認でき、サイト間の移動とアクセシビリティが向上します。

ハブサイトを使用して、関連付けられたすべてのサイトのアクティビティを表示するにはどうすればよいですか?

ハブサイトでニュース、強調されたコンテンツ、アクティビティの各 Web パーツを使用すると、関連付けられたすべてのサイトのアクティビティを表示できます。これらの Web パーツを設定して関連付けられたサイト全体のコンテンツを取得すると、ハブ全体のアクティビティを示すダッシュボードや集約されたニュースフィードを作成できます。

サイトをハブに関連付けるべきではないシナリオはありますか?

はい。サイトに固有のナビゲーション、ブランディング、または検索とコンテンツの分離（セキュリティや機能上の理由による）が必要な場合は、ハブに関連付けない方がよいことがあります。また、特定のアクセス許可やレイアウトに依存する機密性の高いサイトや高度にカスタマイズされたサイトは、ハブに関連付けるのではなく、単独のサイトとして残しておく方がよい場合もあります。