ドキュメントJourney OptimizerJourney Optimizer ガイド

ガードレールと制限 limitations

最終更新日： 2026年5月6日

作成対象：

  • {"id":"b5a62a22-46f7-4f0d-b151-3fc640bef588"}
  • {"id":"b69b2659-1057-424e-8fc5-ed9e016dc554"}

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

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

CAUTION

システムとプラットフォーム system-platform

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

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

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

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

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

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

ジャーニー journeys-guardrails

この節では、一般的なジャーニーの制限、ジャーニーコンポーネント（アクション、イベント、データソース）、ジャーニーアクティビティ、特定の機能（カスタムアクションや式エディターなど）といった、ジャーニーのガードレールと制限について説明します。

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

  • ジャーニー内のアクティビティの数は​ 50 ​に制限されています。 アクティビティの数は、ジャーニーキャンバスの左上に表示されます。

    この制限に近いジャーニーでは、編集と公開のパフォーマンスが低下し、保存または検証のエラーが発生する可能性があります。 この場合、​ ジャンプアクティビティ ​を使用してジャーニーを小さなサブジャーニーに分割するか、新しいバージョンで再作成します。 アクティビティ制限を増やすことはできません。

  • デフォルトでは、1回のライブ/一時停止/ドライ実行ジャーニーの数は​ 100 ​に制限されています。 ジャーニーの現在の数は、ジャーニーキャンバスの上に表示されます。

    ジャーニーを公開すると、最大のスループットと安定性を確保するために自動的にスケールと調整が行われます。 一度に 100 のライブジャーニーというマイルストーンに近づくと、この達成に関する通知が UI に表示されるのがわかります。 この通知が表示され、一度に 100 のライブジャーニーを超えてジャーニーを拡張する必要がある場合は、カスタマーケアのチケットを作成してください。アドビが目標の達成をお手伝いします。

  • ジャーニーでオーディエンスの選定を使用する場合、そのオーディエンスの選定アクティビティがアクティブになり、オーディエンスに出入りするプロファイルをリッスンするのに最大​ 10分 ​かかる場合があります。

  • プロファイルのジャーニーインスタンスの最大サイズは​ 1 MB ​です。 ジャーニーの実行の一部として収集されたすべてのデータは、そのジャーニーインスタンスに保存されます。 したがって、受信イベントからのデータ、Adobe Experience Platform から取得したプロファイル情報、カスタムアクション応答などは、すべてそのジャーニーインスタンスに保存され、ジャーニーのサイズに影響を与えます。 ジャーニーがイベントで始まる場合は、ジャーニーの実行時に、イベントペイロードの最大サイズ（例：800 KB​未満）を制限して、数回のアクティビティ後にその制限に達しないようにすることをお勧めします。 この制限に達すると、プロファイルはエラーステータスになり、ジャーニーから除外されます。

  • ジャーニーランタイムは、プロファイルとジャーニーのバージョンごとに、最大​ 10件の保留中のイベント ​の内部キューを、1件の処理中に保持します。 この制限に達すると、スタックが空になるまで、追加のイベントは maxInstanceStackEventsReached という理由で破棄されます。 ブロックされたジャーニーインスタンスによって破棄されるイベントを参照してください。

  • ジャーニーアクティビティで使用されるタイムアウトのほかに、グローバルジャーニータイムアウトも存在します。こちらはインターフェイスに表示されず、変更もできません。 ジャーニー内にいる個人の進捗は、エントリしてから 91 日​経過すると、このグローバルタイムアウトにより停止されます。 詳細情報

TIP
これが意味すること： 50 アクティビティ制限​と​ 100 ライブジャーニー制限 ​は、ほとんどのチームが最初に拡大する際に遭遇する2つのガードレールです。 ジャーニーを早期に分割する計画を立て、サンドボックスのスループット競合を回避するために、「オーディエンスを読み取り」の開始時間を少なくとも5～10分間隔で広げます。

ジャーニーペイロードサイズの検証 journey-payload-size

ジャーニーを保存または公開する際、Journey Optimizer では、安定性とパフォーマンスを維持するために、合計ジャーニーペイロードサイズを検証します。

シナリオ
しきい値
動作
ペイロードが制限値の90%未満
以下の警告
ジャーニーは正常に保存され、公開されます。 警告やエラーは表示されません。
ペイロード制限の90 ～ 99%
警告（ソフト）
ジャーニーが保存され、次の警告が表示されて公開されます：警告:ジャーニーペイロードのサイズが上限に近づいています。 最大ノード：‘[NodeName]’（タイプ：‘[NodeType]’、サイズ：[N] バイト）。
ペイロード≥上限の100%
エラー（ハード）
保存または公開がブロックされています。 HTTP 413 リクエストエンティティが大きすぎることを返します。 エラー：ジャーニーペイロードのサイズが制限を超えています。 最大ノード：‘[NodeName]’（タイプ：‘[NodeType]’、サイズ：[N] バイト）。

デフォルト設定

  • 既定の最大要求サイズ: 2 MB （2,000,000 バイト）。 一部の組織では、アドビによりカスタム制限が設定されている場合があります。
  • 警告しきい値：最大制限の 90％。
  • エラーしきい値：最大制限の 100％。

トラブルシューティングとレコメンデーション

  • 警告またはエラーでハイライト表示されている最大のノードを確認します。
  • 条件を簡素化し、データマッピングを削減し、不要な手順やパラメーターを削除します。
  • 必要に応じて、ジャーニーをより小さいジャーニーに分割することを考慮します。
  • 組織でより高い制限が必要だと思われる場合は、アドビ担当者にお問い合わせください。

公開前にジャーニーの現在のペイロードサイズを監視するには、ジャーニープロパティパネルの「現在のジャーニーペイロードサイズ」インジケーターを使用します。 ​ ジャーニーペイロードのサイズを確認する方法について説明します

ライセンスパッケージの比較 select-package-limitations

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

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

制限事項
エラーコード
説明
許可されたアクションは1つだけです
ERR_PKG_SELECT_8
単一ジャーニーに含めることができるのは、one​個のアクションアクティビティのみです。 同じジャーニー内で、複数の電子メール、プッシュ通知、SMS、その他のアクションアクティビティを使用することはできません。
条件が許可されていません
ERR_PKG_SELECT_7
条件アクティビティは、単一ジャーニーでは使用できません。 ジャーニーは、分岐ロジックのない単一の線形パスに従う必要があります。
待機中のアクティビティはありません
ERR_PKG_SELECT_6
待機アクティビティを単一ジャーニーに追加することはできません。 アクションは、遅延なくすぐに実行する必要があります。
タイムアウト/エラー移行は終了ノードに送信する必要があります
ERR_PKG_SELECT_2
アクション（メールアクションなど）のタイムアウトまたはエラー遷移を設定する場合、これらのパスはエンドノードを直接指している必要があります。 ジャーニー内の他のアクティビティやアクションに接続できません。
TIP
お客様にとってのメリット： Select パッケージを使用していて、分岐ロジック、待機アクティビティ、または複数のアクションが必要な場合は、代わりにオーディエンスを読み取りジャーニーを使用するか、パッケージのアップグレードについてAdobe担当者にお問い合わせください。

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

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

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

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

Adobe Experience Platform では、API ベースのプロファイルの作成や更新に関連して遅延が発生します。 待ち時間に関するサービスレベル目標（SLT）は、95 パーセンタイルのリクエストの取り込みから統合プロファイルまで1分未満で、1秒あたり​ 20,000件のリクエスト（RPS） ​です。

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

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

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

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

イベント 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
応答がサポートされるようになったので、外部データソースのユースケースでは、データ ソースの代わりにカスタムアクションを使用する必要があります。

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

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

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

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

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

  • 1分​を超える 300,000回の呼び出しの上限は、すべてのカスタムアクション、ホストごと、サンドボックスごとに定義されます。 このキャップは、応答時間が 0.75 秒未満のエンドポイントに対して、サンドボックスおよびエンドポイントごとのスライディングウィンドウとして適用されます。 応答時間が0.75秒を超えるエンドポイントの場合、30秒あたり​150,000回の呼び出しという個別の制限 （スライディングウィンドウも）が適用されます。
  • カスタムアクションの URL は動的パラメーターをサポートしていません。
  • POST、PUTおよびGET呼び出しメソッドがサポートされています。
  • クエリパラメーターやヘッダーの名前は、「.」または 「$」で開始することはできません。
  • IP アドレスはURLでは使用できません。 代わりにホスト名を使用してください。
  • 内部 Adobe アドレス（.adobe.*）は、URL および API では使用できません。
  • ビルトインのカスタムアクションは削除できません。
  • カスタムアクションは、リクエストまたは応答ペイロードを使用する際にのみ JSON 形式をサポートします。 このページを参照してください。
  • カスタムアクションでターゲットとするエンドポイントは、少なくとも​ 200 TPS ​をサポートする必要があります。 スロットル設定は、200 TPS を下回ることはできません。 期待されるスループットによっては、応答時間が長いと、実際のスループットに影響を与える可能性があります。
TIP
これが意味すること： デフォルトの300,000 コール/分キャップは、外部エンドポイントがジャーニースループットに圧倒されるのを防ぎます。 エンドポイントがより多くの負荷を処理できる場合は、Capping APIまたはThrottling APIを使用してこの制限を上げることができます。 Journey Optimizerと外部システムの接続方法について詳しくは、このページ ​を参照してください。 より高い組織制限が必要な場合は、Adobeの担当者にお問い合わせください。

補助識別子 supplemental

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

式エディター expression-editor

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

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

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

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

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

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

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

ストリーミングとバッチオーディエンスの推奨事項やコンポジションのオーディエンス制限など、その他のガードレールは、このページ ​に記載されています。

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

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

  • Adobe Campaign アクティビティは、「オーディエンスを読み取り」アクティビティや「オーディエンスの選定」アクティビティと併用できません。
  • Campaign Standard アクティビティは、カード、コードベースのエクスペリエンス、メール、プッシュ、SMS、アプリ内メッセージ、web などの他のチャネルアクティビティと併用できません。
  • Campaign v7／v8 アクティビティは、同じジャーニーでネイティブチャネルアクティビティと連携して使用できます。

反応イベント reaction-events-g

チャネルアクションの直後にアクティビティを配置する要件や、別のジャーニーで送信されたメッセージを追跡できないなど、特定のガードレールが​Reaction イベントに適用されます。 詳しくは、このページを参照してください。

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

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

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

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

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

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

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

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

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

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

コンテンツ決定アクティビティ content-decision-g

特定のガードレールは、コンテンツ決定 アクティビティに適用されます。これには、更新された同意ポリシーが決定ポリシーで有効になるまでの48時間の遅延が含まれます。 詳しくは、このページを参照してください。

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

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

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

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

  • ストリーミングオーディエンスは常に最新の状態になりますが、バッチオーディエンスは取得時に計算されません。 毎日のバッチ評価時にのみ評価されます。
  • ジャーニーエントリ時に、プロファイルはバッチオーディエンススナップショットの属性値を使用します。 ただし、プロファイルが​ 待機 ​アクティビティに到達すると、ジャーニーは統合プロファイルサービス（UPS）から最新のデータを取得してプロファイル属性を自動的に更新します。 つまり、ジャーニーの実行中にプロファイル属性が変更される場合があります。
  • オーディエンスを読み取り​アクティビティは、Adobe Campaign アクティビティと併用できません。
  • オーディエンスを読み取り​アクティビティは、ジャーニーの最初のアクティビティ（ビジネスイベントアクティビティの後）としてのみ使用できます。
  • ジャーニーでは、オーディエンスを読み取り​アクティビティを 1 つのみ使用できます。
  • オーディエンスを読み取り​アクティビティのターゲットにできるオーディエンスはジャーニーごとに 1 つだけです。 複数のオーディエンスが必要な場合は、最初に単一のオーディエンスに結合します。 構成ワークフローを使用してオーディエンスを結合する方法の詳細情報。
  • 各組織は、すべてのサンドボックスとジャーニーをまたいで、最大​5 オーディエンスを読み取り​個のインスタンス（スケジュール済みまたはビジネスイベントがトリガーされた）を同時に実行できます。 オーディエンスを読み取り​を使用した 5 つを超えるジャーニーを同時に開始することは避け、5～10 分間隔で実行します。 ジャーニーの処理率について詳しくは、この節を参照してください。
  • サンドボックスのスループット：システムは、サンドボックスごとの処理を管理し、1秒あたり最大​ 20,000個のプロファイル ​を、すべての​オーディエンスの読み取り アクティビティで共有します。 個々のアクティビティは、500 ～ 20,000 プロファイル/秒​で設定できます。 サンドボックスの制限に達した場合、ジョブはキューに追加される場合があります。
  • ジョブ処理のタイムアウト：オーディエンスの読み取り、12時間以内に処理できないジョブ​は、自動的にクリーンアップされ、実行されません。
  • デフォルトでは、書き出しジョブの取得中にオーディエンスがトリガーしたジャーニーに再試行が適用されます。 書き出しジョブの作成中にエラーが発生した場合、再試行は10分ごとに行われます。最大​ 1時間 ​です。 その後、ジャーニーは失敗したと見なされ、スケジュールされた時間から最大1時間後に実行できます。
  • 追加IDを使用するジャーニーの場合、各ジャーニーインスタンスの​オーディエンスの読み取り アクティビティの読み取り率は、1秒あたり最大​500 プロファイルに制限されます。
TIP
これが意味すること： 5つの同時インスタンス数の制限は、組織全体のハード上限です。 複数のチームがオーディエンスの読み取りジャーニーをスケジュールしている場合は、開始時間を慎重に調整する必要があります。 12時間の処理ウィンドウを欠落したジョブはサイレントドロップされ、ジャーニーログで正常に実行されたことを常に確認します。

オーディエンスの読み取りアクティビティについて詳しくは、レコメンデーションと設定も参照してください。

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

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

ジャーニーの一時停止 pause-g

特定のガードレールは、一時停止ジャーニー​に適用されます。これには、組織内のすべての一時停止ジャーニーに対する最大一時停止の期間​ 14日 ​と​ 1000万プロファイルの上限 ​が含まれます。 詳しくは、このページを参照してください。

ジャーニーのドライラン dry-run-g

特定のガードレールは、ジャーニードライラン​に適用されます。これには、エンゲージ可能なプロファイルとライブジャーニーの割り当て量のカウントが含まれます。 詳しくは、このページを参照してください。

ジャーニーフラグ fragments-journey-g

特定のガードレールは、ジャーニーフラグメント​に適用されます。これには、1つのフラグメント につき最大 20個のノードと、1つのサンドボックス につき 200個のアクティブフラグメントが含まれます。 詳しくは、このページを参照してください。

ウェーブを使用した送信 waves-g

特定のガードレールは、2 ～ 10の波長範囲と​ 30分の波間間隔 ​を含むジャーニー​ で送信される ​波に適用されます。 詳しくは、このページを参照してください。

ジャーニーシミュレーション simulation-g

特定のガードレールは、ジャーニーシミュレーション​に適用されます。 詳しくは、このページを参照してください。

オーディエンスとプロファイル audiences-profiles

この節では、オーディエンス管理、プロファイルの処理、エンゲージメント可能なプロファイルの考慮事項に関するガイドラインについて説明します。

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

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

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

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

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

チャネルとメッセージ channel-guardrails

この節では、メール、SMS、インバウンドチャネル（web、アプリ内、コードベース、コンテンツカード）、トランザクションメッセージなど、すべての通信チャネルのガードレールについて説明します。

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）を設定することをお勧めします。 Adobeでは、現在のEdge プロファイル TTLと一致するように、TTL値を​ 14日 ​に設定することをお勧めします。

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

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

Journey Optimizerは、キャンペーンで​ 500 トランザクションメッセージ/秒 ​のピークボリュームをサポートしています。

コンテンツとアセット content-assets

この節では、ランディングページ、サブドメイン、フラグメントなど、コンテンツの作成と管理のガイドラインについて説明します。

AI アシスタントのガードレール ai-assistant-g

サポートされているチャネル（電子メール、プッシュ通知、web、SMS）およびパーソナライゼーションエディターの制限を含む、AI アシスタントによるコンテンツ生成​のガードレールと制限は、このページ ​に記載されています。

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

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

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

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

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

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

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

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

意思決定管理 decision-management

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

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

キャンペーンオーケストレーション campaign-orchestration

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

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

recommendation-more-help
journey-optimizer-help