データ活用のガードレール
Last update: Thu Mar 26 2026 00:00:00 GMT+0000 (Coordinated Universal Time)
このガードレール ページに加えて、実際の使用制限について、セールスオーダーと対応する
製品説明のライセンス使用権限を確認してください。
このページでは、アクティベーション動作に関するデフォルトの使用方法とレートの制限について説明します。次のガードレールを確認する際は、正しく宛先に接続されているとみなされます。
- ほとんどのお客様は、これらのデフォルトの上限を超えることはありません。カスタム制限について詳しくは、カスタマーケア担当者にお問い合わせください。
- このドキュメントで概要を説明する上限は、常に改善されています。 定期的にチェックして、更新を確認してください。
- 個々のダウンストリームの制限によっては、一部の宛先は、このページで説明するものよりも厳しいガードレールを持つ場合があります。また、接続してデータをアクティブ化する宛先のページのカタログを確認します。
ガードレール タイプ limit-types
このドキュメントでは、次の 2 種類のデフォルトの上限について説明します。
パフォーマンスガードレール （ソフト制限）
パフォーマンスガードレールは、ユースケースの範囲に関連する使用制限です。 パフォーマンスのガードレールを超えると、パフォーマンスの低下や遅延が発生する場合があります。 Adobeはこのようなパフォーマンス低下の責任を負いません。 パフォーマンスのガードレールを常に超えているお客様は、パフォーマンスの低下を回避するために、追加の容量のライセンスを取得できます。
システムが適用するガードレール （ハード制限）
システムで適用されるガードレールは、Real-Time CDP UIまたはAPIによって適用されます。 UIとAPIによってブロックされたり、エラーが返されたりするため、これらの制限を超えることはできません。
アクティベーションの制限 activation-limits
以下のガードレールは、宛先に対してリアルタイム顧客プロファイルデータをアクティブ化する際の推奨される制限を提供します。
一般的なアクティベーションガードレール general-activation-guardrails
以下のガードレールは、通常、すべての宛先タイプを通してアクティベーションに適用されます。
1つの宛先に対する最大オーディエンス数
250
パフォーマンスガードレール
1つの宛先インスタンスに最大250個のオーディエンスをマッピングすることをお勧めします。
宛先に対して250を超えるオーディエンスをアクティブ化する必要がある場合は、次のいずれかを実行できます。
一部の宛先の場合、宛先にマッピングされるオーディエンスは250未満に制限される場合があります。 これらの宛先は、ページの下の各セクションで呼び出されます。
宛先にマッピングされる属性の最大数
50
パフォーマンスガードレール
複数の宛先および宛先タイプの場合、書き出し用にマッピングするプロファイル属性および ID を選択できます。最適なパフォーマンスを得るには、最大50個の属性を宛先インスタンスにマッピングする必要があります。
宛先に対してアクティブ化されるデータのタイプ
プロファイルデータ（ID および ID マップを含む）
システム強制ガードレール
現在、宛先へ プロファイルレコード属性 の書き出しのみ可能です。イベントデータを記述する XDM 属性は、現時点では書き出しでサポートされていません。
宛先に対してアクティブ化されるデータのタイプ - 配列およびマップ属性のサポート
一部を利用可能
システム強制ガードレール
ストリーミングのアクティベーション streaming-activation
以下のガードレールは、ストリーミングの宛先を通じたアクティベーションに適用されます。
1 秒あたりのアクティベーション数（プロファイル書き出しを含む HTTP メッセージ）
なし
-
現在、パートナー宛先の API エンドポイントに Experience Platform から送信される 1 秒あたりのメッセージ数に制限はありません。
制限や待ち時間は、Experience Platform がデータを送信するエンドポイントによって決まります。また、データの接続とアクティベーションを行う宛先の
カタログページも確認するようにします。
バッチ（ファイルベース）のアクティベーション batch-file-based-activation
以下のガードレールは、バッチ（ファイルベース）の宛先を通じたアクティベーションに適用されます。
アクティベーションの頻度
1 日に 1 回、またはより頻繁な 3 時間、6 時間、8 時間、12 時間ごとに 1 回の増分書き出しを行います。
システム強制ガードレール
特定の時間に書き出すことができるオーディエンスの最大数
100
パフォーマンスガードレール
バッチ宛先インスタンスに最大100個のオーディエンスを追加することをお勧めします。
アクティベートするファイルあたりの最大行数（レコード数）
500 万
システム強制ガードレール
Adobe Experience Platform は、書き出したファイルを、ファイルあたり 500 万件のレコード（行）で自動的に分割します。各行は 1 つのプロファイルを表します。
filename.csv、
filename_2.csv、
filename_3.csv のように、分割ファイル名には、ファイルが大きな書き出しの一部であることを示す数字が付加されます。詳しくは、「バッチの宛先をアクティベート」チュートリアルの
スケジュールの節を参照してください。
宛先インスタンスでアクティブ化できる外部オーディエンスの最大数（例：FAC、カスタムアップロード、オーディエンス構成）
20
システム強制ガードレール
アドホックアクティベーション ad-hoc-activation
以下のガードレールは、アドホックアクティベーションメソッドに適用されます。
アドホックアクティベーションジョブごとにアクティブ化されたオーディエンス
80
システム強制ガードレール
現在、各アドホックアクティベーションジョブでは、最大80のオーディエンスをアクティベートできます。 1つのジョブにつき80を超えるオーディエンスをアクティベートしようとすると、ジョブが失敗します。 この動作は、今後のリリースで変更される可能性があります。
オーディエンスごとの同時アドホックアクティベーションジョブ
1
システム強制ガードレール
オーディエンスごとに複数の同時アドホックアクティベーションジョブを実行しないでください。
エッジパーソナライゼーションの宛先のアクティベーション edge-destinations-activation
以下のガードレールは、エッジパーソナライゼーションの宛先を通じたアクティベーションに適用されます。
10
パフォーマンスガードレール
サンドボックスごとに最大10個のカスタムパーソナライゼーション宛先インスタンスを設定できます。
サンドボックスごとにパーソナライゼーションの宛先にマッピングされる属性の最大数
30
パフォーマンスガードレール
サンドボックスごとに、最大30個の属性をパーソナライゼーション宛先インスタンスにマッピングできます。
データセットの書き出し dataset-exports
データセットの書き出しは現在、First Full and then Incremental パターン でサポートされています。 このセクション で説明するガードレールは、データセット書き出しワークフローの設定後に最初に発生する完全な書き出しに適用されます。
データセットの種類 dataset-types
データセット書き出しガードレールは、次に示すように、Experience Platformから書き出された2種類のデータセットに適用されます。
XDM Experience Events スキーマに基づくデータセットと、他のスキーマに基づくデータセット
XDM Experience Events スキーマに基づくデータセットの場合、データセットスキーマには最上位のタイムスタンプ列が含まれます。 データは追加のみによって取り込まれます。 他のスキーマに基づくデータセットの場合、データセットスキーマにはタイムスタンプ列が含まれ、データはアップサート方式で取り込まれます。
以下のソフトガードレールは、Experience Platformから書き出されたすべてのデータセットに適用されます。 異なるデータセットと圧縮タイプに固有のハードガードレールも以下で確認してください。
書き出されたデータセットのサイズ
50億のレコード
パフォーマンスガードレール
データセットの書き出しについてここで説明する制限は、ソフトガードレールです。 例えば、ユーザーインターフェイスは、50億レコードを超えるデータセットの書き出しをブロックしませんが、動作は予測不可能であり、書き出しは失敗するか、書き出し遅延が非常に長い場合があります。
スケジュールされたデータセット書き出しのガードレール scheduled-dataset-exports
スケジュールされたデータセットの書き出しまたは定期的なデータセットの書き出しの場合、以下のガードレールは、書き出されたファイルの2つの形式（JSONまたはparquet）と同じで、データセットタイプごとにグループ化されます。
JSON ファイルへの書き出しは、圧縮モードでのみサポートされます。
データセットタイプ
ガードレール
ガードレール型
説明
XDM Experience Events スキーマに基づくデータセット
過去365日間のデータ
システム強制ガードレール
前年のデータが書き出されます。
XDM Experience Events スキーマ以外の任意のスキーマに基づくデータセット
宛先インスタンス内のすべての書き出されたファイルの100億レコード
システム強制ガードレール
データセットのレコード数は、圧縮されたJSONまたはparquet ファイルの場合は100億未満、非圧縮のparquet ファイルの場合は100万未満である必要があります。そうでない場合、書き出しは失敗します。 書き出そうとするデータセットが許可されたしきい値を超えている場合は、データセットのサイズを小さくします。
詳しくは、 データセットの書き出しについてを参照してください。
Destination SDK ガードレール destination-sdk-guardrails
Destination SDKは、任意のデータおよび認証形式に基づいて、エンドポイントにオーディエンスデータとプロファイルデータを配信するようにExperience Platformの宛先統合パターンを設定するための一連の設定APIです。 以下のガードレールは、Destination SDK を使用して設定する宛先に適用されます。
5
パフォーマンスガードレール
Destination SDK を使用して、最大 5 つのプライベートカスタムストリーミングまたはバッチの宛先を作成できます。宛先を 5 つ以上作成する必要がある場合は、カスタムケア担当者にお問い合わせください。
Destination SDK のプロファイル書き出しポリシー
maxBatchAgeInSecs（最小 301、最大 3,600）maxNumEventsInBatch（最小 1,000、最大 10,000）
システム強制ガードレール
「
設定可能な集計」オプションを使用する場合は、HTTP メッセージが API ベースの宛先に送信される頻度と、メッセージに含めるプロファイル数を決定する最小値と最大値に注意してください。
Destination SDKのOAuth 2 トークンの有効期間
推奨される最小24時間
パフォーマンスガードレール
OAuth 2認証を使用する宛先の場合、Adobeでは、アクセストークンの有効期間の値を最低24時間に設定することをお勧めします。 有効期間が1時間未満のトークンとの接続は、アクティベーション中にプロファイルがドロップされます。
宛先のスロットルと再試行ポリシー destination-throttling-and-retry-policy
特定の宛先に対するしきい値や制限のスロットルの詳細。 また、この節では、宛先の再試行ポリシーに関する情報も提供します。
エンタープライズの宛先（HTTP API、Amazon Kinesis、Azure EventHubs）
Experience Platformでは、95%の確率で、各企業向け宛先インスタンスに対して1秒間に10千件を下回るリクエストを送信し、正常に送信されたメッセージに対してスループット遅延を10分未満に抑えようとします。
エンタープライズ環境の宛先へのリクエストが失敗した場合、Experience Platform は失敗したリクエストを保存し、リクエストをエンドポイントに送信するために 2 回再試行します。
次の手順 next-steps
その他のExperience Platform サービスのガードレール、エンドツーエンドの待ち時間に関する情報、およびReal-Time CDP製品説明ドキュメントからのライセンス情報について詳しくは、次のドキュメントを参照してください。