SharePoint ハブ サイトを計画する
ハブ サイト は、イントラネットの整理に役立ちます。 ハブ サイトを最大限に活用するには、事前計画を立てることが不可欠です。 詳しくは、ハブ サイトとその計画方法に関する記事をご覧ください。
ステージの設定
SharePoint ハブ サイトは、イントラネットの重要な構成要素を提供します。 これらは、チーム サイトとコミュニケーション サイトのファミリを一緒に編成するときに使用する "結合組織" です。
Microsoft SharePoint に基づくモダン イントラネットの主な原則の 1 つは、各作業単位で別のサイト コレクションを取得することです。 これにより、時間の経過に伴うガバナンスと成長を管理するのに役立ちます。 各コミュニケーション サイトと Microsoft 365 グループに接続されたチーム サイトは、独自の権限を持つサイト コレクションとして作成されます。 ハブ サイト (コミュニケーション サイトから作成される場合が多い) も他の多数のサイトをまとめる、独自の作業単位として考慮する必要があります。
以前は、多くの組織でサブサイトを使用してイントラネット用の結合組織を作成していました。 サイト コレクションの共有ナビゲーションを使用してサイトを接続し、サブサイトリレーションシップの階層構造を使用してサイト内のサイトを入れ子にしました。 ただし、サブサイトには柔軟性と変更の余地はありません。 サブサイトはコンテンツの URL に反映される物理的な構成要素であるため、ビジネスリレーションシップを再構成すると、コンテンツ内のすべてのイントラネットリレーションシップが解除されます。 また、SharePoint の多くの機能 (保持や分類などのポリシー機能を含む) が、サイト コレクション内のすべてのサイトに適用されるため、必要かどうかに関係なく、サブサイトはガバナンスに関して課題を生み出す可能性があります。 つまり、1 つのサブサイトにのみ適用される場合でも、サイト コレクション全体の機能を頻繁に有効にする必要があります。
すべてのビジネスで保証できることは何ですか? 変更です。 組織が進化するにつれて、エクスペリエンスを作業方法と簡単に合わせることができ、作業方法の必然的な変化に適応できるイントラネットが必要になります。 これは、SharePoint ハブ サイトによって提供される主な利点です。これらは、動的で変化する世界での作業方法の変化に適応できるように、階層や所有権ではなくリンクとしてリレーションシップをモデル化します。
はじめに
ハブ サイトの作成を開始する前に、ハブ サイトが提供する次の 3 つを見てみましょう。
共有ナビゲーションとブランド
コンテンツのロールアップと検索
ハブのホーム宛先
次に、イントラネット全体で共有しようとしている情報について考え、有効にしようとしているビジネス成果を考えてみましょう。
イントラネットは、組織内で多くの役割を果たすことができます。 社内向けのサイト、重要なニュースを伝える場所、コラボレーション プラットフォームです。 また、企業文化を紹介する方法でもあります。 デジタル ワークプレースの基盤となる可能性があります。 イントラネットを使用すると、ストーリーを伝え、情報を共有できます。 イントラネット上の声で従業員を支援することで、組織が変革し、変化に適応できるコラボレーションの文化に移行する方法を提供できます。
成功したイントラネットの多くには、次の要素が含まれます。
コミュニケーション: たとえば、従業員に情報を伝え続ける組織のニュース、全体的なナビゲーション、主要なツールと情報へのリンク、社内のマーケティングプロモーション、重要なトピックに関する従業員の関与の場所を含むホーム ページ。
コンテンツ: 人事 (HR)、法務、情報技術 (IT) などの組織の機能部分が組織の残りの部分にサービスを提供する場所。 たとえば、イントラネットの人事部は、残りの休暇日数、ベネフィット プログラムがビジョンや歯科のカバレッジを提供しているかどうか、個々の役割で利用できるトレーニングを従業員が見つけることができる場所です。 法的領域は、従業員が将来のベンダーと会話する前に実行できるサンプルの秘密保持契約を見つけることができる場合があります。
アクションとアクティビティ: 時間追跡システムまたは経費精算書フォームへのリンクと、マネージャーが経費またはタイムシートを承認できる場所へのリンク。
コラボレーション: チームが作業を完了できる場所と、ロールまたはトピックベースのコミュニティが知識を共有し、組織全体および拡張エンタープライズ内の外部パートナーと専門知識を活用できる場所。
文化: プロファイル、コミュニティ、クラブ、さらには組織構造を反映したイメージやブランディングなど、従業員が関与したり学んだりできるストーリーや場所。 イントラネット名でもカルチャを具体化する場合があります。 たとえば、電気事業会社には、メッセージングとプロモーションを含む "The Grid" というイントラネットがあり、"誰も The Grid から作業しない" ことを確認します。
モビリティ: 従業員が外出先で任意のデバイスから作業を行える機能。
検索: 従業員がどこに住んでいるかわからない場合でも、コンテンツを検索する機能。
これらの各要素の重点は、組織の優先順位と、ある程度は組織のデジタル成熟度によって異なる場合があります。 Microsoft 365 には、組織、従業員、準備状況に合わせてエクスペリエンスを構成できる方法でイントラネットを作成するのに役立つ 3 つの主要な構成要素が用意されています。 さまざまな組織がさまざまな方法で構成要素を使用しますが、構成要素自体は、組織が作業を完了するために使用する一般的なパターンを反映しています。
チーム サイト (コラボレーション)
通信サイト (通信)
ハブ サイト (接続)
コアとなる 3 種類の構成要素は、共通の構造を共有します。 たとえば、内部 Web パーツの同じセットを共有します。 ただし、意図、使用期待、ガバナンス (作成方法を含む)、および各種類のサイトで使用できる Web パーツには、いくつかの基本的な違いがあります。
| チーム サイト |
コミュニケーション サイト |
ハブ サイト |
|
|---|---|---|---|
|
主なビジネス目標 |
協力する 作業グループまたはプロジェクト チームのメンバーがプロジェクト成果物で共同作業を行ったり、イベントを計画したり、状態を追跡したり、アイデアを交換したりできる場所を作成する場合は、チーム サイトが必要です。 チーム サイトは既定で Microsoft 365 グループに接続されており、Microsoft Teamsや Planner など、さまざまなコミュニケーションツールとコラボレーション ツールを提供します。 |
コミュニケーション メッセージをブロードキャストしたり、ストーリーを伝えたり、表示用のコンテンツを共有したり (編集はしない)、サービスやユーザーを紹介したりする場合は、コミュニケーション サイトが必要です。 コミュニケーション サイトの所有者は、エンゲージメント コンポーネント (ビジネス開発に関する情報を伝えるサイトの "ビジネス開発への問い合わせ" 領域など) を盛り込みたいと考えることが多くあります。 これは、Viva Engage コミュニティを結び付けるのに最適な場所です。 |
Connect 関連サイトのファミリの共有エクスペリエンスを作成する場合は、サイトのアクティビティやニュースをロールアップして関連コンテンツを検出し、関連サイトを整理して共通のナビゲーションを共有し、共通の外観を適用します。 |
|
コンテンツ作成者 |
すべてのメンバーは、共同でコンテンツ を作成および編集するコンテンツ作成者です。 |
コンテンツ作成者の数が少なく 、コンテンツ リーダーまたはコンシューマーの数がはるかに多い。 |
ハブ サイト所有者 は、ハブ ナビゲーションとテーマの共有エクスペリエンスを定義します。
ハブ サイト メンバーは 、他の SharePoint サイトと同様にハブ サイトにコンテンツを作成します。 親ハブに関連付けられているサイトの所有者とメンバーは、個々のサイトにコンテンツを作成します。 |
|
ガバナンス (セキュリティ & コンプライアンス センターの設定に基づいて組織で許可されている場合) |
通常、 チームによって決定される規範。 プラクティスは、作業を完了するために最適な方法で調整されます。 |
多くの場合、経験の一貫性と組織情報の効果的な管理を確保するために、 組織によって決定される ポリシー。 |
ガバナンスは、 サイトと組織のポリシーの種類に基づいて、関連付けられているサイトの各所有者によって決定されます。 訪問者にとって最適なエクスペリエンスは、すべてのユーザーが関連付けられているサイトに対して少なくとも読み取りアクセス許可を持っている場合に実現されます (ただし、これは必須ではありません)。 |
|
アクセス許可 |
Microsoft 365 グループに加え、SharePoint グループとアクセス許可レベル |
SharePoint グループ |
元のサイトの種類と同じです。 ハブ サイトは、関連付けられているサイトのアクセス許可を変更しませんが、関連するサイトへの読み取りアクセスを容易にするために、ハブに "閲覧者" グループを追加できます。 詳細については、「 ハブのアクセス許可」を参照してください。 |
|
作成者 |
サイト所有者 (組織で無効になっている場合を除く) または 管理者。 |
サイト所有者 (組織で無効にされている場合を除く) |
Microsoft 365 の SharePoint サイト管理者以上 |
|
例 |
- プロジェクト チームが協力して成果物を完了し、タスクを管理します。 - 毎年の集いを計画するホリデーパーティー計画委員会。 - 人事パフォーマンス管理チーム。 - 実行委員会— 組織内のさまざまなリーダーシップ グループ。 - パートナー A と連携するエクストラネット サイト。 |
- 企業旅行に関する旅行チームの公開ガイドライン。 - ポリシーと手順。 - 新しい企業イニシアチブのためのマイクロサイト。 - 製品またはサービスの営業チームのリソース。 |
- 特典、報酬、パフォーマンス管理、人材獲得、マネージャー ポータルなど、すべての人事機能の接続とロールアップを提供する HR ハブ。 - 営業組織にエンタープライズ リソースを提供し、地域の営業チームとコミュニケーション サイトを接続するセールス ハブ。 - 特定の場所 (たとえば、ニューヨークオフィス) の通信サイトとチーム サイトをグループ化する場所固有のハブ。 |
ハブ サイトとは
ハブサイトは、コンテキスト内の情報を検出することで、検索機能を保管します。
イントラネットの設計における最大の課題の 1 つは、イントラネット ナビゲーションを整理する方法を考え出すことです。 すべてのチームサイトとコミュニケーション サイトがピア サイト コレクションである新しい世界では、情報アーキテクトは、イントラネット ユーザーが複数の "検索" シナリオで必要なものを見つけることができるエクスペリエンスの作成について検討する必要があります。
私はそれが存在することを知っている、と私はそれがどこにあるか知っている
私はそれが存在することを知っているが、私はそれがどこにあるか分からない
私はそれが存在するかどうかを知らない
これらのシナリオは、ナビゲーション、検索、検出 (またはセレンディピティ) の組み合わせで有効になっており、ハブ サイトを設計および整理する方法の要因となる必要があります。 ハブ サイトが有効にする重要な機能の 1 つは、フォローしていないがハブに関連付けられているサイトからコンテキストに関連するコンテンツを表示できるため、情報の検出です。 SharePoint スタート ページは、組織全体のコンテンツの検出と検索をサポートするために作成されましたが、特定のコンテキストを念頭に置いている場合、ハブ サイトは、これらのエクスペリエンスをいくつかの関連サイトに絞り込むのに非常に役立ちます。
ハブ計画の出発点として、ユーザーが作業を完了するために必要な主要な機能 (人事、財務、コミュニケーション、広報、法務、IT など) のハブ サイトについて考えます。 これらの機能は、大規模な組織のさまざまな組織部門または部署で表されるか、小規模な組織の少数のユーザーの役割に組み合わせることができます。
HR を例に見てみましょう。 HR には、多くの場合、次のサブ関数が含まれます。
利点
支払いおよび補償
人材獲得または採用
パフォーマンス管理
専門的な開発またはトレーニング
マネージャー ポータル
作業単位ごとにサイトを作成するという基本原則を使用して、これらの機能ごとに 6 つの機能サイトを含めることができるサイトの HR ファミリと、関連サイトを接続して全体的な人事エクスペリエンスを提供する HR ハブについて考えることができます。 これはハブ サイトの価値について考えるもう 1 つの方法です。これにより、特定のコンテキスト (人事情報を探している従業員) の情報検出を向上させるエクスペリエンスを作成できます。
従来のイントラネット モデルでは、HR サイトを作成し、サブサイトを使用して各 HR 機能をサポートしている可能性があります。 現代の SharePoint のフラットな世界では、HR ファミリは HR ハブを使用して接続され、家族内のナビゲーションのための結合組織を提供し、ユーザーが HR ホームに移動するときに、家族の関連メンバーのコンテンツを素直に発見する機会を提供します。 たとえば、人事ハブでオープン登録に関するニュースのお知らせを読んでいる場合、新しい従業員のオンボード処理中であるため、新しいバージョンの "ようこそ会社へ" オンボード ツールキットが Talent Acquisition サイトでリリースされたばかりであることを知ることができます。 同様に、人事チームのオフィス共有ポリシーを見つける場合は、組織全体ではなく、HR 関連サイトのみに検索を制限できることに感謝します。
すべての機能にハブ サイトは必要ありません。 ただし、人事管理の例のように、機能が論理的に異なる複数のサービスを提供している場合は、ユーザーに対して 1 つの場所を提供するためにハブ サイトを作成することをお勧めします。 多くの場合、イントラネット ユーザーは閲覧から探索を開始します。 ハブ サイトは、閲覧の利点 (「これは人事トピックであることを知っています」) と、より狭い範囲の検索の利点を組み合わせるのに役立ちます (「会社の戦略的ビジョンではなく、ビジョンの利点に関する情報を見つけたい」)。 ユーザーがサービスを提供するサブ関数がわからない場合でも、HR ハブに移動し、ハブによって提供される検索スコープを使用して、HR ハブ内で検索 (または移動) して、必要なものをすぐに見つけることができます。
一部の組織機能には、エンタープライズ全体のスコープがありますが、リージョンまたは製品の実行があります。 たとえば、販売地域のサイトを持ち、場所ベースのオフィスのサイトがある営業部門について考えてみましょう。 この種類の関数は、サブサイトを使用する階層イントラネット コンテンツ組織に常に課題を提示してきました。 南東部の販売サイトを南東地域サイトまたはグローバル販売サイトのサブサイトにしますか? また、南東部リージョン内の状態が新しいリージョンに割り当てられるとどうなりますか。たとえば、南東部から北東部のリージョンまで、 この種類の動的な組織移動は、サブサイトを使用するが、ハブ サイトでは使用しないイントラネット組織にとって悪夢を生みます。 個々のサイトを 1 つのハブにのみ関連付けることができるため、ハブを選択すると何らかの怒りが生じる可能性がありますが、サイトのコンテンツは複数のハブに表示される可能性があることに注意してください。 ハブ上の次の Web パーツのソースをカスタマイズできます。
注:
組織には、最大 2,000 個のハブ サイトを含めることができます。 あらゆる機能にハブサイトは必要ないかもしれません。また、ハブを作成する前にいくらか計画することが重要です。
このシナリオでは、サイトをハブに配置する方法を決定するための "1 つのサイズがすべてに適合する" 方法はありません。 常に次の質問に回答することから始めます。
対象ユーザーは誰で、何を達成する必要がありますか?
情報を必要とする人々はどのように仕事を終わらせるのですか?
ハブを調整して、ユーザーを最初に有効にするエクスペリエンスを作成します。 北東部の販売コンテンツは、南東部のオフィスよりも南東部の販売コンテンツと同様に整理される可能性が高いため、各作業グループのユーザーが地域のサイトを 機能に合わせて行う作業について考える方法を考える必要があります。 しかし、これは非常に「依存」状況です。 一部の組織では、機能ハブよりも、リージョン ハブの周りにあるすべての機能を整理する方がはるかに理にかなっています。 ハブ サイトの複数地域機能を使用すると、グローバルな Sales ハブではなく、オーストリアの Sales をオーストリア ハブに関連付けるより優れたユーザー エクスペリエンスを作成できます。 この種類のシナリオでは、オーストリアの販売サイトのリンクを使用してグローバル販売ハブに接続し、各地域販売サイトをグローバル販売のハブ ナビゲーションに追加できます。
注:
サイトはハブ ファミリーにのみ関連付けることができます。 ただし、ページ上またはハブ ナビゲーション内のいずれかのリンクを使用して、ハブ ファミリーを互いに接続することができます。 さらに、ハブを他のハブに関連付けて、ハブ ファミリの拡張検索スコープを作成することもできます。 たとえば、Global Sales ハブに "接続" する北東リージョン Sales というハブがあるとします。 ハブ を別のハブに関連付けて 、組織内の複数のハブに検索結果を展開できるようになりました。
良い方法は、Sales などのパターンを持つすべての関数に対して一貫したアプローチから開始することです。 リージョン固有の関数をリージョン ハブに配置する場合は、すべての関数に対してこれを行います。 どちらの方法も有効ですが、使いやすさの観点からは、一貫性を保つのに役立ちます。
ハブ サイトを整理する方法
ハブ サイトは、ハブ計画プロセスの一環として考慮する必要がある 2 つの主要な組織エクスペリエンスを提供します。 ハブ サイトの作成は、Microsoft 365 の SharePoint サイト管理者 と [上記] によって行う必要がありますが、ハブ サイトの計画、管理、および整理はハブ サイト所有者の責任です。 ハブを整理するための概念には、次のものがあります。
関連付け
ナビゲーション
関連付け
SharePoint サイトをハブ サイトに関連付けることによって、サイトがハブ ファミリの一部になります。 ハブ サイトを作成する場合、SharePoint 管理者は 、特定のサイト所有者のみがサイトをハブに関連付けることを許可できます。
SharePoint 管理者がサイトをハブ サイトに関連付けるアクセス許可をサイト所有者に付与すると、サイト所有者はサイトをハブに関連付けることができます。 その場合、サイトはハブ サイトのテーマと共有ナビゲーションを継承します。 サイトのコンテンツは、ソースが "ハブ内のすべてのサイト" である Web パーツのハブ サイトにロールアップされ、サイトはハブ サイトの検索スコープに含まれます。
ハブに関連付けた場合でも、サイトは自動的にはハブ ナビゲーションに追加されません。 ナビゲーションに含めるサイトは、ハブ サイトの所有者が決定します。 また、ニュース、サイト、イベント、強調表示されたコンテンツを構成して、関連付けられているすべてのサイトまたは選択したサイトからのアクティビティのみをロールアップすることもできます。
注:
ハブとの関連付けにより、サイトのアクセス許可が変更されることはありません。 アクセス制限付きのサイトをハブに関連付けた場合、ハブにロールアップされるコンテンツは制限付きサイトへのアクセス権を持つユーザーにのみ表示されます。 ハブ サイトに表示される情報はセキュリティトリミングされています。コンテンツにアクセスできない場合は表示されません。 考慮すべき点は、ハブ ファミリを組み立てた後に関連付けられているサイトに対するアクセス許可を調整するか、 ハブにハブ "読み取り" アクセス許可グループを追加 し、そのアクセス許可グループを関連付けられているサイトに追加することです。
ナビゲーション
ハブ サイトの所有者は、共有ナビゲーションに反映されるサイトを決定し、他のリソースへのリンクも含めることができます。 このナビゲーションは、上部の、スイートバーの下に表示されます。 ほとんどの場合で、関連付けられたサイトをハブ ナビゲーションに追加することをお勧めします。 これは、ハブを使用することで有効化できるメリットの 1 つです。 ハブ ナビゲーションには最大 3 つのレベルを含めることができます。これにより、ユーザーが関連コンテンツを見つけられるように、ハブ ファミリを整理できます。
注:
チーム サイトの ハブ ナビゲーションの既定のナビゲーション メニュー スタイルはカスケード表示されます。
ただし、関連付けられているすべてのサイトをナビゲーションに追加したくない場合があります。また、ナビゲーションに関連付けられていないサイトの追加を検討することもできます。 ハブ ナビゲーションを計画するときは、次の点を考慮してください。
ナビゲーションにプライベート アクセス サイトまたは制限付きアクセス サイトを追加しますか? 恐らく。 たとえば、人事チーム のメンバーにとって便利になるように、プライベート チーム サイトを HR ハブに関連付ける必要がある場合があります。 ただし、HR ハブの所有者は、HR ハブの共有ナビゲーションに HR チーム サイトへのリンクを表示したくない場合があります。これは、人事チーム サイトへのリンクをクリックすると、組織内のすべてのユーザーがプライベート HR サイトを検出しやすくするためです。 ハブ ナビゲーションにプライベート サイトを追加する場合は、プライベート サイトのメンバーにのみリンクが表示されるように 、対象ユーザーのターゲット設定 を使用することを検討してください。 別のシナリオでは、関心のあるユーザーに検出する "半プライベート" のサイトが存在する場合があります。 たとえば、特定の専門知識を持つユーザーにメンバーシップを制限したいが、組織全体の専門家を見つけたいコミュニティがあるとします。 このシナリオでは、ユーザーはアクセス拒否/アクセス要求メッセージを受け取る可能性がありますが、サイト所有者は準備済みであり、関心のあるユーザーにアクセス権を付与したいと考えています。
ヒント
ハブ ナビゲーションでプライベート サイトへのリンクを追加し、対象ユーザーのターゲット設定を使用する予定がない場合は、ユーザーがナビゲーション リンクにアクセスできない可能性があることを理解できるように、リンク名に (制限付き) または (プライベート) または (外部) を追加することを検討してください。
ハブに関連付けられていないサイトをナビゲーションに追加しますか? 恐らく。 個々のサイトは 1 つのハブにのみ関連付けることができるため、ハブに関連付けられていないサイトを追加すると、ハブを関連サイトに接続する方法が提供されます。 たとえば、リージョン内の関数をグローバル関数ハブではなくリージョン ハブに関連付ける場合は、関数ハブから各リージョン サイトへのナビゲーション リンクを追加できます。 たとえば、HR 用の関数ハブがある場合は、HR ハブのナビゲーションに地域の人事サイト (北東人事、南東人事など) を追加して、包括的な人事エクスペリエンスを作成できます。 これを行うと、地域の人事サイトのニュースとアクティビティは HR ハブに表示されません (ただし、リージョン ハブには表示されます)。 また、HR ハブからリージョン HR サイトに移動すると、HR ナビゲーションとテーマではなく、リージョン ハブのナビゲーションとテーマを持つサイトに移動します。 このシナリオについて本質的に間違ったことや悪い点はありませんが、ハブナビゲーションエクスペリエンスを計画する際の影響に注意する必要があります
ヒント
エクストラネット ユーザーに共有ナビゲーションを表示させたくない場合は、エクストラネット サイトをハブに関連付けないでください。 内部ユーザーが関連するエクストラネット サイトにすばやくアクセスできるように、外部サイトをハブ ナビゲーションに追加することを検討してください。
組織全体のハブ サイトを 1 つだけ作成できますか?
組織に複数のハブを持つ必要はありませんが、情報組織と検出にとってこれが何を意味するのかを考える必要があります。 ハブを 1 つだけ使用する利点は、イントラネット内のすべてのサイトが一貫したトップ ナビゲーションを共有することです。 ただし、すべてのサイトで一貫したグローバル ナビゲーションを App Bar で共有することもできますので、複数のハブを利用することを検討することをお勧めします。
ハブが 1 つだけの場合は、コンテキスト内の関連情報を簡単に表示する機能と、関連するコンテンツの検索スコープを簡単に定義する機能が見逃されます。 たとえば、1 つのエンタープライズ ハブがある場合、人事サイトで人事関連のニュースだけを表示するのが難しくなります。 小規模な組織でも、ユーザーが情報を見つけるコンテキストを制限することが、情報の過負荷の管理に役立つ場合があります。 ハブからハブへの 関連付けを作成するためのハブの階層を作成できるようになりました。 これにより、相互にロールアップして接続と追加の検索スコープを作成するハブのネットワークを作成できます。 ハブが相互に関連付けられている場合、コンテンツを検索して、最大 3 レベルの関連付けをハブに表示できます。
ハブに関連付ける必要があるサイトの数はいくつですか?
ハブに関連付けることができるサイトの数に技術的に制限はありませんが、情報アーキテクチャ (IA) でハブを使用する最適な利点を得るために考慮する必要がある実用的なガイドラインがあります。
ほとんどの IA の決定と同様に、最初にハブを使用して達成しようとしている結果に焦点を当て、その目標を使用して、ハブに関連付ける実用的なサイト数を決定する必要があります。 まず、ハブを使用してサイトを整理する主な利点に焦点を当てることをお勧めします。
| 主な利益/成果の目標 | 実践的なガイダンス |
|---|---|
| すべてのサイトで共通のテーマを共有する | 一般に、すべてのサイトで一貫したテーマを共有することが唯一の成果の目標である場合、ハブを確立しません。 SharePoint サイトテーマの詳細については、「 SharePoint サイトのテーマ - PowerShell コマンドレット |Microsoft Learn。 |
| サイト ナビゲーションでハブ内のすべてのサイトへのリンクを表示する | 技術的には500以下、実際にはパフォーマンスの観点から、100以下です。 SharePoint サイトで使用できるナビゲーション ノードの数には技術的な制限があります。 ただし、対象ユーザーのターゲット設定を使用して特定のユーザーに表示されるサイトの数を制限しない限り、500 のナビゲーション リンクを表示すると、読み取りが非常に困難なユーザー エクスペリエンスが作成されます。 ユーザー エクスペリエンスとパフォーマンスの観点から、 推奨されるリンクの数は 100 以下です。 ナビゲーションでハブ内のすべてのサイトを表示する場合、ハブあたりの推奨されるサイトの最大数は 100 です。 |
| コードを記述せずに、ハブ内のすべてのサイトのセキュリティ トリミングされた動的な一覧を表示します。 | 99 以下。 サイト Web パーツは、最大 99 サイトまでの "ハブ内のすべてのサイト" をフィルター処理するように設定できます。 |
| ハブ内のすべてのサイトの共有検索スコープ。 | 約 2,000。 技術的には、検索の観点からハブに関連付けることができるサイトの数にハード制限はありません。 ただし、ハブに多数のサイトが関連付けられている場合は、パフォーマンスの問題が発生する可能性があります。 結果の目標を検討する - 本当に各 "トピック" のサイトが必要ですか、それともドキュメント ライブラリが目標を達成しますか? サイト コレクションには 2,000 個のリストとライブラリを含め、各ライブラリ内には最大 3,000 万個のファイルとフォルダーを含めることができます。 ハブの主な目的が関連ファイル間で検索する場合、サイトで複数のドキュメント ライブラリを使用すると、結果の目標が達成される場合があります。 トピックごとにサイトが必要な場合は、1 つのハブに関連付けられている多数のサイト コレクションを管理する際の課題と、目的の結果の目標を得るための代替アプローチがあるかどうかを検討する必要があります。 |
その他の重要な考慮事項
複数のハブがある場合は、ハブを検索します。 ハブは、イントラネットにとって重要な構成要素です。 ハブ サイトを検出可能にする方法を次に示します。
グローバル ナビゲーションにハブを追加します。 SharePoint アプリ バーのテナントのグローバル ナビゲーションにハブを追加します。
SharePoint スタート ページにキー ハブを追加します。 ハブ サイトを SharePoint スタート ページの [おすすめリンク] 領域にピン留めします。 すべてのユーザーにハブ サイトを "フォロー" するよう勧める。
適切な視聴者にニュースを届ける。 ハブ サイトは、適切なタイミングで適切なコンテキストで適切なユーザーにニュースを届けるのに役立ちます。 ニュースは関連付けられたサイトに流れ落ちず、関連付けられているサイトからハブにだけ流れ込まれます。 ニュースの範囲を広くしたい場合は、ハブ サイトに公開します。 ハブニュースをより見えるようにするには、ホーム ページに 2 つのニュース Web パーツを用意します。1 つはハブ ホームで公開されたニュース用と、関連するサイト (すべてまたは選択したサイトのみ) からロールアップされたニュースを含むニュース用です。
ハブの名前付け規則。 ハブ サイトを検出しやすくするための名前付け規則について考えます。 一部のオプションには、HR Central、HR Hub、HR Portal などの名前が含まれます。 すべてのハブ サイトに対して一貫した名前付け規則を選択してください。
ハブの準備をする。 ハブを計画したら、既存のサイト (できれば通信サイト) を変換してハブ サイトになるか、新しい通信サイトを作成してハブ サイトにすることができます。 その後、ハブ サイトで Web パーツとナビゲーションを追加して構成し、ハブ機能を強調できます。
サブサイト。 ハブ サイトは、以前にサブサイトを使用した多くのユース ケースまたはほとんどのユース ケースを解決します。 今後ハブ サイトを使用して、イントラネット内のサイトを整理することをお勧めします。 ただし、サブサイトは引き続きクラシック機能としてサポートされ、新しいチーム サイト テンプレートをサブサイト オプションとして追加します。
ホーム サイトをハブにする必要がありますか? 場合によって異なります。 テナント内の他のサイトと区別する個別のブランドと検索範囲が必要な "公式" イントラネットを表す一意のサイト セットがある場合は、ホーム サイトをハブにすることを検討してください。 複数のハブを使用する予定で、ユーザーがグローバル ナビゲーション用の SharePoint アプリ バーを利用する場合は、ホーム サイトを "通常の" サイトとして残すことを検討してください。 ホーム サイトがハブでない場合、イントラネット内のすべてのサイトをハブに接続する必要はありません。 一部のサイトはハブの一部であり、ローカル ナビゲーションとハブ ナビゲーションの両方を持つ場合がありますが、他のサイトにはローカル ナビゲーションのみが含まれる場合があります。 このシナリオでは、イントラネットのグローバル ナビゲーションは、ハブではなくアプリ バーによって提供されます。
ハブ サイトをビジネス成果に合わせて使用し、ユーザーのニーズを解決します。
サポートが必要な場合
このトピックに関する技術的な質問がある場合は、 SharePoint ディスカッション フォーラムに投稿すると役立つ場合があります。 これは、同様の問題に取り組んだ、または同じ状況に遭遇した他のユーザーを見つけるための優れたリソースです。
主な作成者: Susan Hanley、MVP
- LinkedIn: http://www.linkedin.com/in/susanhanley
- Web サイト: www.susanhanley.com