このページでは、Batchジャーニーの構築・管理を行うマーケター向けによくある質問に回答します。ジャーニーの設定、ステージとプロファイルの動作、セグメントの評価、権限、ワークフローのトラブルシューティングについて説明します。
ジャーニーを含むフォルダおよび現在のジャーニーの終了基準、目標、Jumpイベントでジャンプ先として設定されているジャーニーへの編集アクセス権を持っている場合のみ、ジャーニーを起動できます。
バージョンを持つBatchジャーニー（またはBatchジャーニーステージ）内のプロファイルを参照する場合、すべての起動済みバージョンのプロファイルが結合されます。例えば、ジャーニーAに各バージョン100プロファイルの3つのバージョンがある場合、ドラッグオンルールで300プロファイルが参照されます。
Batchジャーニーは親セグメントの日次実行に依存します。Real-timeジャーニーは数分以内にトリガーされたアクティベーションを送信できます。Real-timeトリガーアクティベーションの作成について詳しく学んでください。
Real-timeジャーニーにはBatchジャーニーとは別の契約が必要です。
はい。ジャーニーには最大120イベントを追加できます。この機能はベータ版です。
各ジャーニーには最大8ステージを設定できます。
各ジャーニーには最大120イベントを設定できます。そのジャーニー内で、各ステージには最大70イベントを設定できます。この機能はベータ版です。
120イベントのジャーニーを作成する場合、パフォーマンス向上のためにアクティベーションを50未満に制限してください。
はい。ジャーニーバージョンを作成すると、多くのジャーニー要素を編集できます。
最初のステージのみです。最初のステージに続くすべてのステージには、前のステージのマイルストーンや他のステージの終了基準に基づくエントリー基準があります。
2つのオプションがあります：
Stale Profile：ジャーニーステージに留まった後、プロファイルが古くなるまでの日数を入力します。
カスタム終了基準：Segment Editorを通じてルールを作成します。例えば、オプトアウトプロファイルなど。
いいえ。Journey Orchestrationは、すでに実行中のジャーニーから個々のプロファイルを削除する機能をサポートしていません。ジャーニーはプロファイルをセグメント単位で評価する仕組みであり、1プロファイルずつ削除する操作を許すと、エンジンが前提としている予測可能でテスト可能な挙動が崩れてしまいます（プロファイルを個別に取り除けてしまうと、ジャーニーの挙動を再現してデバッグすることが難しくなります）。また、この方法は親セグメントの規模が大きいジャーニーには対応できません。
オプトアウトやデータ削除リクエストのようなケースへの推奨される代替策は、プロファイルに対する単発の操作ではなく、ジャーニーがすでに評価しているルールの一部として除外条件を組み込むことです。
- プロファイルにフラグ属性（例：
is_opted_out）を追加します。この値は、サプレッションリスト、同意管理、削除リクエストなどのソースから取得します。 - フラグが立ったプロファイルをエントリーから除外する： ステージのエントリー基準にこのフラグの条件を追加します（例：
is_opted_outが true ではない）。これにより、フラグが立ったプロファイルはそもそもジャーニーに入りません。 - すでにジャーニーに入っているプロファイルを除外する： 同じフラグをカスタム終了基準のルールとして追加します（上記を参照）。これにより、すでにステージに入っているプロファイルにフラグが立った場合、次回のジャーニー実行時に自動的にそのステージから退出します。
この方法であれば、オプトアウトや削除もすべてのプロファイルに対して同じ仕組みで扱われ、他のジャーニールールと同様にテストやデバッグが可能になります。
プロファイルはジャーニー内の最も低いステージに属します。例えば、プロファイルがAwarenessとInterestの両方の条件を満たした場合、プロファイルはInterestに属します。
他のステージの目標またはマイルストーンが達成された場合、プロファイルは直接スキップして、条件を満たしたステージに移動します。 プロファイルが現在ウェイトステップで待機中の場合でも、後のステージのゴールまたはマイルストーンを達成した場合、後のステージに移動することができます。
いいえ。マイルストーンまたはゴールセグメントは、前のステージに到達したプロファイルやジャーニーに参加したプロファイルだけでなく、親セグメント全体に対して評価されます。これは設計上の仕様であり、以前のステージを見逃したプロファイルでも後のステージに「追いつき」参加できるようにするためです。
つまり、ステージにスコープされていないマイルストーンやゴールのルールは、特にジャーニーのテストに使用したエントリー基準よりも広い条件の場合、想定よりはるかに多くのプロファイルに一致することがあります。マイルストーン、ゴール、デシジョンポイント、終了基準を、実際に特定のステージに到達したプロファイルだけに限定するには、ジャーニーステージの位置条件を追加します。例：
- Profile is currently IN [ジャーニー名], Stage 1
BatchジャーニーダッシュボードのComplete Goal指標はこれとは異なる範囲で評価されます。ゴール条件を満たした時点でジャーニーステージに存在していたプロファイルのみをカウント対象とします。ゴールセグメント自体はこのようにスコープされていないため、例えば別のジャーニーのエントリー基準として再利用すると、親セグメント全体からプロファイルを取得します。
はい。プロファイルは終了後にジャーニーに戻ることができます。
ジャーニーがAllow unless goal has been metを使用している限り、できません。ゴール達成は一度だけ記録され、期限切れすることがないため、どれだけ時間が経過してもそのプロファイルはブロックされたままです。ジャーニーの新しいバージョンをローンチしても解放されません。後のキャンペーンで過去のコンバージョン済みプロファイルにアプローチするには、ジャーニーの作成時にAllow even if goal is metを選択する(この設定は最初のバージョンをローンチすると変更できません)か、すべてのプロファイルをゼロから評価する新しいジャーニーを作成してください。プロファイルの再エントリー基準の定義を参照してください。
いいえ。プロファイルは次のステージに進むことはできますが、前のステージに戻ることはできません。
ディシジョンポイントは、各プロファイルを該当する条件のうち最も優先順位の高い1本のパスにのみ送ります。プロファイルを複数のパスに分配する設定はありません。プロファイルが該当するすべてのチャネルに配信するには、重複そのものを表す条件(例: メール到達可能かつ電話到達可能)を作成して単一チャネルの条件より上に配置し、そのパスに両方のアクティベーションを追加します。ディシジョンポイントの作成を参照してください。
例えば、以下のようなアドホックマーケティングキャンペーンを配信したい場合：
- ジャーニーのステージXにいないプロファイル
または
- ジャーニーに関連付けられていないプロファイルにメールを送信
はい。Treasure AIのセグメントは、セグメントルールにジャーニーを含めることで既存のジャーニーを追加できます。それを使用して、特定のジャーニーに既に含まれている/除外されているプロファイルを抽出できます。
セグメントに含まれるジャーニーはライブである必要があります。
フルコントロールフォルダ権限：ユーザーは選択したフォルダまたは子フォルダ内の任意のジャーニーを作成、変更、または削除できます。さらに、ユーザーはプロファイルのリストや顧客のエンドポイントを取得できます。
表示フォルダ権限：ユーザーは選択したフォルダまたは子フォルダ内のジャーニーを表示できます。
通常、アクティベーションのスケジューリングの問題が原因です。親セグメントとジャーニーワークフローの実行後にアクティベーションスケジュールを設定してください。 そうしないと、アクティベーションが異なるスケジュールで実行され、プロファイルが正しく認識されません。
Batchジャーニーアクティベーションを作成する際、親セグメントとジャーニーワークフローの更新が完了した後に自動的にアクティベーションを実行するように設定できます。
複数の優先グループに複数のジャーニーが含まれていると仮定します。キャッピングは2です。1日目には、ジャーニーの条件を満たすプロファイルの数に関係なく、キャップが2なので、条件を満たすプロファイルは最初の2つの優先ジャーニー（ジャーニーAとジャーニーB）にのみ入ります。2日目には、ジャーニーBが一時停止されます。キャップはまだ2ですが、ジャーニーBは優先グループで利用できなくなったため、条件を満たすプロファイルはジャーニーAとCに入ります。
ワークフローのセッション時間に注意する必要があります。ワークフローの正しい順序は以下の通りです：
親セグメントワークフロー > Batchジャーニーワークフロー > Batchジャーニーアクティベーションワークフロー。
Batchジャーニーは毎日実行されるため、親セグメントのスケジュールを評価し、それに応じてBatchジャーニーとアクティベーションワークフローのスケジュールを調整する必要があります。ワークフローの詳細については、ジャーニーワークフローの依存関係を参照してください。
以下のTreasure CLIコードを使用してデータを回復できます。
# オーディエンスワークフローを再実行（ジャーニーワークフローはその後自動的にトリガーされます）
# td workflow start cdp_audience_{:audienceId} audience --session daily
# アクティベーションワークフローを再実行
$ td workflow start cdp_journey_{:journeyId} syndication_{:activationId} --session daily前の例では、「session daily」が使用されています。セッション時間を変更できます。
利用可能なセッション時間
--session <hourly | daily | now | yyyy-MM-dd | "yyyy-MM-dd HH:mm:ss"> session_timeをこの時間に設定（必須）