1. Sitecoreにおける個人データ

Sitecore実装において個人を代表するエンティティ

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

!警告このプライバシーガイドは、開発者がSitecore製品実装をどのように設定してデータプライバシーコンプライアンスを支援するかについての技術的ガイダンスを提供します。このガイドは網羅的な指針を提供するものではなく、いかなる法律や規制の内容、解釈、適用に関する法的助言として解釈または使用すべきではありません。顧客であるあなたは常に自分自身のリスクを評価する最良の立場にあり、個人情報の処理方法を含む法律や規制がビジネスに適用できるかどうかを理解するために、必ずご自身の法的助言を求める必要があります。最終的な実装は完全にあなた自身の設定選択に基づいています。

個人はプラットフォーム全体に4つの別々の存在で表されます:

  • Experience Platform(XP)の文脈で 連絡先 として。
  • マーケティングオートメーションデータベースへの 登録 数として。
  • Experience Commerce(XC)の文脈で 顧客 として。
  • Experience Manager(XM)の文脈で ユーザー として。

また、xDB Reportingデータベースのフォームメトリクスデータとしても表現され、フォームの提出データとFormsデータベースのリンクがあります。

各エンティティは機密性の高い個人情報を保存する可能性があり、エンティティはIDやその他の識別子によって直接的または間接的にリンクされています。プラットフォームの安全確保や個人の権利を支援する機能を実装する際には、プラットフォーム全体における個人の表現やリンクの方法を考慮しなければなりません。

データはどこでどのように保存されるか

以下の表は、各エンティティの目的、エンティティがどこに保存されているか、およびそれぞれに関連付けられるデータについて説明しています。

!重要あなたが収集する正確なデータは実装によって異なります。これらのテーブルは、デフォルトで利用可能なデータを収集するモデルを示しています。どこに保存されるかは、セルフホスティングかManaged Cloud環境でホストしているかによって異なります。

連絡先

目的

パーソナライズ、自動化、メールなどマーケティング活動に関連するデータの中央保存。

保管

コレクションデータベース、xDBインデックス

データ

収集された場合、以下のデータがコレクションデータベースおよびxDBインデックスで利用可能となります(個人情報のインデックス化が有効であると仮定して):

  • 連絡先識別子
  • 連絡先の側面には、以下のような個人情報が含まれます:
  • 相互作用、以下を含む:
  • 相互作用の側面

API

xConnect クライアント API

デフォルトの側面とイベント

すべてのデフォルトのxConnectファセットとイベントのリストについては、xConnectコレクションモデルリファレン スを参照してください。個人情報を含むファセットはPIISensitiveとマークされています。

Email Experience Managerの側面とイベント

Email Experience Manager(EXM) EmailAddressHistoryには個人情報が含まれています。この側面はPIISensitiveとマークされています。

Commerce Connectの側面とイベント

イベントに関連する個人情報はPIISensitiveのマークされた接触面に保存されます。イベントは個人情報を保存しませんが、接触面を参照するプロパティを含む場合があります。個人が消去を選択した場合、すべての個人情報が削除され、イベントと連絡先面内の個人情報とのリンクは断たれます。

入学者数

目的

連絡先が自動化計画や活動に登録していることを表します。

保管

マーケティングオートメーションデータベース

データ

以下のデータはマーケティングオートメーションデータベースで利用可能です:

  • 連絡先ID

  • 連絡先が登録している計画や活動。

プランや活動名は、個人がブランドや組織と関わる際に機密性の高い情報を明らかにすることがあります。

> [!注]
>登録にはカスタムデータを追加できます。メールアドレスなどの個人情報は登録に追加しないことをお勧めします。

API

マーケティングオートメーション運用API

顧客

目的

提出された注文を受け取り、支払いを行います。

保管

共有環境データベース、顧客スコープインデックス

データ

以下のデータは共有環境データベースおよび顧客スコープインデックスで利用可能です。

  • 顧客の詳細、例えば氏名や住所

  • 顧客の注文

顧客エンティティを参照

> [!注]
> メールアドレスと配送先住所は、匿名の顧客であっても注文の一部として保存されます。

API

Commerce Service API

ユーザー

目的

認証と承認。

保管

ASP.NETメンバーシップのデフォルト実装では、ユーザーはコアデータベースに保存されます。ASP.NETアイデンティティのデフォルトプロバイダーはありません。

データ

  • ユーザー名
  • ASP.NET会員プロファイルデータ

API

ASP.NETメンバーシップAPIまたはASP.NET識別API

形態

目的

フォーム提出の成功や失敗などの指標はxDBレポートデータベースに集約されます。各レコードには ContactId、 InteractionId、 FieldIdが含まれています。フォーム提出はフォームデータベースに保存され、 FieldItemIdが含まれています。

記録は以下のようにコレクションデータベース内の連絡先にリンクできます。詳細は次のセクション「 個別エンティティ間のリンク」の表を参照してください。

保管

xDB Reporting database、特に:

  • Fact_FormMetrics表(ContactIDおよびInteractionIDを含む)

  • Fact_FormFieldMetricsテーブル(InteractionIDを含む)

フォームデータベース、具体的には:

  • FieldData表(フォーム提出データを含む)

データ

フォーム提出データはカスタマイズ可能で、個人の名前やメールアドレスなどの個人情報を含めることができます。

API

レポーティングAPI、SQL

個々のエンティティ間のリンク

以下の表は、Commerce Connectを用いてExperience PlatformとExperience Commerceを連携するデフォルトの実装で個々のエンティティがどのようにリンクされているかを詳述しています。

顧客企業へのリンク

接点から顧客へ

連絡先と顧客の間に直接的なリンクはありません。識別子が存在すると仮定して、ユーザーから顧客への間接的なつながりです。

ユーザーから顧客へ

ユーザーエンティティには顧客のIDとプレフィックスを含む ExternalId プロパティがあります。Sitecore Commerce Engineを使用している場合、 ExternalId は次のようになります

。この場合、6c639677c824494bbf64c1049312233eが顧客IDです。

フォーム提出から顧客まで

フォームの提出と顧客の間に直接的なリンクはありません。フォームデータを介して連絡、連絡先からユーザーへの間接リンク(識別子が存在すると仮定した場合)、ユーザーから顧客へのリンクです。

登録から顧客まで

登録と顧客の間に直接的なつながりはありません。

登録エンティティへのリンク

顧客から登録まで

登録と顧客の間に直接的なつながりはありません。

接触から入学まで

登録には連絡先のIDへの言及が含まれます。

ユーザーから登録まで

登録とユーザーの間に直接的なつながりはありません。

フォーム提出から登録まで

Fact_FormMetricsテーブルにはContactID列があります。xConnect Client APIを使ってIDで連絡先を取得し、そのIDで登録情報を確認できます。

連絡先エンティティへのリンク

顧客から連絡先へ

連絡先と顧客の間に直接的なリンクはありません。顧客からユーザー、ユーザーから連絡先への間接的なリンク(識別子が存在すると仮定した場合)です。

ユーザーから連絡先へ

デフォルトでは、コンタクトエンティティとユーザーエンティティの間にリンクはありません。リンクを作成するには、識別子文字列(ユーザー名など)とソース文字列(例えば「extranet」)を含む既知の識別子を連絡先に追加する必要があります。これはxConnect Client APIを使うか、トラッキングコンテキストでは IdentifyAs() メソッドを使うことができます。

Commerce Connectを使用している場合、ユーザーが作成されると既知の識別子が自動的に連絡先に追加されます。識別子はユーザー名で、出典は Sitecore.Commerce.Constants.ContactSourceです。Commerce Connectを使用していない場合は、この関係を自分で作成する必要があります。連絡先は複数の識別子を持ち、異なるシステムにリンクできます。ユーザーエンティティに対応する識別子については、システムがどの識別子ソースを使用しているかを知っておく必要があります。

フォームの提出から連絡まで

Fact_FormMetricsテーブルにはContactID列があります。xConnect Client APIを使ってIDで連絡先を取得することができます。Fact_FormFieldMetricsにはInteractionID列があります。対応するエントリをFact_FormMetricsテーブルで検索できます。そこにはContactID列も含まれています。

登録から連絡まで

登録には連絡先のIDへの言及が含まれます。

ユーザーエンティティへのリンク

顧客からユーザーへ

ユーザーエンティティには顧客のIDとプレフィックスを含む ExternalId プロパティがあります。Sitecore Commerce Engineを使用している場合、 ExternalId は次のようになります

。この場合、6c639677c824494bbf64c1049312233eが顧客IDです。

接触からユーザーへ

デフォルトでは、コンタクトエンティティとユーザーエンティティの間にリンクはありません。リンクを作成するには、識別子文字列(ユーザー名など)とソース文字列(例えば「extranet」)を含む既知の識別子を連絡先に追加する必要があります。これはxConnect Client APIを使うか、トラッキングコンテキストでは IdentifyAs() メソッドを使うことができます。

Commerce Connectを使用している場合、ユーザー作成時に連絡先に自動的に既知の識別子が追加されます。識別子はユーザー名で、出典は Sitecore.Commerce.Constants.ContactSourceです。Commerce Connectを使用していない場合は、この関係を自分で作成する必要があります。連絡先は複数の識別子を持ち、異なるシステムにリンクすることができます。

ユーザーエンティティに対応する識別子として、システムがどの識別子ソースを使っているかを知っておく必要があります。

フォーム提出からユーザーまで

ユーザーとフォームの提出の間に直接的なリンクはありません。ユーザーから連絡先への間接リンク(識別子が存在すると仮定した場合)、連絡からフォームの提出へ。

登録から利用者まで

ユーザーと登録の間に直接的なリンクはありません。

フォーム提出へのリンク

顧客からフォーム提出まで

顧客とフォームの提出の間に直接的なリンクはありません。ユーザーから連絡先への間接リンク、フォーム提出への間接リンクです。

ユーザーからフォーム提出まで

顧客とフォームの提出間に直接的なリンクはありません。ユーザーから連絡先への間接リンク(識別子が存在すると仮定した場合)、連絡先からフォームへのリンク

お問い合わせからフォーム提出まで

Fact_FormMetricsテーブルにはContactID列があります。xConnect Client APIを使ってIDで連絡先を取得することができます。 Fact_FormFieldMetricsにはInteractionID列があります。対応するエントリをFact_FormMetricsテーブルで検索できます。そこにはContactID列も含まれています。

登録から申請書提出まで

Fact_FormMetricsテーブルにはContactID列があります。xConnect Client APIを使ってIDで連絡先を取得し、そのIDで登録情報を確認できます。

この記事を改善するための提案がある場合は、 お知らせください!