Web チャネルのガードレール

Journey Optimizer web キャンペーンは、以前の他のチャネルで関与したことのない新しいプロファイルをターゲットにします。これにより、エンゲージメント可能なプロファイルの総数が増え、ユーザーが購入した、エンゲージメント可能なプロファイルの契約上の数を超えると、コストに影響する可能性があります。

各パッケージのライセンス指標は、Journey Optimizer の製品説明ページにリストされています。

コードベースチャネルガードレール

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

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

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

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

サブドメインガードレール

デフォルトでは Journey Optimizer では、合計 10 個までのサブドメインをデリゲートできます(メールと web チャネルの両方を含む)。

ただし、ライセンス契約によっては、最大 100 個のサブドメインをデリゲートできる場合があります。自身が使用資格を持つサブドメインの数について詳しくは、アドビの連絡先にお問い合わせください。

ドメインのデリゲーションについて詳しくは、このページを参照してください。

フラグメントガードレール

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

  • ビジュアルフラグメントは、メールチャネルでのみ使用できます。
  • 式フラグメントは、アプリ内チャネルでは使用できません。

オーディエンスガードレール

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

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

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

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

ジャーニーガードレール

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

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

一般的なアクション

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

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

ジャーニーのバージョン

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

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

カスタムアクション

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

  • すべてのカスタムアクションには、各ホストおよび各サンドボックスに、1 分間で 300,000 件の呼び出しというキャッピングが定義されています。このページを参照してください。この制限は、カスタムアクションの対象となる外部エンドポイントを保護することを目的に、顧客の使用状況に基づいて設定されています。適切な読み取り率(カスタムアクションを使用する場合は 1 秒あたり 5,000 件のプロファイル)を定義して、オーディエンスベースのジャーニーでこの点を考慮する必要があります。必要に応じて、キャッピング/スロットリング API で上限またはスロットル制限を大きく定義することで、この設定を上書きできます。このページを参照してください。

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

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

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

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

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

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

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

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

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

イベント

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

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

データソース

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

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