サイト、サブサイト、またはサイトコレクションを使用するのはいつですか？

Question

私はSharePointで会社のWebサイト/ポータルを開発しており、サイトコレクション、サイト、サブサイトに整理するための最良の方法を把握しようとしています。用語に混乱していると思います。

このサイトには、SharePointの公開WCM機能を介して管理される公開インターネットの存在があります。舞台裏では、パーソナライズされたダッシュボードやコラボレーションウィキなど、いくつかのポータル機能があります。

公開コンテンツの場合、サイト構造はそうです：

• 家
• 会社
  • 私たちに関しては
  • 証言
  • ...
  • ...
  • 等
• 製品
  • 製品1
  • 製品2
  • ...
  • ...
  • 等
• サポート
  • ログインを必要とする顧客向けのサポートセクション
• お問い合わせ
  • 連絡先の詳細が記載された1つのWebページ

私の階層のトップレベルのセクション、つまり自宅、会社、製品、サポート、お問い合わせが同じマスターページとトップレベルのナビゲーションを共有し、会社と製品にはそれぞれ左側のサブメニューがあり、各ページに移動します彼らのセクション。サイト/サブサイト/サイトコレクションの観点からこれをどのように構築するか疑問に思っています。

私の最初の考えは、コレクションのトップレベルサイトが物事の公開面であるサイトコレクションを用意することです。

しかし、その後、「会社」と「製品」がトップレベルのパブリッシングサイトのサブサイトであるか、単にトップレベルのパブリッシングサイト内のページであるかはわかりません。会社と製品は基本的なHTMLコンテンツのコレクションであるため、それぞれが「サブサイト」として過剰に感じられるように感じるようにするためですが、それは単に用語に慣れていないからかもしれません。私は通常、それらをウェブサイトのサブセクションと考えています。

「サポート」セクションは、本質的に問題追跡などの埋め込みミニアプリケーションのセットです。それはより重要であり、匿名のユーザーが見ることができないため、少なくともサブサイトであることを保証するのか、それとも別のサイトコレクションである必要があると感じていますか？

ダッシュボード/コラボレーティブウィキなどの機能を備えた従業員がのみアクセスできる「舞台裏」ポータルは、再び別のサイトコレクションになります。

私の一般的な質問は、 サイトを使用する時期、サブサイトを使用するタイミング、およびサイトコレクションを使用するタイミングのための経験則は何ですか?

Answer 1

このブログ投稿 サブサイトでサイトコレクションを使用するタイミング ジョー・シェパードは、私が同様の質問をしたとき、私を大いに助けてくれました。

Answer 2

サイト計画のより権威ある情報源は、Microsoft自体からです - 計画サイトとサイトコレクション（SharePoint 2010）。 このアプローチでは、計画における徹底的な要件分析が必要です（上記のリンクのサイト計画データワークシートを参照）。

上記の質問から、どのバージョン/エディションが使用されているかは明らかではありません。 SharePoint Server 2010のリファレンスもあります -サイトとソリューションの計画（SharePoint Server 2010）。

Microsoftからのリンクは容易に消えず、必要に応じて更新されると推測しています。

Answer 3

これも同様です 役職 助けて頂きました：

サイトコレクションを選ぶかもしれない理由のいくつか

• 私はブランド化された新しいサイトを持っています、そして、私はそれを他のサイトと関係なく作成したいです。新しいサイトを作成しており、既存のサイトヒエラルキーまたはSharePointファームにある他のサイトとは関係がない場合は、サイトコレクションを選択します。
• サイトに専用のURLが必要な場合。クライアントにアクセスしてドキュメントをアップロードしてもらいたいので、パートナーのURLを作成したい http://partner.mycompany.com 。このURLをサイトコレクションにバインドできます。このURLは、既存のサイトコレクションのサブサイトにバインドできません。
• 部門と呼ばれる管理されたパスを作成し、組織ごとにサイトを作成したいと考えています。各部門は、サイトとサブサイトを完全に制御する必要があり、URL Division/DivisionNameで見つかりたいと考えています。
• 作成されたサイトにクォータを設定する必要がある場合は、サイトコレクションのみが割り当てられる可能性があるため、サイトコレクションを使用する必要があります。
• 膨大な量のデータとドキュメントがあると予想されているため、サイトに専用のコンテンツデータベースが必要であり、通常の安全性をより安全にする必要がある場合は、専用のコンテンツデータベースを添付した専用サイトコレクションを構成できます。
• ホスティングプロバイダーからホスト環境を購入している場合は、ホスティング会社が提供するコストモデルのサイトコレクションとサブサイトの違いも表示されます。サブサイトを作成するよりも、管理コストを提供するサイトコレクションを取得することは、管理コストが高いことに気付くでしょう。サブサイトの作成は、任意のサイトまたはサイトコレクションの所有者グループのメンバーが実行できます。一方、Webウィザードを使用してメカニズムが提供されていない限り、サイトコレクションの作成は農場管理者によって完了する必要があります。
• バックアップおよびリカバリポリシーの一部として、問題がある場合、または取得する必要がある削除されたコンテンツがある場合、データを非常に迅速に復元します。この場合、サイトのコレクションは、サイトのコレクションをサイトまたはサイトのサブサイトを復元できるよりも簡単に復元できるためです。

サブサイトを選択する必要がある理由のいくつか：

• 新しいサブサイトのセキュリティを親サイトと同じセキュリティを継承し、組織のセキュリティモデルが既に存在します。新しいサイトを作成したいのですが、既に実装されている既存のセキュリティモデルを変更したり、移動したりしたくありません。
• 組織ユニットには、サイトとそのサブサイト全体で使用したい多くの新しいサイトコラムとサイトコンテンツタイプを作成したチームがありました。親サイトにはサイトのコンテンツタイプが含まれているため、これらはすべての潜水艦で使用できます。サイト階層のサイト - サイトコレクションはこの機能を破ります。
• サイトの所有者とデザイナーが、新しいサイトコレクションのサポートコールを記録する必要なく、作成されるすべてのサイトを管理できるようにします。
• コンテンツクエリWebパーツ、データビューWebパーツ、その他のデータ集約WebパーツなどのWebパーツを使用して、サイト階層全体でデータを集約する必要があります。
• テンプレートの一部としていくつかのリストとライブラリを作成する新しいサイトに適用するサイトテンプレートがあります。例として、サイトがすべてのタスクを維持および管理できるタスクマネージャーサイトテンプレートが必要です。タスクを使用して、Outlookと統合するためにタスクを使用します。
• サイトが短命のサイトになり、他のコンテンツを作成するプロセスでのみ使用される場合。例は、会議テンプレートから作成されたサイトを作成する会議サイトです。組織向けの製品のカタログの制作に関する会議を記録およびスケジュールすることができます。このサイトは短命であり、カタログの作成が完了した後、存在しません。