このページ： Adobe Journey Optimizer のシステム、ジャーニー、オーディエンス、チャネル、コンテンツの制限を確認すると、エラーを発生させることなく拡張するデプロイメントを計画できます。
次に、Adobe Journey Optimizer を使用する際のガードレールと制限を示します。
使用権限、製品の制限事項、パフォーマンスガードレールの一覧について詳しくは、Adobe Journey Optimizer 製品説明ページを参照してください。
-
リアルタイム顧客プロファイルデータとセグメント化のガードレールは、Adobe Journey Optimizer にも適用されます。
-
リアルタイム顧客プロファイルのデータ取り込みのガードレールも参照してください
システムとプラットフォーム system-platform
サポートされているブラウザー browsers
Adobe Journey Optimizer のインターフェイスは、最新バージョンの Google Chrome で最適に動作するようにデザインされています。 古いバージョンや他のブラウザーでは、特定の機能を使用すると問題が発生する場合があります。
データセットガードレール datasets-guardrails
2025年2月現在、新しいサンドボックスと新しい組織の Journey Optimizer システム生成データセットに、次のように有効期間（TTL）ガードレールがロールアウトされます。
- プロファイルストアのデータの場合は 90 日
- データレイクのデータの場合は 13 か月
この変更は、後続のフェーズで 既存顧客のサンドボックス にロールアウトされます。 詳しくは、データセットの有効期間（TTL）ガードレールを参照してください
ジャーニー journeys-guardrails
この節では、一般的なジャーニーの制限、ジャーニーコンポーネント（アクション、イベント、データソース）、ジャーニーアクティビティ、特定の機能（カスタムアクションや式エディターなど）といった、ジャーニーのガードレールと制限について説明します。
一般的なジャーニーのガードレール journeys-guardrails-journeys
-
ジャーニー 1 つあたりのアクティビティ数は 50 に制限されます。 アクティビティの数は、ジャーニーキャンバスの左上に表示されます。
この制限に近いジャーニーでは、編集と公開のパフォーマンスが低下し、保存または検証のエラーが発生する場合があります。 この場合、ジャンプアクティビティを使用してジャーニーをより小さいサブジャーニーに分割するか、新しいバージョンで再作成します。 アクティビティ制限を増やすことはできません。
-
一度にアクティブにできるライブ、クローズ、一時停止、ドライランのジャーニーの数は、実稼動サンドボックスでは200、開発サンドボックスでは 100 に制限されます。 この制限は、ジャーニーを公開するときに適用されます。 ジャーニーの現在の数は、ジャーニーキャンバスの上に表示されます。
ジャーニーを公開すると、最大のスループットと安定性を確保するために自動的にスケールと調整が行われます。 クローズしたジャーニーは、このガードレールをロールアウトした後に作成された場合にのみカウントされます。
-
ジャーニーでオーディエンスの選定を使用すると、そのオーディエンスの選定アクティビティがアクティブになってオーディエンスにエントリまたは離脱するプロファイルをリッスンするのに、最大 10 分かかる場合があります。
-
プロファイルのジャーニーインスタンスの最大サイズは 1 MB です。 ジャーニーの実行の一部として収集されたすべてのデータは、そのジャーニーインスタンスに保存されます。 したがって、受信イベントからのデータ、Adobe Experience Platform から取得したプロファイル情報、カスタムアクション応答などは、すべてそのジャーニーインスタンスに保存され、ジャーニーのサイズに影響を与えます。 あるイベントでジャーニーが開始する場合、ジャーニーの実行において数件のアクティビティ後にその制限に到達するのを防ぐため、そのイベントペイロードの最大サイズ（例：800 KB 未満）を制限することをお勧めします。 この制限に達すると、プロファイルはエラーステータスになり、ジャーニーから除外されます。
-
ジャーニーランタイムは、プロファイルとジャーニーのバージョンごとに、1 つのイベントが処理されている間、最大 10 件の保留イベントを内部キューに保持します。 この制限に達すると、スタックが空になるまで、追加のイベントは
maxInstanceStackEventsReachedという理由で破棄されます。 ブロックされたジャーニーインスタンスによって破棄されるイベントを参照してください。 -
ジャーニーアクティビティで使用されるタイムアウトのほかに、グローバルジャーニータイムアウトも存在します。こちらはインターフェイスに表示されず、変更もできません。 ジャーニー内にいる個人の進捗は、エントリしてから 91 日経過すると、このグローバルタイムアウトにより停止されます。 詳細情報
ジャーニーペイロードサイズの検証 journey-payload-size
ジャーニーを保存または公開する際、Journey Optimizer では、安定性とパフォーマンスを維持するために、合計ジャーニーペイロードサイズを検証します。
デフォルト設定
- デフォルトの最大リクエストサイズ：2 MB（2,000,000 バイト）。 一部の組織では、アドビによりカスタム制限が設定されている場合があります。
- 警告しきい値：最大制限の 90％。
- エラーしきい値：最大制限の 100％。
トラブルシューティングとレコメンデーション
- 警告またはエラーでハイライト表示されている最大のノードを確認します。
- 条件を簡素化し、データマッピングを削減し、不要な手順やパラメーターを削除します。
- 必要に応じて、ジャーニーをより小さいジャーニーに分割することを考慮します。
- 組織でより高い制限が必要だと思われる場合は、アドビ担当者にお問い合わせください。
公開前にジャーニーの現在のペイロードサイズを監視するには、ジャーニープロパティパネルの 現在のジャーニーペイロードサイズ インジケーターを使用します。 ジャーニーペイロードサイズの確認方法の詳細情報
ライセンスパッケージの比較 select-package-limitations
選択ライセンスパッケージを使用しているお客様の場合、単一ジャーニー（イベントまたはオーディエンスの選定から開始するジャーニー）には、次の追加の制限が適用されます。
ERR_PKG_SELECT_8ERR_PKG_SELECT_7ERR_PKG_SELECT_6ERR_PKG_SELECT_2ジャーニーのバージョン journey-versions-g
次のガードレールがジャーニーのバージョンに適用されます。
- v1 でジャーニーをイベントアクティビティで開始した場合、それ以降のバージョンをイベント以外で開始することはできません。 オーディエンスの選定イベントでジャーニーを開始することはできません。
- ジャーニーが v1 の オーディエンスの選定 アクティビティで開始した場合、それ以降のバージョンも必ず オーディエンスの選定 で開始する必要があります。
- オーディエンスの選定（最初のノード）で選択されたセグメントと名前空間を、新しいバージョンで変更することはできません。
- 再エントリのルールは、ジャーニーのすべてのバージョンで同じである必要があります。
- オーディエンスを読み取りで開始したジャーニーを、次のバージョンで別のイベントで開始することはできません。
- 増分読み取りを使用して、「オーディエンスを読み取り」ジャーニーの新しいバージョンを作成することはできません。 ジャーニーを複製する必要があります。
ジャーニーとプロファイルの作成 journeys-limitation-profile-creation
Adobe Experience Platform では、API ベースのプロファイルの作成や更新に関連して遅延が発生します。 待ち時間に関するサービスレベルターゲット（SLT）は、毎秒 2 万件のリクエスト（RPS）のボリュームにおいて、リクエストの 95 パーセンタイルで、取り込みから統合プロファイルまで 1 分未満です。
ジャーニーがプロファイルの作成と同時にトリガーされ、プロファイルサービスから情報を直ちに確認または取得した場合は、正常に機能しない可能性があります。
次の 2 つの解決策を選択できます。
-
最初のイベントの後に待機アクティビティを追加して、プロファイルサービスへの取得に必要な時間を Adobe Experience Platform に与えます。
-
このプロファイルをすぐには活用しないジャーニーを設定します。 例えば、アカウントの作成を確認するようにジャーニーをデザインしている場合、エクスペリエンスイベントには、最初の確認メッセージを送信するのに必要な情報（姓、名、メールアドレスなど）を含めることができます。
イベント events-g
次のガードレールがジャーニーのイベントに適用されます。
- Journey Optimizerでは、すべてのサンドボックスで、単一イベントの場合は 5,000個/秒 のインバウンドジャーニーイベント、読み取りオーディエンスベースのジャーニーイベントの場合は 5,000個/秒 のインバウンドジャーニーイベントをサポートしています。 この制限について詳しくは、このページを参照してください。
- イベントトリガージャーニーでは、ジャーニーの最初のアクションを処理するのに最大 5 分かかる場合があります。
- システム生成イベントの場合、まず Journey Optimizer 内でカスタマージャーニーの開始に使用するストリーミングデータを設定して、一意のオーケストレーション ID を取得する必要があります。 このオーケストレーション ID は、Adobe Experience Platform に到達するストリーミングのペイロードに追加する必要があります。 この制限は、ルールベースのイベントには適用されません。
- ビジネスイベントは、単一イベントやオーディエンスの選定アクティビティと組み合わせて使用することはできません。
- 1つのイベントは、一度に最大 25 個のジャーニーで参照できます。 この制限に達すると、そのイベントを使用する追加のジャーニーの公開がブロックされます。
- 1つのXDM スキーマは、すべてのライブジャーニーとクローズジャーニーで一度に最大 100 件のイベントで参照できます。 この制限に達すると、そのスキーマを参照するイベントノードを含むジャーニーを公開します。
- （イベントまたはオーディエンスの選定で始まる）単一ジャーニーには、同じイベントに対してジャーニーが誤って複数回トリガーされるのを防ぐガードレールが含まれています。 プロファイルの再エントリは、デフォルトで 5 分間一時的にブロックされます。 例えば、あるイベントが特定のプロファイルのジャーニーを 12:01 にトリガーし、12:03 に別のイベントが到着した場合（それが同じイベントであっても、同じジャーニーをトリガーする別のイベントであっても）、このプロファイルのジャーニーが再び開始されることはありません。
- Journey Optimizer でジャーニーをトリガーするには、イベントをデータ収集コアサービス（DCCS）にストリーミングする必要があります。 バッチで取り込まれたイベント、クエリサービス経由で挿入されたイベント、内部 Journey Optimizer データセット（メッセージフィードバック、メールトラッキングなど）からのイベントを、 ジャーニーのトリガーに使用することはできません。 ストリーミングイベントを取得できないユースケースについては、代わりに、それらのイベントに基づいてオーディエンスを作成し、オーディエンスを読み取りアクティビティを使用する必要があります。 オーディエンスの選定は技術的に使用できますが、使用されるアクションに応じて、ダウンストリームの課題が生じる可能性があるので、お勧めしません。
データソース data-sources-g
次のガードレールがジャーニーのデータソースに適用されます。
- 外部データソースを利用すると、カスタマージャーニー内でリアルタイムに外部データを参照できます。 それらのソースは、REST API 経由で使用でき、JSON をサポートし、リクエストのボリューム量を処理できる必要があります。
- 内部 Adobe アドレス（
.adobe.*）は、URL および API では使用できません。
一般的なアクション 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 を下回ることはできません。 予想されるスループットに応じて、応答時間が長いと、実際のスループットに影響を与える可能性があります。
補助識別子 supplemental
ジャーニーでの補助識別子の使用には、特定のガードレールが適用されます。 詳しくは、このページを参照してください。
式エディター expression-editor
次のガードレールがジャーニーの式エディターに適用されます。
- エクスペリエンスイベントフィールドグループは、「オーディエンスを読み取り」アクティビティや、オーディエンスの選定またはビジネスイベントアクティビティで始まるジャーニーでは使用できません。 新しいオーディエンスを作成し、ジャーニーで
inaudience条件を使用する必要があります。 timeSeriesEvents属性は式エディターで使用できません。 プロファイルレベルでエクスペリエンスイベントにアクセスするには、XDM ExperienceEventスキーマに基づいて新しいフィールドグループを作成してください。
ジャーニーアクティビティ activities
オーディエンスの選定アクティビティ audience-qualif-g
次のガードレールは、Audience Qualification ジャーニーアクティビティに適用されます。
- オーディエンスの選定アクティビティは、Adobe Campaign アクティビティと併用できません。
- オーディエンスの選定ジャーニーでは、補助識別子はサポートされていません。
- サンドボックスには、すべてのライブジャーニーとクローズドジャーニーに対して、最大 300 個のオーディエンス選定ノードを含めることができます。 この制限に達すると、追加のオーディエンス選定ノードを含むジャーニーの公開がブロックされます。
ジャーニーの処理率とスループット制限について詳しくは、この節を参照してください。
ストリーミングとバッチオーディエンスに関するレコメンデーションや、構成オーディエンスの制限など、その他のガードレールについて詳しくは、このページを参照してください。
キャンペーンアクティビティ ac-g
次のガードレールは、Campaign v7/v8 および Campaign Standard アクティビティに適用されます。
- Adobe Campaign アクティビティは、「オーディエンスを読み取り」アクティビティや「オーディエンスの選定」アクティビティと併用できません。
- Campaign Standard アクティビティは、カード、コードベースのエクスペリエンス、メール、プッシュ、SMS、アプリ内メッセージ、web などの他のチャネルアクティビティと併用できません。
- Campaign v7／v8 アクティビティは、同じジャーニーでネイティブチャネルアクティビティと連携して使用できます。
反応イベント reaction-events-g
特定のガードレールが 反応 イベントに適用されます。これには、チャネルアクションの直後にアクティビティを配置する必要があることや、別のジャーニーで送信されたメッセージを追跡できないことが含まれます。 詳しくは、このページを参照してください。
アプリ内アクティビティ 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 個のプロファイルの処理をサンドボックスごとに管理します。 個々のアクティビティは、1 秒あたり 500～20,000 個のプロファイルで設定できます。 サンドボックスの制限に達した場合、ジョブはキューに追加される場合があります。
- ジョブ処理タイムアウト：12 時間以内に処理できない オーディエンスを読み取り ジョブは、自動的にクリーンアップされ、実行されなくなります。
- 再試行は、エクスポートジョブの取得中に、オーディエンストリガージャーニーにデフォルトで適用されます。 エクスポートジョブの作成中にエラーが発生した場合、最大 1 時間、10 分ごとに再試行が行われます。 その後、ジャーニーは失敗したと見なされ、スケジュール済みの時間から最大 1 時間後までに実行できます。
- 補助 ID を使用するジャーニーの場合、各ジャーニーインスタンスの オーディエンスを読み取り アクティビティの読み取り率は、1 秒あたり最大 500 プロファイルに制限されます。
オーディエンスの読み取りアクティビティについて詳しくは、レコメンデーションと設定も参照してください。
プロファイルアクティビティの更新 update-profile-g
特定のガードレールが プロファイルを更新 アクティビティに適用されます。 詳しくは、このページを参照してください。
ジャーニーの一時停止 pause-g
特定のガードレールが 一時停止ジャーニー に適用されます。これには、組織内のすべての一時停止ジャーニーに対する最大一時停止の期間 14 日 と 1,000 万プロファイルのキャップが含まれます。 詳しくは、このページを参照してください。
ジャーニーのドライラン 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、アプリ内、コードベース、コンテンツカード）、トランザクションメッセージなど、すべての通信チャネルのガードレールについて説明します。
メールガードレール message-guardrails
次のガードレールがメールチャネルに適用されます。
- Adobe Journey Optimizer や、他の製品（例えば Adobe Campaign や Adobe Marketo Engage など）から、同じ送信ドメインを使用してメールメッセージを送信することはできません。
メールメッセージをデザインする際に、主要な設定が確認され、警告（レコメンデーションとベストプラクティス）やエラー（テストやアクティブ化を防ぐブロックの問題）のアラートが表示されます。 メールアラートと検証要件について詳しくは、この節を参照してください。
ジャーニー公開用のメッセージコンテンツサイズ message-content-size
メールメッセージを含むジャーニーを公開する際、バックエンド処理後のメッセージコンテンツの合計サイズは 2 MB を超えることはできません。 公開時に、システムはリンクや画像にパッチを適用し、変換を適用することでメッセージコンテンツを自動的に処理します。これにより、ペイロードサイズは作成されたコンテンツサイズよりも大きくなります。
公開の失敗を防ぐベストプラクティス：
- 作成したメールコンテンツを 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）を設定することをお勧めします。 アドビでは、現在の Edge プロファイル TTL と一致するように、TTL 値を 14 日に設定することをお勧めします。
トランザクションメッセージのガードレール transactional-message-guardrails
Journey Optimizer では、キャンペーンで 1 秒あたり 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
キャンペーンオーケストレーションを使用する際に留意すべきガードレールと制限事項について詳しくは、ガードレールと制限事項の節を参照してください。