Real-Time Customer Profile データとセグメント化のデフォルトガードレール

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

IMPORTANT
このガードレール ページに加えて、販売注文と対応する 製品説明でライセンスの使用権限を確認してください。

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

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

はじめに

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

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

上限のタイプ

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

ガードレール タイプ
説明
パフォーマンスガードレール(ソフトリミット)
パフォーマンスガードレールは、ユースケースのスコーピングに関連する使用制限です。 パフォーマンスガードレールを超えると、パフォーマンスの低下や待ち時間が発生する場合があります。 Adobeは、このようなパフォーマンス低下に対する責任を負いません。 パフォーマンスのガードレールを常に超えるお客様は、パフォーマンスの低下を避けるために、追加容量のライセンスを選択できます。
システムで適用されるガードレール(ハードリミット)
システムに適用されたガードレールは、Real-Time CDP UI または API によって適用されます。 これらは、UI と API によってこれをブロックされるか、エラーを返すので、超えることはできない制限です。
NOTE
このドキュメントで概要を説明する上限は、常に改善されています。 定期的にアップデートを確認してください。カスタムの上限について知りたい場合は、カスタマーケア担当者にお問い合わせください。

データモデルの上限

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

Adobe Experience Platformのプロファイルデータの様々なガードレールを示す図。

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

ガードレール
上限
上限のタイプ
説明
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 として使用できます。

データサイズの上限

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

NOTE
データサイズは、取得時に 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 です。5,000 件を超える ExperienceEvents を持つ プロファイルは、セグメント化の対象と されません

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

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

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

このセクションで概説するガードレールとは、Experience Platform内に作成できるオーディエンスの数と特性のほか、オーディエンスを宛先にマッピングしてアクティブ化する方法のことです。

ガードレール
上限
上限のタイプ
説明
サンドボックスあたりのオーディエンス数
4000
パフォーマンスガードレール
組織は合計 4000 個を超えるオーディエンスを持つことができます(各サンドボックスのオーディエンス数が 4000 個未満である必要があります)。 これは、バッチ、ストリーミング、エッジオーディエンスを含みます。 追加のオーディエンスを作成しようとすると、システムのパフォーマンスに影響を与える可能性があります。 詳しくは、セグメントビルダーを使用した オーディエンスの作成を参照してください。
サンドボックスごとのEdge オーディエンス
150
パフォーマンスガードレール
組織は合計 150 個を超えるエッジオーディエンスを持つことができます(各サンドボックスのエッジオーディエンス数が 150 個未満である必要があります)。 追加のエッジオーディエンスを作成しようとすると、システムのパフォーマンスに影響を与える可能性があります。 詳しくは、 エッジオーディエンスを参照してください。
すべてのサンドボックスにわたるEdgeのスループット
1500 RPS
パフォーマンスガードレール
Edgeのセグメント化では、Adobe Experience Platform Edge Networkに入るインバウンドイベント数のピーク値(1 秒あたり 1,500 件)がサポートされています。 Edgeのセグメント化は、インバウンドイベントがAdobe Experience Platform Edge Networkに入った後、処理するのに最大 350 ミリ秒かかる場合があります。 詳しくは、 エッジオーディエンスを参照してください。
サンドボックスごとのストリーミングオーディエンス
500
パフォーマンスガードレール
組織は合計 500 個を超えるストリーミングオーディエンスを持つことができます(各サンドボックスのストリーミングオーディエンス数が 500 個未満である必要があります)。 これは、ストリーミングオーディエンスとエッジオーディエンスの両方を含んでいます。 追加のストリーミングオーディエンスを作成しようとすると、システムのパフォーマンスに影響を与える可能性があります。 詳しくは、 ストリーミングオーディエンスを参照してください。
すべてのサンドボックスでのストリーミングスループット
1500 RPS
パフォーマンスガードレール
ストリーミングセグメント化では、1 秒あたり 1,500 インバウンドイベントのピーク値をサポートしています。 ストリーミングセグメント化は、セグメントメンバーシップのプロファイルを選定するのに最大 5 分かかる場合があります。 詳しくは、 ストリーミングオーディエンスを参照してください。
サンドボックスごとのバッチオーディエンス
4000
パフォーマンスガードレール
組織は合計 4000 個を超えるバッチオーディエンスを持つことができます(各サンドボックスのバッチオーディエンス数が 4000 個未満である必要があります)。 追加のバッチオーディエンスを作成しようとすると、システムのパフォーマンスに影響を与える可能性があります。
サンドボックスごとのアカウントオーディエンス
50
システムに適用されたガードレール
1 つのサンドボックスに作成できるアカウントオーディエンスは最大 50 個です。 サンドボックスで 50 個のオーディエンスに到達した場合、新しいアカウントオーディエンスを作成しようとすると、オーディエンスを作成 コントロールが無効になります。 詳しくは、 アカウントオーディエンスを参照してください。
サンドボックスごとの公開済みコンポジション
10
パフォーマンスガードレール
サンドボックスには、最大 10 個の公開済みコンポジションを含めることができます。 詳しくは、UI ガイドのオーディエンス構成を参照してください。
最大オーディエンスサイズ
30%
パフォーマンスガードレール
オーディエンスの推奨される最大メンバーシップは、システム内のプロファイルの合計数の 30% です。 プロファイルの 30% 以上をメンバーまたは複数の大きなオーディエンスとしてオーディエンスを作成できますが、システムのパフォーマンスに影響を与える可能性があります。

予想される可用性

次の節では、Real-Time CDPの宛先などのダウンストリームサービスにおけるオーディエンスと結合ポリシーの 想定 可用性の概要を説明します。

サンドボックスタイプ
時間
既存のサンドボックス
1 時間
新しいサンドボックス
2 時間
新しくリセットされたサンドボックス
2 時間

付録

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

エンティティタイプ

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 に対応するレコードまたはイベントデータの完全なセットを表します。 プロファイルフラグメントについて詳しくは、プロファイルの概要を参照してください。

結合ポリシー merge-policies

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

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

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

次の手順

他のExperience Platformサービスのガードレール、エンドツーエンドの待ち時間の情報およびReal-Time CDP Product Description のドキュメントからのライセンス情報について詳しくは、次のドキュメントを参照してください。

recommendation-more-help
54550d5b-f1a1-4065-a394-eb0f23a2c38b