Real-Time Customer Profile データのデフォルトガードレール

Adobe Experience Platformでは、行動インサイトと顧客属性に基づいて、リアルタイム顧客プロファイルの形式で、パーソナライズされたクロスチャネルエクスペリエンスを提供できます。 プロファイルに対するこの新しいアプローチをサポートするために、Experience Platform では、従来のリレーショナルデータモデルとは異なる、高度に非正規化されたハイブリッドデータモデルを使用します。

このドキュメントでは、最適なシステムパフォーマンスを得るためにプロファイルデータをモデル化する際に役立つ、デフォルトの使用方法とレートの制限について説明します。次のガードレールを確認する際は、データが正しくモデル化されていることが前提になっています。データのモデル化方法に関するご質問は、カスタマーサービス担当者にお問い合わせください。

メモ

ほとんどのお客様は、これらのデフォルトの上限を超えることはありません。カスタムの上限について詳しくは、カスタマーケア担当者にお問い合わせください。

はじめに

次のExperience Platformサービスは、リアルタイム顧客プロファイルデータのモデリングに関係します。

  • Real-Time Customer Profile:複数のソースからのデータを使用して、統合された消費者プロファイルを作成します。
  • ID:Platform に取り込まれる際に、異なるデータソースからの ID を結び付けます。
  • スキーマ:Experience Data Model(XDM)スキーマは、Platform が顧客体験データを整理するための標準化されたフレームワークです。
  • セグメント:Platform 内のセグメント化エンジンは、顧客の行動と属性に基づいて顧客プロファイルからセグメントを作成するために使用されます。

上限のタイプ

このドキュメントでは、次の 2 種類のデフォルトの上限について説明します。

  • ソフトリミット:​ソフトリミットを超えることは可能ですが、ソフトリミットはシステムのパフォーマンスに推奨されるガイドラインです。

  • ハードリミット: ハードリミットは絶対最大値を示します。

メモ

このドキュメントで概要を説明する上限は、常に改善されています。 定期的にアップデートを確認してください。カスタムの上限について知りたい場合は、カスタマーケア担当者にお問い合わせください。

データモデルの上限

リアルタイム顧客プロファイルデータをモデリングする際に推奨される制限は、次のガードレールにあります。 プライマリエンティティとディメンションエンティティについて詳しくは、付録のエンティティタイプ に関する節を参照してください。

プライマリエンティティのガードレール

ガードレール 上限 上限のタイプ 説明
XDM 個人プロファイルクラスのデータセット 20 ソフト XDM 個人プロファイルクラスを利用するデータセットは、最大 20 個を推奨します。
XDM ExperienceEvent クラスデータセット 20 ソフト XDM ExperienceEvent クラスを利用するデータセットは、最大 20 個を推奨します。
プロファイルに対して有効化された Adobe Analytics レポートスイートデータセット 1 ソフト プロファイルに対して有効化された Analytics レポートスイートデータセットは最大 1 つまでです。 プロファイルに対して複数の Analytics レポートスイートデータセットを有効にしようとすると、データ品質に意図しない結果が生じる可能性があります。 詳しくは、付録の Adobe Analytics データセットに関する節を参照してください。
複数エンティティの関係 5 ソフト プライマリエンティティとディメンションエンティティの間に定義されるマルチエンティティの関係は、最大 5 個を推奨します。既存の関係が削除されるか無効になるまで、追加の関係マッピングは行わないでください。
マルチエンティティ関係で使用する ID フィールドの JSON 深度 4 ソフト 複数エンティティの関係で使用する ID フィールドの JSON 深度の推奨値は 4 です。 つまり、高度にネストされたスキーマでは、4 レベルを超える深度でネストされたフィールドを関係の ID フィールドとして使用しないでください。
プロファイルフラグメント内の配列基数 <=500 ソフト プロファイルフラグメントの最適な配列基数(時間に依存しないデータ)は 500 未満です。
ExperienceEvent の配列基数 <=10 ソフト ExperienceEvent(時系列データ)の最適な配列基数は 10 未満です。
個人プロファイル ID グラフの ID 数 50 ハード 個人プロファイル用 ID グラフの最大 ID 数は 50 です。 ID が 50 を超えるプロファイルは、セグメント化、書き出し、検索から除外されます。

ディメンションエンティティのガードレール

ガードレール 上限 上限のタイプ 説明
非 XDM Individual Profile エンティティの時系列データは許可されていません 0 ハード 時系列データは、プロファイルサービスの非 XDM Individual Profile エンティティには許可されていません。 時系列データセットが XDM Individual Profile 以外の IDに関連付けられている場合、データセットを Profile に対して有効にしないでください。
ネストされた関係がありません 0 ソフト 2 つの非 XDM Individual Profile スキーマ間に関係を作成しないでください。Profile 結合スキーマの一部ではないスキーマでは、関係を作成する機能は推奨されません。
プライマリ ID フィールドの JSON 深度 4 ソフト プライマリ ID フィールドに推奨される JSON 深度の上限は 4 です。 つまり、高度にネストされたスキーマでは、フィールドが 4 レベルを超える深度でネストされている場合、フィールドをプライマリ ID として選択しないでください。 4 番目のネストレベルにあるフィールドは、プライマリ ID として使用できます。

データサイズの上限

次のガードレールは、データサイズを参照し、意図したとおりに取り込み、保存し、クエリできるデータの推奨される上限を提供します。プライマリエンティティとディメンションエンティティについて詳しくは、付録のエンティティタイプに関する節を参照してください。

メモ

データサイズは、取得時に JSON で非圧縮データとして測定されます。

プライマリエンティティのガードレール

ガードレール 上限 上限のタイプ 説明
ExperienceEvent の最大サイズ 10 KB ハード イベントの最大サイズは 10 KB です。 取り込みは続行されますが、10 KB を超えるイベントは削除されます。
最大プロファイルレコードサイズ 100 KB ハード プロファイルレコードの最大サイズは 100 KB です。 取り込みは続行されますが、100 KB を超えるプロファイルレコードは削除されます。
最大プロファイルフラグメントサイズ 50 MB ハード 単一のプロファイルフラグメントの最大サイズは 50 MB です。 セグメント化、書き出しおよびルックアップは、プロファイルフラグメントが 50 MB を超える場合、失敗することがあります。
最大プロファイルストレージサイズ 50 MB ソフト 保存されたプロファイルの最大サイズは 50 MB です。 50 MB を超えるプロファイルに新しいプロファイルフラグメントを追加すると、システムのパフォーマンスに影響を与えます。例えば、プロファイルには 50 MB の単一のフラグメントを含めることも、複数のデータセットにわたる、合計サイズが 50 MB の複数のフラグメントを含めることもできます。 50 MB を超える単一のフラグメントを持つプロファイル、または合計サイズが 50 MB を超える複数のフラグメントを保存しようとすると、システムのパフォーマンスに影響を与えます。
1 日に取り込まれるプロファイルバッチまたは ExperienceEvent バッチの数 90 ソフト 1 日に取り込まれるプロファイルバッチまたは ExperienceEvent バッチの最大数は 90 です。 つまり、1 日に取り込まれるプロファイルバッチと ExperienceEvent バッチを合わせた合計数は 90 を超えることはできないということです。追加のバッチを取り込むと、システムのパフォーマンスに影響します。
プロファイルレコードあたりの ExperienceEvents の数 5,000 ソフト プロファイルレコードあたりの ExperienceEvents の最大数は 5000 です。 5000 を超える ExperienceEvents を持つプロファイルは、 not セグメント化について検討する必要があります。

ディメンションエンティティのガードレール

ガードレール 上限 上限のタイプ 説明
すべてのディメンションエンティティの合計サイズ 5 GB ソフト すべてのディメンションエンティティの推奨合計サイズは 5 GB です。大きなディメンションエンティティの取り込みは、システムのパフォーマンスに影響を与える可能性があります。例えば、10 GB の製品カタログをディメンションエンティティとして読み込むことはお勧めしません。
ディメンショナルエンティティスキーマごとのデータセット 5 ソフト 各ディメンショナルエンティティスキーマに関連付けるデータセットの数は、最大で 5 個にすることをお勧めします。 例えば、「products」のスキーマを作成し、関連する 5 個のデータセットを追加する場合、products スキーマに関連付けられる 6 個目のデータセットを作成しないでください。
1 日に取り込まれるディメンションエンティティバッチ エンティティごとに 4 個 ソフト 1 日に取り込まれるディメンションエンティティバッチの推奨最大数は、エンティティあたり 4 個です。 例えば、製品カタログのアップデートを 1 日に最大 4 回取り込むことができます。同じエンティティに対して追加のディメンションエンティティバッチを取り込むと、システムのパフォーマンスに影響を与える可能性があります。

セグメンテーションガードレール

このセクションで概説するガードレールとは、Experience Platform 内に組織が作成できるセグメントの数と特性のほか、宛先に対して可能なセグメントのマッピングやアクティブ化のことを指します。

ガードレール 上限 上限のタイプ 説明
サンドボックスあたりのセグメント数 4000 ソフト 組織は合計 4000 個を超えるセグメントを持つことができます(各 サンドボックスのセグメント数が 4000 個未満となっている必要があります)。 追加のセグメントを作成しようとすると、システムのパフォーマンスに影響を与える可能性があります。
サンドボックスあたりのエッジセグメント数 150 ソフト 組織は合計 150 個を超えるエッジセグメントを持つことができます(各サンドボックスのエッジセグメント数が 150 個未満である必要があります)。追加のエッジセグメントを作成しようとすると、システムのパフォーマンスに影響を与える可能性があります。
サンドボックスあたりのストリーミングセグメント数 500 ソフト 組織は合計 500 個を超えるストリーミングセグメントを持つことができます(各サンドボックスのストリーミングセグメント数が 500 個未満である必要があります)。追加のストリーミングセグメントを作成しようとすると、システムのパフォーマンスに影響を与える可能性があります。
サンドボックスごとのバッチセグメント数 4000 ソフト 組織は合計 4000 個を超えるバッチセグメントを持つことができます(各サンドボックスのバッチセグメント数が 4000 個未満である必要があります)。追加のバッチセグメントを作成しようとすると、システムのパフォーマンスに影響を与える可能性があります。

付録

このセクションでは、このドキュメントに記載の上限に関する追加の詳細を示します。

エンティティタイプ

この Profile ストアデータモデルは、次の 2 つのコアエンティティタイプで構成されます。 プライマリエンティティ および ディメンションエンティティ.

プライマリ

プライマリエンティティ(プロファイルエンティティ)は、データを結合して、個人の「単一の真実のソース」を形成します。 この統合データは、「結合ビュー」と呼ばれるものを使用して表されます。統合ビューは、同じクラスを実装するすべてのスキーマのフィールドを、1 つの結合スキーマに集約します。Real-Time Customer Profile の結合スキーマは、すべてのプロファイル属性と行動イベントのコンテナとして機能する、非正規化されたハイブリッドデータモデルです。

時間に依存しない属性(「レコードデータ」とも呼ばれる)は、XDM Individual Profile、時系列データ(「イベントデータ」とも呼ばれる)は XDM ExperienceEvent を使用してモデル化されます。レコードと時系列データが Adobe Experience Platform に取り込まれると、Real-Time Customer Profile がトリガーされ、使用可能なデータの取り込みが開始されます。 取り込まれるインタラクションや詳細が多いほど、個人プロファイルは正確になります。

レコードデータと時系列データの違いを説明する解説図。

Dimension

プロファイルデータの保守はリレーショナルストアではありませんが、プロファイルでは、シンプルで直感的な方法でセグメントを作成するために、小さなディメンションエンティティとの統合を可能にします。 この統合は、マルチエンティティセグメンテーションとも呼ばれます。

組織では、店舗、製品、資産など、個人以外のものを記述する XDM クラスを定義することもできます。 これらのXDM Individual Profile スキーマは「ディメンションエンティティ」(「ルックアップエンティティ」とも呼ばれます)と呼ばれ、時系列データを含みません。 ディメンションエンティティを表すスキーマは、 スキーマの関係.

ディメンションエンティティは、複数エンティティのセグメント定義を支援および簡素化するルックアップデータを提供します。また、セグメントエンジンが、処理の最適化(高速ポイントルックアップ)のためにデータセット全体をメモリに読み込めるようディメンションエンティティのサイズは小さくする必要があります。

プロファイルエンティティがディメンションエンティティで構成されていることを示す解説図。

プロファイルフラグメント

このドキュメントでは、「プロファイルフラグメント」を参照するガードレールがいくつかあります。 Experience Platformでは、複数のプロファイルフラグメントが結合されて、リアルタイム顧客プロファイルが形成されます。 各フラグメントは、一意のプライマリ ID と、特定のデータセット内でその ID に対応するレコードまたはイベントデータの完全なセットを表します。 プロファイルフラグメントについて詳しくは、プロファイルの概要を参照してください。

結合ポリシー

複数のソースからデータを統合する場合、結合ポリシーは、データの優先順位付け方法と、統合されたビューを作成するためにどのデータを組み合わせるかを決定するために Platform で使用されるルールです。例えば、顧客が複数のチャネルをまたがって自社のブランドとやり取りを行う場合、1 人の顧客に関連する複数のプロファイルフラグメントが複数のデータセットに表示されます。これらのフラグメントが Platform に取り込まれると、それらのフラグメントが結合され、その顧客用に単一のプロファイルが作成されます。複数のソースのデータが競合する場合、結合ポリシーによって、個人のプロファイルに含める情報が決定されます。 1 組織あたり最大 5 個の結合ポリシーを使用できます。 結合ポリシーについて詳しくは、結合ポリシーの概要を参照してください。

Platform の Adobe Analytics レポートスイートデータセット

すべてのデータの競合が解決されている限り、プロファイルに対して複数のレポートスイートを有効にできます。 データ準備機能を使用して、eVar、リストおよび Prop 間でのデータの競合を解決できます。 データ準備機能の使用方法について詳しくは、Adobe Analytics コネクタ UI ガイドを参照してください。

このページ