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