ガードレールと制限 limitations

次に、Adobe Journey Optimizer を使用する際の追加のガードレールと制限を示します。

使用権限、製品の制限事項、パフォーマンスガードレールの一覧について詳しくは、Adobe Journey Optimizer 製品説明ページを参照してください。

サポートされているブラウザー browsers

Adobe Journey Optimizer のインターフェイスは、最新バージョンの Google Chrome で最適に動作するようにデザインされています。古いバージョンや他のブラウザーでは、特定の機能を使用すると問題が発生する場合があります。

データセットガードレール datasets-guardrails

2025年2月現在、新しいサンドボックスと新しい組織​の Journey Optimizer システム生成データセットに、次のように有効期間(TTL)ガードレールがロールアウトされます。

  • プロファイルストアのデータの場合は 90 日
  • データレイクのデータの場合は 13 か月

この変更は、後続のフェーズで​ 既存顧客のサンドボックス ​にロールアウトされます。詳しくは、データセットの有効期間(TTL)ガードレールを参照してください

チャネルガードレール channel-guardrails

NOTE
まれに、特定の地域での一時的な停止により、有効なプロファイルがジャーニーから除外されたり、メールが誤ってバウンスとしてマークされたりする場合があります。サービスが復元されたら、ジャーニーログを再確認し、同意プロファイルフィールドを確認して、必要に応じてジャーニーを再公開します。ISP のサービスが停止した場合、抑制リストからプロファイルを削除する方法について詳しくは、この節を参照してください。

メールガードレール message-guardrails

次のガードレールがメールチャネルに適用されます。

  • Adobe Journey Optimizer や、他の製品(例えば Adobe Campaign や Adobe Marketo Engage など)から、同じ送信ドメインを使用してメールメッセージを送信することはできません。

メールメッセージをデザインする際に、主要な設定が確認され、警告(レコメンデーションとベストプラクティス)やエラー(テストやアクティブ化を防ぐブロックの問題)のアラートが表示されます。メールアラートと検証要件について詳しくは、この節を参照してください。

ジャーニー公開用のメッセージコンテンツサイズ message-content-size

メールメッセージを含むジャーニーを公開する際、バックエンド処理後のメッセージコンテンツの合計サイズは 2 MB を超えることはできません。公開時に、システムはリンクや画像にパッチを適用し、変換を適用することでメッセージコンテンツを自動的に処理します。これにより、ペイロードサイズは作成されたコンテンツサイズよりも大きくなります。

CAUTION
最終的に処理されたメッセージコンテンツが 2 MB を超えると、ジャーニーの公開は失敗します。公開の失敗を回避するには、作成されたメッセージコンテンツを 2 MB 未満(理想的には 1 MB 未満)に留め、バックエンド処理のオーバーヘッド用に 300~400 KB のバッファーを確保できるようにします。

公開の失敗を防ぐベストプラクティス:

  • 作成したメールコンテンツを 1 MB 未満に保つ
  • コンテンツバリアントの数を最小限に抑える
  • 画像をメッセージに追加する前に最適化および圧縮する
  • 未使用のアセットと不要な HTML 要素を削除する
  • ジャーニーを実稼動環境に公開する前にメッセージサイズをテストする

コンテンツサイズが原因でジャーニーの公開が失敗した場合は、メッセージコンテンツを減らしてジャーニーを再公開します。

SMS ガードレール sms-guardrails

次のガードレールが SMS チャネルに適用されます。

  • MMS 用のメディアファイルは、サポートされている URL を通じて含めることができます。メディアファイルは別々にアップロードしてください。
  • 現在、MMS ではメッセージのフィードバック同期を使用できません。
  • 同意の管理は、MMS の SMS チャネルレベルで動作します。

インバウンドチャネルのガードレール inbound-guardrails

  • Journey Optimizer でコードベースのエクスペリエンスアクションを使用して、アプリケーションで使用できるコードコンテンツペイロードを配信するには、このページに記載されている前提条件に従います。

  • Journey Optimizer ユーザーインターフェイスで web ページにアクセスして作成できるようにするには、このページに記載されている前提条件に従ってください。

  • Journey Optimizer を使用してジャーニーとキャンペーンでアプリ内メッセージを送信するには、このページに記載されている配信の前提条件に従ってください。

  • Adobe Journey Optimizer でコンテンツカードを正しく表示するには、このページに記載されている Adobe Experience Platform の設定を指定する必要があります。

  • Journey Optimizer では、1 秒あたり 5,000 件のインバウンドリクエストのピーク量をサポートします。このガードレールは、Journey Optimizer がサポートするすべてのインバウンドチャネル(webアプリ内コードベースのエクスペリエンスコンテンツカード)から発生する場合があるすべてのインバウンドリクエストに適用されます。

  • Journey Optimizer では、同時に最大 500 件のアクティブなインバウンドアクションをサポートします。これらのインバウンドアクションは、ライブキャンペーンの一部である場合や、ライブジャーニーで使用されるノードである場合にカウントされます。この数に達したら、新しいキャンペーンやインバウンドアクションを開始する前に、インバウンドアクションを使用している古いキャンペーンまたはジャーニーを非アクティブ化する必要があります。

インバウンドチャネルを使用したプロファイル管理 profile-management-inbound

Journey Optimizer インバウンドチャネルは、偽名プロファイルをターゲットにすることができます。偽名プロファイルとは、他のチャネルでこれまで関与したことがないので認証されていないか、まだ知られていないプロファイルのことです。これは、例えば、ECID などの一時 ID に基づいてすべての訪問者またはオーディエンスをターゲットにする場合に当てはまります。

これにより、エンゲージメント可能なプロファイルの総数が増え、ユーザーが購入した、エンゲージメント可能なプロファイルの契約上の数を超えた場合は、コストに影響する可能性があります。各パッケージのライセンス指標は、Journey Optimizer の製品説明ページにリストされています。エンゲージメント可能なプロファイルの数は、ライセンス使用状況ダッシュボードで確認できます。

エンゲエンゲージメント可能なプロファイルを合理的な制限内に保持するために、アドビでは、特定の時間枠内に表示またはエンゲージメントされなかった偽名プロファイルをリアルタイム顧客プロファイルから自動的に削除する有効期間(TTL)を設定することをお勧めします。

NOTE
偽名プロファイルのデータの有効期限を設定する方法について詳しくは、Experience Platform ドキュメントを参照してください。

アドビでは、現在の Edge プロファイル TTL と一致するように、TTL 値を 14 日に設定することをお勧めします。

トランザクションメッセージのガードレール transactional-message-guardrails

Journey Optimizer では、キャンペーンで 1 秒あたり 500 件のトランザクションメッセージのピーク量をサポートします。

ランディングページガードレール lp-guardrails

次のガードレールがランディングページに適用されます。

  • 単一のプライマリページで使用できる​ フォーム ​コンポーネントは 1 つだけです。
  • フォーム​コンポーネントはサブページでは使用できません。
  • ランディングページにプリヘッダーを追加することはできません。
  • ランディングプライマリページをデザインするときに、「独自のコード」オプションを選択することはできません。

サブドメインガードレール subdomain-guardrails

Journey Optimizer のサブドメインデリゲーションに適用されるガードレールと制限について詳しくは、このページを参照してください。

フラグメントガードレール fragments-guardrails

次のガードレールがフラグメントに適用されます。

  • フラグメントを作成、編集、アーカイブおよび公開するには、Content Library Manager 製品プロファイルに含まれている Manage library items および​ [フラグメントを公開] ​する権限が必要です。詳細情報
  • ビジュアルフラグメントは、メールチャネルでのみ使用できます。
  • 式フラグメントは、アプリ内チャネルでは使用できません。
  • ビジュアルフラグメントは、100 KB を超えることはできません。式フラグメントは、200 KB を超えることはできません。
  • ジャーニーまたはキャンペーンでフラグメントを使用するには、フラグメントが​ ライブ ​ステータスになっている必要があります。
  • コンテキスト属性は、フラグメント内ではサポートされていません。
  • ビジュアルフラグメントは、テーマを使用モードと手動スタイル設定モード間で互換性がありません。テーマを適用するコンテンツでフラグメントを使用できるようにするには、このフラグメントをテーマを使用モードで作成する必要があります。テーマの詳細情報
  • ジャーニーまたはキャンペーンでトラッキングが有効になっている場合、フラグメントにリンクを追加し、このフラグメントがメッセージで使用されていると、メッセージに含まれる他のすべてのリンクなど、これらのリンクを追跡します。リンクとトラッキングの詳細情報

オーディエンスとプロファイルのガードレール audience

  • 特定のサンドボックス内で最大 10 個のオーディエンス構成を公開できます。このしきい値に達した場合、新しい構成を公開するためには、構成を削除してスペースを解放する必要があります。

    オーディエンス構成について詳しくは、このページを参照してください。

  • データを取り込む際、メールでは大文字と小文字が区別されます。つまり、重複したプロファイル(例えば、John.Greene@luma.com のプロファイルと john.greene@luma.com の別のプロファイル)が作成され、Journey Optimizer ジャーニーとキャンペーンで対応する受信者をターゲティングする際に使用される場合があります。

  • インバウンドチャネルを使用して偽名プロファイル(未認証の訪問者)をターゲットにする場合は、エンゲージメント可能なプロファイル数と関連コストを管理するために、自動プロファイル削除の有効期間(TTL)を設定することを考慮します。詳細情報

決定と意思決定管理ガードレール decisioning-guardrails

決定または意思決定管理を使用する際に留意すべきガードレールと制限について詳しくは、次の決定と意思決定管理の節を参照してください。

ジャーニーガードレール journeys-guardrails

一般的なジャーニーのガードレール journeys-guardrails-journeys

  • ジャーニー 1 つあたりのアクティビティ数は 50 に制限されます。アクティビティの数は、ジャーニーキャンバスの左上に表示されます。これは、読みやすさ、QA およびトラブルシューティングに役立ちます。
  • デフォルトでは、一度に実行できるライブ/一時停止/ドライランのジャーニーの数は 100 に制限されています。ジャーニーの現在の数は、ジャーニーキャンバスの上に表示されます。
  • ジャーニーを公開すると、最大のスループットと安定性を確保するために自動的にスケールと調整が行われます。一度に 100 のライブジャーニーというマイルストーンに近づくと、この達成に関する通知が UI に表示されるのがわかります。この通知が表示され、一度に 100 のライブジャーニーを超えてジャーニーを拡張する必要がある場合は、カスタマーケアのチケットを作成してください。アドビが目標の達成をお手伝いします。
  • ジャーニーでオーディエンスの選定を使用すると、そのオーディエンスの選定アクティビティがアクティブになってオーディエンスにエントリまたは離脱するプロファイルをリッスンするのに、最大 10 分かかる場合があります。
  • プロファイルのジャーニーインスタンスの最大サイズは 1 MB です。ジャーニーの実行の一部として収集されたすべてのデータは、そのジャーニーインスタンスに保存されます。したがって、受信イベントからのデータ、Adobe Experience Platform から取得したプロファイル情報、カスタムアクション応答などは、ジャーニーインスタンスに保存され、ジャーニーのサイズに影響を与えます。あるイベントでジャーニーが開始する場合、ジャーニーの実行において数件のアクティビティ後にその制限に到達するのを防ぐため、そのイベントペイロードの最大サイズ(例:800 KB 未満)を制限することをお勧めします。この制限に達すると、プロファイルはエラーステータスになり、ジャーニーから除外されます。
  • ジャーニーアクティビティで使用されるタイムアウトのほかに、グローバルジャーニータイムアウトも存在します。こちらはインターフェイスに表示されず、変更もできません。ジャーニー内にいる個人の進捗は、エントリしてから 91 日経過すると、このグローバルタイムアウトにより停止されます。詳細情報

単一ジャーニーのパッケージ制限を選択 select-package-limitations

NOTE
これらの制限は、選択 パッケージを使用したオーディエンスを読み取りジャーニーまたはビジネスイベントジャーニーには適用されません。 複数のアクション、条件、待機アクティビティを含む、より複雑なジャーニーロジックが必要な場合は、ライセンスパッケージをアップグレードするか、該当する場合はオーディエンスを読み取りジャーニーを使用することを検討します。

選択 ライセンスパッケージを使用するお客様の場合、単一のジャーニー、イベントで始まるジャーニーまたはオーディエンスの選定に特に次の追加の制限が適用されます。

  • パッケージを選択:単一ジャーニーで使用できるアクションは 1 つだけです(ERR_PKG_SELECT_8):単一ジャーニーには、アクションアクティビティを 1 つだけ含めることができます。 同じジャーニー内に複数のメール、プッシュ、SMS、その他のアクションアクティビティを追加することはできません。

  • SELECT パッケージ:単一ジャーニーでは条件を使用できない(ERR_PKG_SELECT_7):条件アクティビティは、単一ジャーニーでは使用できません。 ジャーニーは、分岐ロジックなしで、単一の線形パスに従う必要があります。

  • SELECT パッケージ:単一ジャーニーでは待機が許可されていません(ERR_PKG_SELECT_6):待機アクティビティを単一ジャーニーに追加することはできません。 アクションは、遅延なく直ちに実行する必要があります。

  • パッケージを選択:ノードからのタイムアウト/エラーのトランジションは、エンドノードのみを指す必要があります(ERR_PKG_SELECT_2):メールアクションなど、アクションのタイムアウトやエラーのトランジションを設定する場合、これらのパスは、エンドノードを直接指す必要があります。 ジャーニー内の他のアクティビティやアクションに接続することはできません。

一般的なアクション general-actions-g

次のガードレールがジャーニーのアクションに適用されます。

  • エラーが発生した場合は、手順に従って 3 回再試行されます。受け取ったエラーメッセージに応じて、再試行回数を調整することはできません。再試行は、HTTP 401、403 および 404 を除くすべての HTTP エラーに対して実行されます。
  • ビルトインの​ 反応 ​イベントを使用すると、標準のアクションに反応できます。詳しくは、このページを参照してください。カスタムアクションを介して送信されたメッセージに反応する場合は、専用のイベントを設定する必要があります。
  • 2 つのアクションを並行して配置することはできません。1 つずつ順番に追加する必要があります。
  • プロファイルは、ジャーニーのすべてのアクティブなバージョンに対して、同じジャーニー内に同時に複数回存在することはできません。再エントリが有効な場合、プロファイルはジャーニーに再エントリできますが、再エントリできるのは以前のジャーニーインスタンスから完全に離脱した後のみになります。詳細情報

ジャーニーのバージョン journey-versions-g

次のガードレールがジャーニーのバージョンに適用されます。

  • v1 でジャーニーをイベントアクティビティで開始した場合、それ以降のバージョンをイベント以外で開始することはできません。オーディエンスの選定​イベントでジャーニーを開始することはできません。
  • ジャーニーが v1 の​ オーディエンスの選定 ​アクティビティで開始した場合、それ以降のバージョンも必ず​ オーディエンスの選定 ​で開始する必要があります。
  • オーディエンスの選定(最初のノード)で選択されたセグメントと名前空間を、新しいバージョンで変更することはできません。
  • 再エントリのルールは、ジャーニーのすべてのバージョンで同じである必要があります。
  • オーディエンスを読み取り​で開始したジャーニーを、次のバージョンで別のイベントで開始することはできません。
  • 増分読み取りを使用して、「オーディエンスを読み取り」ジャーニーの新しいバージョンを作成することはできません。ジャーニーを複製する必要があります。

カスタムアクション custom-actions-g

次のガードレールがジャーニーのカスタムアクションに適用されます。

  • すべてのカスタムアクションには、各ホストおよび各サンドボックスあたりの呼び出し件数に、1 分間で 300,000 件というキャップが定義されています。「各ホスト」の制限は、ドメインレベル(例:example.com)で適用されます。このキャップは、応答時間が 0.75 秒未満のエンドポイントに対して、サンドボックスおよびエンドポイントごとのスライディングウィンドウとして適用されます。応答時間が 0.75 秒を超えるエンドポイントの場合は、30 秒あたり 150,000 件の呼び出し(スライディングウィンドウも含む)という別の制限が適用されます。このページを参照してください。この制限は、カスタムアクションによって対象となる外部エンドポイントを保護することを目的に、顧客の使用状況に基づいて設定されています。必要に応じて、Capping API と Throttling API でキャップまたはスロットルキャップを大きく定義することで、この設定を上書きできます。このページを参照してください。

  • カスタムアクションの URL は動的パラメーターをサポートしていません。

  • POST、PUT および GET 呼び出しメソッドがサポートされています

  • クエリパラメーターやヘッダーの名前は、「.」または「$」で始める必要があります。

  • IP アドレスは使用できません。

  • 内部 Adobe アドレス(.adobe.*)は、URL および API では使用できません。

  • ビルトインのカスタムアクションは削除できません。

  • カスタムアクションは、リクエストまたは応答ペイロードを使用する際にのみ JSON 形式をサポートします。このページを参照してください。

  • ターゲットにするエンドポイントをカスタムアクションを使用して選択する場合は、次の点を確認します。

    • このエンドポイントは、Throttling API または Capping API の設定を使用してジャーニーのスループットをキャップすることでサポートできます。スロットル設定は、200 TPS を下回ることはできません。ターゲットにするエンドポイントは、200 TPS 以上をサポートする必要があります。
    • このエンドポイントの応答時間は、できるだけ短くする必要があります。予想されるスループットに応じて、応答時間が長いと、実際のスループットに影響を与える可能性があります。

イベント events-g

次のガードレールがジャーニーのイベントに適用されます。

  • Journey Optimizer では、すべてのサンドボックスをまたいで、1 秒あたり 5,000 件のインバウンドジャーニーイベントのピーク量をサポートします。この制限について詳しくは、このページを参照してください。
  • イベントトリガージャーニーでは、ジャーニーの最初のアクションを処理するのに最大 5 分かかる場合があります。
  • システム生成イベントの場合、まず Journey Optimizer 内でカスタマージャーニーの開始に使用するストリーミングデータを設定して、一意のオーケストレーション ID を取得する必要があります。このオーケストレーション ID は、Adobe Experience Platform に到達するストリーミングのペイロードに追加する必要があります。この制限は、ルールベースのイベントには適用されません。
  • ビジネスイベントは、単一イベントやオーディエンスの選定アクティビティと組み合わせて使用することはできません。
  • (イベントまたはオーディエンスの選定で始まる)単一ジャーニーには、同じイベントに対してジャーニーが誤って複数回トリガーされるのを防ぐガードレールが含まれています。プロファイルの再エントリは、デフォルトで 5 分間一時的にブロックされます。例えば、あるイベントが特定のプロファイルのジャーニーを 12:01 にトリガーし、12:03 に別のイベントが到着した場合(それが同じイベントであっても、同じジャーニーをトリガーする別のイベントであっても)、このプロファイルのジャーニーが再び開始されることはありません。
  • Journey Optimizer でジャーニーをトリガーするには、イベントをデータ収集コアサービス(DCCS)にストリーミングする必要があります。バッチで取り込まれたイベントや、内部 Journey Optimizer データセット(メッセージフィードバック、メールトラッキングなど)からのイベントを、ジャーニーのトリガーに使用することはできません。ストリーミングイベントを取得できないユースケースについては、代わりに、それらのイベントに基づいてオーディエンスを作成し、「オーディエンスを読み取り」アクティビティを使用する必要があります。オーディエンスの選定は技術的に使用できますが、使用されるアクションに応じて、ダウンストリームの課題が生じる可能性があるので、お勧めしません。

データソース data-sources-g

次のガードレールがジャーニーのデータソースに適用されます。

  • 外部データソースを利用すると、カスタマージャーニー内でリアルタイムに外部データを参照できます。それらのソースは、REST API 経由で使用でき、JSON をサポートし、リクエストのボリューム量を処理できる必要があります。
  • 内部 Adobe アドレス(.adobe.*)は、URL および API では使用できません。
NOTE
応答がサポートされるようになったので、外部データソースのユースケースでは、データ ソースの代わりにカスタムアクションを使用する必要があります。

ジャーニーとプロファイルの作成 journeys-limitation-profile-creation

Adobe Experience Platform では、API ベースのプロファイルの作成や更新に関連して遅延が発生します。待ち時間に関するサービスレベルターゲット(SLT)は、毎秒 2 万件のリクエスト(RPS)のボリュームで、95 パーセンタイルのリクエストに対し、統合プロファイルへの取得から 1 分未満です。

ジャーニーがプロファイルの作成と同時にトリガーされ、プロファイルサービスから情報を直ちに確認または取得した場合は、正常に機能しない可能性があります。

次の 2 つの解決策を選択できます。

  • 最初のイベントの後に待機アクティビティを追加して、プロファイルサービスへの取得に必要な時間を Adobe Experience Platform に与えます。

  • このプロファイルをすぐには活用しないジャーニーを設定します。例えば、アカウントの作成を確認するようにジャーニーをデザインしている場合、エクスペリエンスイベントには、最初の確認メッセージを送信するのに必要な情報(姓、名、メールアドレスなど)を含めることができます。

補助識別子 supplemental

ジャーニーでの補助識別子の使用には、特定のガードレールが適用されます。詳しくは、このページを参照してください。

式エディター expression-editor

次のガードレールがジャーニーの式エディターに適用されます。

  • エクスペリエンスイベントフィールドグループは、「オーディエンスを読み取り」アクティビティや、オーディエンスの選定またはビジネスイベントアクティビティで始まるジャーニーでは使用できません。新しいオーディエンスを作成し、ジャーニーで inaudience 条件を使用する必要があります。
  • timeSeriesEvents 属性は式エディターで使用できません。プロファイルレベルでエクスペリエンスイベントにアクセスするには、XDM ExperienceEvent スキーマに基づいて新しいフィールドグループを作成してください。

ジャーニーアクティビティ activities

オーディエンスの選定アクティビティ audience-qualif-g

次のガードレールがオーディエンスの選定ジャーニーアクティビティに適用されます。

  • オーディエンスの選定アクティビティは、Adobe Campaign アクティビティと併用できません。
  • オーディエンスの選定ジャーニーでは、補助識別子はサポートされていません。

ジャーニーの処理率とスループット制限について詳しくは、この節を参照してください。

キャンペーンアクティビティ ac-g

次のガードレールは、Campaign v7/v8 および Campaign Standard アクティビティに適用されます。

  • Adobe Campaign アクティビティは、「オーディエンスを読み取り」アクティビティや「オーディエンスの選定」アクティビティと併用できません。
  • キャンペーンアクティビティは、カード、コードベースのエクスペリエンス、メール、プッシュ、SMS、アプリ内メッセージ、web などの他のチャネルアクティビティと併用できません。

アプリ内アクティビティ in-app-activity-limitations

次のガードレールが​ アプリ内メッセージ ​アクションに適用されます。アプリ内メッセージについて詳しくは、このページを参照してください。

  • この機能は、現在、ヘルスケアのお客様は利用できません。

  • パーソナライゼーションには、プロファイル属性のみを含めることができます。

  • 「アプリ内」アクティビティは、Adobe Campaign アクティビティと併用できません。

  • アプリ内表示は、ジャーニーの存続期間に関連付けられています。つまり、プロファイルのジャーニーが終了すると、そのジャーニー内のすべてのアプリ内メッセージがそのプロファイルに表示されなくなります。その結果、ジャーニーアクティビティからアプリ内メッセージを直接停止することはできません。代わりに、ジャーニー全体を終了して、アプリ内メッセージがプロファイルに表示されないようにする必要があります。

  • テストモードでは、アプリ内表示はジャーニーの存続期間によって異なります。テスト中にジャーニーが早く終了しないようにするには、待機​アクティビティの​ 待機時間 ​の値を調整します。

  • 反応​アクティビティを使用して、アプリ内のオープンまたはクリックに反応することはできません。

  • ユーザープロファイルがキャンバス内のアプリ内アクティビティに到達してから、そのアプリ内メッセージが表示され始めるまでの間にアクティベーションの遅延が発生する場合があります。

  • アプリ内メッセージのコンテンツサイズは 2 MB に制限されています。大きな画像を含めると、公開プロセスの妨げになる場合があります。

ジャンプアクティビティ jump-g

特定のガードレールが​ ジャンプ ​アクティビティに適用されます。詳しくは、このページを参照してください。

オーディエンスを読み取りアクティビティ read-segment-g

次のガードレールがオーディエンスを読み取りジャーニーアクティビティに適用されます。

  • ストリーミングオーディエンスは常に最新の状態になりますが、バッチオーディエンスは取得時に計算されません。毎日のバッチ評価時にのみ評価されます。
  • ジャーニーエントリ時に、プロファイルはバッチオーディエンススナップショットの属性値を使用します。 ただし、プロファイルが 待機 アクティビティに到達すると、ジャーニーは統合プロファイルサービス(UPS)から最新のデータを取得することで、プロファイル属性を自動的に更新します。 つまり、ジャーニーの実行中にプロファイル属性が変更される可能性があります。
  • オーディエンスを読み取り​アクティビティを使用するジャーニーの場合、同時に開始できるジャーニーの最大数が決まっています。再試行はシステムによって実行されますが、例えば、5~10 分間隔で時間を分散させて、(オーディエンスを読み取り​スケジュール設定、または「できるだけ早く」開始を使用して)5 つを超えるジャーニーを同時に開始することは避けてください。ジャーニーの処理率について詳しくは、この節を参照してください。
  • オーディエンスを読み取り」アクティビティは、Adobe Campaign アクティビティと併用できません。
  • オーディエンスを読み取り」アクティビティは、ジャーニーの最初のアクティビティ(ビジネスイベントアクティビティの後)としてのみ使用できます。
  • ジャーニーでは、「オーディエンスを読み取り」アクティビティを 1 つのみ使用できます。
  • また、オーディエンスを読み取り​アクティビティの使用方法に関するレコメンデーションについて詳しくは、このページを参照してください。
  • 再試行は、エクスポートジョブの取得中に、オーディエンストリガージャーニー(オーディエンスを読み取り​または​ ビジネスイベント ​で始まる)にデフォルトで適用されます。エクスポートジョブの作成中にエラーが発生した場合、最大 1 時間、10 分ごとに再試行が行われます。それ以降は失敗と見なされます。したがって、これらのタイプのジャーニーは、スケジュールされた時間から最大 1 時間後に実行できます。
  • 補助 ID を使用するジャーニーの場合、各ジャーニーインスタンスのオーディエンスを読み取りアクティビティの読み取り率は、1 秒あたり最大 500 プロファイルに制限されます。

このページを参照してください。

プロファイルアクティビティの更新 update-profile-g

特定のガードレールが​ プロファイルを更新 ​アクティビティに適用されます。詳しくは、このページを参照してください。

キャンペーンオーケストレーションガードレール orchestration-guardrails

キャンペーンオーケストレーションを使用する際に留意すべきガードレールと制限事項について詳しくは、ガードレールと制限事項の節を参照してください。

recommendation-more-help
b22c9c5d-9208-48f4-b874-1cefb8df4d76