次の方法で共有


ブランド化およびサイト プロビジョニング ソリューション (SharePoint 向け)

クラウド アドイン モデルと SharePoint アドインの導入により、従来の SharePoint サイトのブランド化とプロビジョニング方法に代わる方法が可能になりました。

これまでは、SharePoint の機能フレームワーク、サイト テンプレート、Web テンプレート、およびサイト定義を使用して、サイトおよびサイト コレクションをプロビジョニングしてきました。

このセクションの記事では、SharePoint アドインを使用したサイト ブランド化 (リモート プロビジョニングとも呼ばれるパターン) のプロビジョニングと管理について説明します。 リモート プロビジョニング パターンは、サイト ブランド化のプロビジョニングやその他のサイト プロビジョニング タスクを実行するカスタム SharePoint アドインを作成する方法を示しています。

このガイダンスは、SharePoint Server 2013、SharePoint Server 2016、および SharePoint Online に適用されます。

SharePoint について理解しておく必要のある事項

SharePoint でブランディング機能とサイト プロビジョニング機能を使用するには、以下の内容を理解しておく必要があります。

  • 主要な SharePoint の用語と概念
  • SharePoint 構造要素の階層
  • SharePoint アドイン
  • ファイル システムとコンテンツ データベース、およびこの 2 つが連動する仕組み
  • ファイル カスタマイズの状態と、アップグレードにおけるその長期的な影響
  • SharePoint サイトの種類と、それぞれの種類のサイトを使用する理由
  • SharePoint での .NET クライアント側オブジェクト モデル (CSOM) と REST API を使用したクライアント側プログラミング

用語と概念

リモート プロビジョニング パターンを使用して SharePoint サイトのプロビジョニングとブランディングを開始するにあたって、知っておくと便利な用語と概念を次の表に示します。

表 1: 主要な SharePoint の用語と概念

用語または概念 説明 詳細情報
アプリ Web アドインの展開元 Web サイト。 SharePoint のホスト Web、アドイン Web、SharePoint コンポーネント
承認ワークフロー ページの発行を承認するユーザーと時期を指定する、発行サイト固有のワークフロー。 - 発行承認のワークフローの操作
- SharePoint 2013 ワークフローの概要
ClientContext すべての SharePoint CSOM および JSOM 操作の "中心となる存在" である、中心的なオブジェクト。 T:Microsoft.SharePoint.Client.ClientContext
クラウド アドイン モデル SharePoint アドインは、SharePoint Web サイトの機能を拡張する自己完結型の機能です。 クラウド アドイン モデルを使用して、セキュリティで保護された柔軟で一貫性のある SharePoint アドインを作成し、配信することができます。 SharePoint アドインの概要
コンテンツ データベース コンテンツ データベースは、次のようなサイト コレクションのすべてのコンテンツを格納します。
- ドキュメント ライブラリ内のサイト ドキュメントおよびファイル
- リスト データ
- Web パーツ プロパティ
- ユーザー名と権限
データベースの種類と説明 (SharePoint Server)
CSOM クライアント側オブジェクト モデル。 .NET Framework を使用して SharePoint のクライアント側コードを作成するためのモデルです。 - SharePoint でクライアント オブジェクト モデルと外部データを使用する方法の概要
- [MS-CSOM]:SharePoint クライアント クエリ プロトコル
- SharePoint: .NET Server、CSOM、JSOM、および REST の API インデックス
ハイブ SharePoint の物理ファイル (ファイル システムのファイル)。 これらのファイルは、コンテンツ データベースに格納されるファイルとは異なります。 ハイブの場所は、次のとおりです。 %program files%/Common Files/Microsoft Shared/Web Server Extensions/15/
ホスト Web アドインがインストールされている Web サイト。 SharePoint のホスト Web、アドイン Web、SharePoint コンポーネント
OneDrive for Business 組織内で共有可能な作業ドキュメントを保存、整理するための個人用ライブラリ。 - OneDrive for Business と OneDrive の相違点
- OneDrive for Business とチーム サイトの相違点
リモート プロビジョニング プロバイダー ホスト型アドインで SharePoint 外で実行するテンプレートとコードを使用してサイトをプロビジョニングするモデル。 - SharePoint 2013 でのサイト プロビジョニングの手法とリモート プロビジョニング
- SharePoint 2013 のアプリを使用したセルフサービス サイトのプロビジョニング
REST アーキテクチャ要素を抽象化し、HTTP 動詞を使用して XML ファイルを含む Web ページでのデータの読み取りと書き込みを行うステートレス アーキテクチャ スタイル。 REST インターフェイスを使用してリストにカスタム アクセス許可を設定する
ルート Web サイト コレクション内の最初の Web。 ルート Web は「Web アプリケーション ルート」と呼ばれることもあります。
SharePoint アドイン (旧称「SharePoint 用アドイン」) 最も一般的な Web 標準とテクノロジーを統合し、クラウド アドイン モデルを使用して SharePoint Web サイトの機能を拡張する軽量の Web アプリケーション。 SharePoint アドイン
SharePoint Online Office 365 で提供されるクラウドベースの SharePoint。 SharePoint Online の全般的な参照情報
サイト 同一の所有者と管理設定 (アクセス許可など) を共有するサイトのグループ。 T:Microsoft.SharePoint.Client.Web
サイト コレクション 同一の所有者と管理設定 (アクセス許可など) を共有するサイトのグループ。 SharePoint Server でサイト コレクションを作成する
サイト プロビジョニング サイトにフィーチャー、構造、ブランド、およびその他の機能を装備するプロセス。 - SharePoint 2013 でのサイト プロビジョニングの手法とリモート プロビジョニング
- SharePoint 2013 のアプリを使用したセルフサービス サイトのプロビジョニング
サブサイト SharePoint サイト コレクション内の 1 つの SharePoint サイト。 サブサイトでは親サイトからナビゲーションとアクセス許可を継承するか、または固有のアクセス許可とナビゲーションを設定することができます。 ルート サイト コレクションに基づくサブサイトを作成するか、または他のサイト コレクションに基づくサイトを作成できます。 サイト コレクションからアクセス許可を継承することを選択するか、またはサブサイトに固有のアクセス許可を指定することができます。

構造要素の階層

概念上、SharePoint オブジェクトの階層はコンテナー単位で表現されます。オブジェクトの種類と階層の種類には、階層でその下にあるすべての種類のオブジェクトが含まれます。 表 2 に、SharePoint 構造要素の階層を記載します。

表 2. SharePoint 構造要素の階層

オブジェクトの種類 (階層順) 説明
Web アプリケーション サーバー上に存在し、ブラウザーからの要求に応答するアプリケーション。

Web アプリケーションは、インターネット インフォメーション サービス (IIS) の中心となる構造です。

SharePoint における Web アプリケーションは、固有の URL と、SQL Server に保管された別個のコンテンツ データベースを使用する Web サイトです。
サイト コレクション アクセス許可を定義し、構成に応じてコンテナー内のすべてのサイトのブランディングのいくつかの側面を定義できるサイトのコンテナー。
サイト リスト、ライブラリ、構造、ナビゲーション、および外観の要素からなるコレクション。トピックまたはテーマを中心に編成されます。

同じサイト コレクションに含まれる他のサイトの子サイトは、サブサイトと呼ばれることがあります。

サブサイトは、親 Web サイトのサブフォルダーに保管されているサイトです。

サブサイトがその親サイトから権限とナビゲーション構造を継承することも、サブサイトに固有の管理/作成権限が割り当てられることもあります。

サブサイトは、子サブサイトを持つことができます。
アプリ、リスト、およびドキュメント ライブラリ 特定の構造に編成される、コンテンツとデータのコンテナー。

マスター ページ ギャラリーは SharePoint 2010 発行サイト内の特殊なドキュメント ライブラリです。既定では、ここにブランディング要素 (マスター ページ、ページ レイアウト、JavaScript ファイル、CSS、画像) のがすべて格納されます。

サイトごとに独自のマスター ページ ギャラリーがあります。

チーム サイトでは、マスター ページがサイト コレクションからではなくサイトから提供されます。
アイテム アドイン、リスト、およびドキュメント ライブラリに含まれる個別のコンテンツまたはデータ。

SharePoint アドイン

SharePoint アドインは、SharePoint ホスト サーバーにはインストールされない軽量のソリューションです。つまり、ホスト サーバーに対して大量の API 呼び出しを行うことはありません。 SharePoint アドインは、クラウド アドイン モデルを使用して作成できます。 ユーザーは、AppSource (旧称 Office ストア) や企業のアプリ カタログでアドインを見つけて、ダウンロードできます。 詳細については、「SharePoint アドイン」を参照してください。

ファイル システムおよびコンテンツ データベース

ブランド化オプションと、そのサイト カスタマイズがアップグレードや移行に及ぼす影響について理解するには、SharePoint ファイル システムとコンテンツ データベース、およびこれらが連動する仕組みを理解しておく必要があります。

ファイル システム

SharePoint では、ファイルをファイル システム ("ハイブ") に格納します。

SharePoint Server 2013 および SharePoint Server 2016 では、この場所は 15 ハイブ または 16 ハイブ と呼ばれます。

この場所へのパスを次に示します。

SharePoint Server 2013: %program files%/Common Files/Microsoft Shared/Web Server Extensions/15/

SharePoint Server 2016: %program files%/Common Files/Microsoft Shared/Web Server Extensions/16/

15 ハイブおよび 16 ハイブには、サイトのブランド化とプロビジョニングに使用するファイルが格納される各種サブフォルダーが含まれます。

コンテンツ データベース

コンテンツ データベースには、サイト コレクションなどの SharePoint コンテンツ オブジェクトが格納されます。 SharePoint Server 2013 または SharePoint Server 2016 を展開すると、コンテンツ データベースは、すべてのサイト コレクションに自動的にインストールされます。 サイト コレクションのすべてのコンテンツは、1 台のサーバー上の 1 つのコンテンツ データベースに格納されます。 ただし、1 つのコンテンツ データベースを複数のサイト コレクションに関連付けることができ、複数のコンテンツ データベースを 1 つの SharePoint Web アプリケーションに関連付けることもできます。 たとえば、コンテンツのサイズがすぐにコンテンツ データベースのサイズを超える場合には、コンテンツを別のコンテンツ データベースに移動させる必要があります。

コンテンツ データベースの一部の特性は、サイト コレクションの使用方法に応じて異なります。 たとえば、サイトが書き込み中心型であることがよくありますが、その他のタイプのコンテンツ (読み取り専用ドキュメントなど) は読み取り中心型です。 コンテンツの用途は、コンテンツ データベースの側面 (サイズやパフォーマンスなど) に影響します。

ファイルのカスタマイズ状態

SharePoint ファイルとコンテンツの状態は、更新適用の容易さに影響し、SharePoint がコンテンツ データベースとファイル システムのいずれのファイルを処理するかを左右します。 既定ではすべての SharePoint ファイルはカスタマイズされておらず非実体化ファイルであり、SharePoint ファイル システムとコンテンツ データベースで一致する状態で存在しています。 ファイルまたはコンテンツ データベース エントリ、あるいはこの両方が特定の方法で使用または変更されると、そのコンテンツの状態に影響します。

表 3. ファイルのカスタマイズ状態とアップグレードにおけるその影響

ファイルまたはコンテンツの状態 定義 コメント
uncustomized ファイルに関連付けられる属性であり、そのファイルが変更されていないことを示します。 1 つのファイルの複数のコピーが、同じソースをポイントできます。

これにより、設計者が変更を実装しやすくなります。
customized ファイルに関連付けられる属性であり、そのファイルが変更されていることを示します。 ファイルをカスタマイズした後は、広範な更新を適用することがより難しくなります。

何をカスタマイズするかについて注意してください。

一般的なルールとして、システム ファイルをカスタマイズしたり、手動で更新する必要があるカスタマイズを導入したりするよりも、既定の SharePoint ファイルと機能を使用することをお勧めします。
ghosted コンテンツ データベース外部にソースが格納されているファイル。 コンテンツ データベース内には、SharePoint に対してサーバーのファイル システムでファイルのソースを検索するように指示するポインター (ファイルのゴースト) が引き続き存在しています。
unghosted ソース ファイルのカスタマイズされていないバージョンがコンテンツ データベース内にあります。 例: SharePoint 2013 のデザイン マネージャーが、ブランド化ファイルをパッケージ化するために、セキュリティで保護されたソリューションを作成します。

このソリューションがサーバーのファイル システムに追加されることはないため、本質的に、ソリューションのファイルは非実体化されていないと見なされます。

ただし、このソリューションが展開するファイルは、非カスタマイズ状態のままです。

注:

ファイルがカスタマイズされているとしたら、そのファイルは新しいサービス パックのインストール時や SharePoint Online サービスの更新時に更新されません。

クラウド アドイン モデルを使用したブランド化およびプロビジョニング

SharePoint Server 2013 または SharePoint Server 2016 では、ブランディング要素を使用して SharePoint サイト コレクション、サイト、サブサイトをプロビジョニングする目的で SharePoint アドインのカスタム CSOM コードを使用できます。 このサイト プロビジョニングのパターンは、リモート プロビジョニングと呼ばれます。 SharePoint では、クラウドベースの展開にこれまで以上に重点を置いています。このパターンは、複雑さの解消と長期的な運用コストの削減を念頭に置き、SharePoint のすぐに利用できる機能を使用して、サイトのブランド化のプロビジョニングを支援することを目的として作成されました。

クラウド アドイン モデルでできること

完全信頼コードの機能とクラウド アドイン モデルの間には、相関関係がない場合があります。 SharePoint アドインとクラウド アドイン モデルに基づくカスタマイズを開発する際には、直接変換ではなく別の方法を考慮し、できるだけ単純なカスタマイズを保つようにしてください。 次に例を示します。

  • イベント レシーバーをリモート イベント レシーバーに置き換えます (「SharePoint アドインでリモート イベント レシーバーを作成する」を参照)。
  • サイト テンプレート、Web テンプレート、サイト定義をリモート プロビジョニングに置き換えます。 これはサブサイトとサイト コレクションの両方で有効です。
  • タイマー ジョブを Microsoft Azure に置き換えます。

HTTP モジュールや HTTP ハンドラーなど、クラウド アドイン モデルで作成できないものもあります。 クラウド アドイン モデルで既存のカスタマイズをレプリケートする前に、カスタマイズが当初に作成された理由と、標準の SharePoint フィーチャーが機能するかどうかを考慮してください。

リモート プロビジョニング パターン

リモート プロビジョニングでは、新しいアドイン パターンを使用して、プロビジョニング ロジックを SharePoint ファームの外部に完全に移動します。 この方法では、SharePoint ファームで機能フレームワークやその他のカスタマイズを使用する必要がなくなり、SharePoint の外部でカスタマイズを制御できるようになります。 この方法により、SharePoint の可用性に影響を与えることなく、プロビジョニング エンジンを更新したり、変更することができます。 機能フレームワークの詳細については、「 サイト定義とプロビジョニング: フィーチャー フレームワーク」を参照してください。

このセクションではリモート プロビジョニング パターンの側面と実装について詳しく解説します。 まず、パターンに関する次の入門文書に目を通しておくと役に立つ場合があります。

リモート プロビジョニング パターンの最も単純な実装では、プロビジョニング要件が SQL Server または SQL Azure データベース、あるいは XML ファイルに格納されます。その後、SharePoint アドインがデータソースから要件を読み取り、ブランディング要素をそれぞれのソース ロケーションから読み取り、プロビジョニング要件に基づいてブランディング要素をターゲット サイトに適用します。

ブランド化とプロビジョニングのコード サンプルでは、この一連のイベントをたどってリモート プロビジョニング パターンについて説明します。

表 4 基本的なリモート プロビジョニングの順序と関連コード サンプル

手順 説明 サンプル 記事
1 ユーザーがフォームを使用してサイトの変更を要求します。これにより、承認ワークフローが開始されます。 ユーザーから要求フォームによって送信されたデータが、いずれかのデータ ストレージ形式 (SQL、Azure SQL、XML) を使って格納されます。

SharePoint 2013:ワークフローを使用して SharePoint サイトをプロビジョニングする (ホスト Web)

SharePoint 2013: ワークフローを使用して SharePoint サイトをプロビジョニングする (アプリ Web)

SharePoint サイト プロビジョニング ソリューション
2 ワークフローが承認されたら、SharePoint アドインは保存されているデータを呼び出し、ユーザーがステップ 1 で送信したメタデータに基づいてサイトのプロビジョニングを行います。

アドイン モデルを使用してサイトをバッチ プロビジョニングする

SharePoint 2013:ワークフローを使用して SharePoint サイトをプロビジョニングする (ホスト Web)

SharePoint 2013: ワークフローを使用して SharePoint サイトをプロビジョニングする (アプリ Web)

SharePoint 2013: SharePoint アドインを使用してオンプレミスのサイト コレクションをプロビジョニングする

SharePoint サイト プロビジョニング ソリューション
3 SharePoint アドインは、要求フォームの指示に基づき、アドイン Web とコンテンツ データベース内の有効なデータを使用してプロビジョニングのスコープを設定します。 この段階で、適用可能なブランディング要素がサイトにプロビジョニングされます。

SharePoint 2013: SharePoint アドインを使用して CSS を構成する

SharePoint 2013: SharePoint アドインを使用してテーマを SharePoint サイトに適用する

SharePoint 2013: Sharepoint OneDrive for Business サイトをブランド化する

SharePoint 2013: リモート プロビジョニングを使用してサイトにカスタム CSS をプロビジョニングする

SharePoint 2013: SharePoint アドインを使用して Wiki ページをプロビジョニングする

SharePoint ページとページ モデル

SharePoint サイトのブランド化とページ カスタマイズのソリューション

SharePoint サイト プロビジョニング ソリューション

注:

表 4 に示されているのは、一般的と考えられるリモート プロビジョニング シナリオの手順です。 使用するサンプルは、エンタープライズに最も適するアプローチによって異なります。 たとえば、カスタム承認ワークフローを作成する業務上の必要性がない場合は、そのサンプルは使用しません。

リモート プロビジョニング パターンを使用したサイトのプロビジョニングとブランディングのワークフローの例

リモート プロビジョニングを使用したサイト プロビジョニングとブランド化のワークフローを示すフローチャート

リモート プロビジョニングによる既存のサイト コンテンツへの影響

プロビジョニングするサイト要素によっては、コードにより、既定または既存のサイト コンテンツがリモート プロビジョニング SharePoint アドインのフックでオーバーライドされます。 アドインは SharePoint をまったく構成することなく、データベースに保管されたプロビジョニング要件に基づいてサイト テンプレートやその他の機能を選択します。

基本的なリモート プロビジョニング パターンは、追加の要件に関係なく同一です。 ただし、このパターンを使用してサイト ブランディングをプロビジョニングする予定である場合は、SharePoint CSOM、JSOM、および REST API のカスタマイズ機能に即してブランド開発戦略を計画してください。 また、次の点についても考慮してください。

  • サイト アーキテクチャ 構築するサイトはインターネット接続サイトであるか、イントラネット サイトであるか、またはインターネット接続サイト経由でサインインして企業データにアクセスするよう認証ユーザーに求めるエクストラネットであるか。
  • 特定のユーザーがどの程度、プロビジョニング要件の定義と要求を制御できるか。 ユーザーがフォームを使用してカスタム プロビジョニング オプションを指定できるようにするかどうか。 変更がサイトに自動的に適用されるようにするか、決定権を持つ担当者が変更を承認した後で適用されるようにするか、あるいはガバナンス ポリシーで変更を管理するか。
  • 適用するブランディング カスタマイズの種類 (構造、外観、またはこの両方)。

ブランディングとサイト プロビジョニングのコード サンプル

このセクションでは、コア シナリオを示し、このシナリオを拡張して、より具体的な使用例に対応したコード サンプルについて説明します。 このセクションの記事にもいくつかのコード サンプルが含まれています。 これらのコード サンプルを次の表で説明します。

表 5 サイト プロビジョニングのサンプル

サンプル 説明 関連記事
BatchProvisioning コンソール アプリでサイト コレクションをプロビジョニングします。 SharePoint サイト プロビジョニング ソリューション
Provisioning.Pages リモート プロビジョニング モデルを使用して Wiki ページをプロビジョニングし、Wiki ページからの HTML とリモート Web パーツを追加する方法を示します。 SharePoint ページとページ モデル
SiteProvisioningWorkflow ホスト Web とリモート イベント レシーバーでワークフローを使用してサイト コレクションをプロビジョニングします。 SharePoint サイト プロビジョニング ソリューション
SiteProvisioningWorkflowAppWeb アドイン Web とリモート イベント レシーバーでワークフローを使用してサイト コレクションをプロビジョニングします。 SharePoint サイト プロビジョニング ソリューション

注:

BatchProvisioning、SiteProvisioningWorkflow、SiteProvisioningWorkflowAppWeb サンプルは、リモート プロビジョニング パターンの中心的な概念と機能を示します。 ProvisionWikiPages サンプルは、特定の使用例 (Wiki ページ プロビジョニング) を取り上げています。

表 6. ブランディングのサンプル

サンプル 説明 関連記事
Branding.Theme テーマの適用方法 (CSOM) を示します。 SharePoint サイト ブランド化とページ カスタマイズのソリューション
OD4B.Configuration.Async リモート プロビジョニング モデルを使用して Wiki ページをプロビジョニングし、Wiki ページからの HTML とリモート Web パーツを追加する方法を示します。 SharePoint サイトのブランド化とページ カスタマイズのソリューション
Branding.AlternateCSSAndSiteLogo ユーザー カスタマー アクションと埋め込み JavaScript を使用して、カスタム CSS をホスト サイトに設定する例を示します (CSOM)。 SharePoint サイト ブランド化とページ カスタマイズのソリューション
Provisioning.OnPrem.Async サービスを使用して SharePoint ホスト Web 内のすべての情報をオンプレミスにカプセル化する方法を示します SharePoint サイト プロビジョニング ソリューション
Provisioning.SiteCol.OnPrem サービスを使用して、アドイン Web に SharePoint ホスト Web 内のすべての情報をカプセル化し、Web を取得し、指定した Web アプリケーション内のサイト コレクションのリストを取得し、特定の ContentTypeId でコンテンツ タイプを作成する方法を示します。

このサンプルは、SharePoint アドインを使用して、プロビジョニング サイトにリモート プロビジョニング パターンを適用する場合は特に役立ちますが、シナリオを完了するのに必要な CSOM メンバーは、まだ CSOM で利用可能ではありません。
SharePoint サイト プロビジョニング ソリューション

SharePoint のブランド化ワークフロー

SharePoint Web サイトのブランディングは、他の Web サイトのブランディングによく似ています。 十分に理解している Web テクノロジ (HTML、CSS、JavaScript など) を使用して、サイトの構造、外観、およびカスタムの動作を作成します。 また、SharePoint は ASP.NET に基づいており、ASP.NET マスター ページ/ページ レイアウト モデルに類似したページ モデルを使用します。 ページ モデルには構造が含まれており、外観の要素を適用するためのフックとロジックを提供します。

SharePoint に用意されているさまざまな Web パーツを使用すると、データ ビュー、画像、スクリプト、検索結果などをサイト デザインに組み込むことができます。 構成済みの外観により、ユーザーがサイトの外観を容易にカスタマイズできると同時に、設計者と IT 部門は、設計の詳細と使用可能な外観オプションをより良く制御できます。テーマ設定エンジンとカスタム CSS 機能の相乗効果で、さらに先進的なブランディング カスタマイズへの扉が開かれます。

SharePoint Web サイトのブランディング設計と開発のワークフローは、業界で採用されている設計ワークフローによく似ています。

  • サイトのアーキテクチャとデザインを計画する。
  • 使い慣れた Web デザイン ツールとテクノロジを使用してデザイン資産を作成する。
  • デザイン マネージャーなどの SharePoint ツールを使用してサイトを作成する。
  • サイト デザインをパッケージ化し、SharePoint アドインとリモート プロビジョニング パターンを使用してサイトのブランド化をプロビジョニングする。

注:

SharePoint でブランド化を適用することは、既定の SharePoint サイトの外観を変更することを意味します。 これには、サイトの外観に対して、構造と見栄えの両方を変更することが含まれます。

ブランディング コストと複雑さ

ブランド化による変更は、低コストで単純なものから高コストで複雑なものにまで及びます。 ユーザーは UI を使用して、背景画像、カラー パレット、フォント、およびこれらの要素に関連付けられたマスター ページと、マスター ページに関連付けられたプレビュー ファイルを含む構成済みの外観を適用できます。 構成済みの外観を作成するには、SharePoint テーマ設定エンジンを使用できます。また、カスタム CSS を作成して、サイトの外観を変更することができます。

重要

カスタム ブランディング プロジェクトの一環としてカスタム マスター ページとその他の構造要素を作成することもできますが、この場合、長期にわたる構造カスタマイズのサポートに伴うコストが高くなる可能性があります。また、組織がアップグレードを適用しながら、カスタマイズへの短期投資を長期にわたって生かせるようにするには、さらにコストがかかる可能性があります。

オンプレミスまたは専用ファームでホストされている SharePoint サイトのブランド化

リモート プロビジョニング パターンを使用して、オンプレミスまたは専用ファームでホストされているチーム サイト、発行サイト、および OneDrive for Business サイトを、サイト コレクション レベルとサブサイト レベルの両方でブランド化できます。

SharePoint Online

SharePoint プランディング プロジェクトの計画には、構築、ブランド化、プロビジョニングするサイトの種類を決定することが含まれます。 SharePoint Online のライセンスは、発行サイト機能を利用できるかどうかを左右します。 すべてのライセンスが、発行サイト機能の全てを提供するわけではありません。

表 7. SharePoint Online でのオプション

Office 365 のエディション チーム サイト 発行サイト 備考
Small Business はい いいえ
Enterprise はい はい 発行が含まれないドメインのルート Web アプリケーションでのチーム サイト コレクションを含みます。このルート Web アプリケーションで新しい発行サイト コレクションを作成できます。

詳細については、「Office 365 のすべての一般法人向けプランを比較する」および「モデル: SharePoint 2013 の設計およびブランディング」を参照してください。

カスタマイズを行うべき場合

SharePoint では、ビジネス ニーズを満たすために必要なほとんどの機能を標準で利用できます。 したがって、カスタマイズを作成する前に、そのカスタマイズを作成する理由となるビジネス ケースが実際にあるかどうか、またカスタマイズを作成して長期的にサポートするために企業でどの程度コストがかかるかを判断する必要があります。 エンド ユーザーにフィーチャと機能を提供する方法 テクノロジよりも先に、ビジネス目標とユーザー エクスペリエンスに目を向けてください。

既存のカスタム SharePoint ソリューションを使用しており、クラウド アドイン モデルにそのソリューションを移行するかどうかとその移行方法を検討する場合は、最初にカスタマイズを行う理由と、カスタマイズの目的を確認します。

完全信頼コードの既存のカスタマイズをクラウド アドイン モデルに移行する場合、通常は、フィーチャと機能の間に 1 対 1 の関係がありません。 サーバー側コードとクライアント側コードの間の 1 対 1 対応を見つけようとする代わりに、代替的な手法を考慮してください。 表 8 に、よく使われる SharePoint ソリューションの概念や機能と、SharePoint アドインにおける対応する概念/機能を記載します。

表 8. SharePoint の概念とアドインの関係

タスク SharePoint ソリューションの場合 SharePoint アドインの場合 ガイダンス
SharePoint ページの情報の表示 Web パーツ アプリ パーツ Web パーツは、ユーザー権限または完全な権限/昇格された権限によって SharePoint Server 上で実行されます。

アプリ パーツは、権限が付与されたアプリ ID によって、ブラウザーまたは外部サーバーで実行されます。 これらは、独自ドメイン内のクライアント上で分離されています。

アドイン パーツは、SharePoint の外部で実行され、SharePoint Server のパフォーマンスに影響を与えません。

アドイン パーツを作成して SharePoint アドインと共にインストールする
通知の作成と管理 イベント レシーバーとフィーチャー レシーバー リモート イベント レシーバーとアドイン イベント レシーバー イベント レシーバーと機能レシーバーには、サーバー側のコードが必要です。これらのレシーバーが外部システムにイベントを通知することはできません。

リモート イベント レシーバーはクライアント側のコードを使用するため、SharePoint ソリューションまたは SharePoint アドインで使用できます。このレシーバーは、外部システムにイベントを通知できます。

アプリ イベント レシーバーは、アドインのインストール時、アンインストール時、またはアップグレード時にコードを実行します。

- SharePoint アドインのイベントの処理
- SharePoint アドインでリモート イベント レシーバーを作成する
データへのアクセス .NET サーバー オブジェクト モデル (SSOM)、.NET クライアント オブジェクト モデル (CSOM)、OData .NET クライアント オブジェクト モデル (CSOM、JSOM)、OData、REST、クロスドメイン ライブラリ - SharePoint のクライアント ライブラリ コードを使用して基本的な操作を完了する
- SharePoint の JavaScript ライブラリ コードを使用して基本的な操作を完了する
- SharePoint REST サービスの概要
- SharePoint: .NET Server、CSOM、JSOM、および REST の API インデックス
パッケージ化と展開 ソリューション パッケージ (WSP、フィーチャー パッケージ) アプリ カタログと AppSource (Office ストア) ソリューション パッケージは、SharePoint ファーム全体に展開するのが困難です。 SharePoint アドインを一般に使用可能にする場合、または販売する場合は、AppSource に公開します。 SharePoint アドインを組織内で使用可能にするには、アドイン カタログを使用します。 ソリューション パックに含まれているガイダンスとコード サンプルで、SharePoint アドインを使用してブランディング要素を SharePoint サイトにプロビジョニングする方法が説明されています。

- サイト コレクションのアプリ カタログを使用する
- AppSource と Office 内でソリューションを使用できるようにする
- SharePoint アドインを開発およびホスティングするためのパターンを選択する
外部データの使用 外部コンテンツ タイプ アプリを対象範囲とする外部コンテンツ タイプ SharePoint サイトの管理者または SharePoint Designer のユーザーが外部コンテンツ タイプを作成/インストールする必要があります。外部コンテンツ タイプは、ファーム レベルでのみインストール可能です。

アプリを対象範囲とする外部コンテンツ タイプは、そのタイプの作成対象となった SharePoint アドインにのみ適用されます。これらのタイプは管理を必要とせず、OData ソースにアクセスできます。

- アドイン スコープの外部コンテンツ タイプ (SharePoint)
- SharePoint で OData ソースから外部コンテンツ タイプを作成する
カスタム ページとマスター ページの追加 アプリケーション ページとサイト ページ Web ホスト ページ アプリケーション ページは、サーバー上のすべてのサイトで共有され、SharePoint でホストされます。

サイト ページは SharePoint でホストされます。 ページのコントロールが、安全なコントロール リストに含まれている必要があります。

アプリケーション ページはカスタム コードに最適ですが、カスタマイズ後にサイト ページ上のカスタム コードが壊れます。 代わりに、Web ホスト ページを使用してください。 これらは、カスタマイズできるように設計されていて、サイト ページ上の組み込み Web パーツの使用をサポートします。また、外部でホストされるため、アドインがインストールされている任意の場所で使用できます。

関連項目