このページ：では、ライブジャーニーを一時停止および再開して、変更または送信を安全に行ったり停止したり、一時停止したジャーニーを再開せずに停止または閉じたり、一時停止の際にプロファイル属性の終了条件を適用したりする方法について説明します。
ライブジャーニーを一時停止し、必要なすべての変更を実行し、いつでも再開できます。 一時停止の間、 プロファイル属性の終了条件を適用して、属性に基づいてプロファイルを除外できます。 ジャーニーは、一時停止期間の終了時に自動的に再開されます。 ジャーニーを手動で再開する、または ジャーニーを再開せずに 一時停止 状態から停止することもできます。
主なメリット journey-pause-benefits
ジャーニーの一時停止と再開により、顧客体験を中断することなくライブジャーニーを一時的に中断できるので、ジャーニー実務担当者はより優れた制御と柔軟性を得ることができます。 一時停止すると、通信は送信されず、ジャーニーが再開されるまでプロファイルは中断状態のままになります。
この機能により、エラーや更新（例：メッセージコンテンツの変更）中に意図しないメッセージを送信するリスクが軽減され、より安全なジャーニー管理がサポートされ、実務担当者の信頼性が向上します。 一時停止したジャーニーとそのステータスを UI で直接確認できるので、透明性と運用の俊敏性がさらに向上します。
-
ジャーニーを一時停止および再開する権限は、Publish journeys の高レベル権限を持つユーザーに制限されます。 Journey Optimizer ユーザーのアクセス権の管理について詳しくは、この節を参照してください。
-
一時停止／再開機能の使用を開始する前に、ガードレールと制限のトピックに目を通してください。
ジャーニーを一時停止する方法 journey-pause-steps
任意の ライブ ジャーニーを一時停止できます。
ジャーニーを一時停止するには、次の手順に従います。
-
一時停止するジャーニーを開きます。
-
ジャーニーキャンバスの右上のセクションにある「…その他」ボタンをクリックし、「一時停止」を選択します。
-
現在ジャーニーにあるプロファイルの管理方法を選択します。
実行できる操作は、次のとおりです。
- プロファイルを保持 - ジャーニーが再開されるまで、プロファイルは次の アクション ノードで待機します
- プロファイルを破棄 - 次の アクション ノードのジャーニーから、プロファイルは除外されます
ジャーニーを一時停止すると、ある時点で再開する予定であると想定されます。 ただし、ジャーニーは無期限に一時停止したままにすることはできません。 これを防ぐには、ジャーニーを一時停止する期間（1～14 日間）を定義します。 選択した日数が経過すると、ジャーニーは自動的に再開されます。
-
「一時停止」ボタンをクリックして、確定します。
組織の一時停止中ジャーニーに保持できるプロファイルの最大数は、ジャーニーインベントリに表示されます。 1 つ以上のジャーニーを一時停止している場合にのみ表示されます。 また、このインジケーターには、一時停止したジャーニーの合計数も表示されます。 これは 30 分ごとに更新されます。 詳しくは、ガードレールと制限を参照してください。
ジャーニーのリストから、1 つまたは複数の ライブ ジャーニーを一時停止できます。 ジャーニーのグループを一時停止（一括一時停止）するには、リストでジャーニーを選択し、画面下部の青いバーにある「一時停止」ボタンをクリックします。 「一時停止」ボタンは、ライブジャーニーを選択した場合にのみ使用できます。
一時停止したジャーニーの実行ロジック journey-pause-exec
ジャーニーを一時停止した場合、保持／破棄モードに関係なく、新しいエントリは常に破棄されます。
ジャーニーを一時停止した場合、プロファイル管理とアクティビティの実行はアクティビティによって異なります。 動作の詳細は次のとおりです。 完全に理解するには、このエンドツーエンドのサンプルも参照してください。
- キャンバスの最初のノードの場合：オーディエンスに対するプロファイルの選定は破棄されます
- 他のノードの場合：ライブジャーニーと同じ動作ですが、オーディエンスの選定が アクション アクティビティの後にあり、ユーザーがそのアクションで一時停止している場合、オーディエンスの選定は破棄されます。
- キャンバスの最初のノードの場合：イベントは破棄されます
- 他のノードの場合：ライブジャーニーと同じ動作ですが、イベントが アクション アクティビティの後にあり、ユーザーがそのアクションで一時停止している場合、イベントは破棄されます。
ライブジャーニーと同じ動作ですが、特異性がいくつかあります。
-
オーディエンスを読み取りアクティビティの開始後に「一時停止」を押した場合、ジャーニーにエントリしたプロファイルは（次の アクション アクティビティまで）続行されます。 ジャーニーは一定の速度でオーディエンスを読み取るので、完全なオーディエンスがまだエントリしていない場合、キューに残っているプロファイルは破棄されます。
-
単一実行の場合：スケジュール済みの日付が再開日より前であった場合、再開時にエラーは表示されません。 そのスケジュールは無視されます。
-
増分ジャーニーの場合：
- 最初の発生前に一時停止が発生した場合、再開時に完全なオーディエンスが再生されます。
- 例えば、毎日の繰り返しの 4 日目に一時停止が発生し、ジャーニーが 9 日目まで一時停止されたままの場合、再開時には 4 日目から 9 日目までにエントリしたすべてのプロファイルが含まれます。
破棄をトラブルシューティングする方法について詳しくは、この節を参照してください。
一時停止したジャーニーを再開する方法 journey-resume-steps
一時停止したジャーニーは、14 日間の最大一時停止期間の終了時に自動的に再開されます。 いつでも手動で再開できます。 一時停止したジャーニーを再開すると、新しいプロファイルが再びエントリできます。 プロファイルが一時停止中に待機していた場合、ジャーニーは続行されます。 更新または一時停止後にジャーニーを安全に再開するのに最適です。
一時停止したジャーニーを再開し、ジャーニーイベントのリッスンを再開するには、次の手順に従います。
-
再開するジャーニーを開きます。
-
ジャーニーキャンバスの右上のセクションにある「…その他」ボタン、「再開」の順に選択します。
ジャーニーは 再開中 ステータスに切り替わります。 ジャーニーが再開すると、1 分以内に新しいエントリが開始されます。 保持されたプロファイルの再開には時間がかかる場合があります - プロファイルは 5k tps の速度で再開されます。 ジャーニーを再び ライブ にするには、すべてのプロファイルを再開する必要があり、再開中ステータスから ライブ ステータスへのトランジションには時間がかかる場合があります。
-
「再開」ボタンをクリックして、確定します。
ジャーニーのリストから、1 つまたは複数の 一時停止した ジャーニーを再開できます。 ジャーニーのグループを再開（一括再開）するには、ジャーニーを選択し、画面下部の青いバーにある「再開」ボタンをクリックします。 「再開」ボタンは、一時停止したジャーニーを選択した場合にのみ使用できます。
一時停止したジャーニーの停止 stop-close-paused
一時停止したジャーニーを再開しない場合は、一時停止状態から終了できます。 これにより、あらゆるジャーニー処理が即座に終了し、ジャーニー内のすべてのプロファイルが停止します。 ジャーニーの停止の詳細。
ジャーニーキャンバスから一時停止したジャーニーを停止するには、次の手順に従います。
- 停止または終了する一時停止 ジャーニーを開きます。
- ジャーニーキャンバスの右上セクションにある「…More」ボタンをクリックします。
- 停止を選択し、ダイアログボックスで確認します。
ジャーニーのリストから、一時停止したジャーニー名の右側にある省略記号 ボタンをクリックして、停止を選択することもできます。
ジャーニーがいつ一時停止または再開されたかを表示します view-pause-resume-info
ジャーニーが最後に一時停止または再開された日時、およびジャーニーを開いて プロパティ に移動します（ジャーニー名の横にある鉛筆アイコンをクリック）。 「技術情報をコピー」ボタンを使用して、以下を含む技術情報をコピーします。
- 前回の一時停止と再開の日時
- 最後の一時停止と最後の再開を実行したユーザーの表示名と識別子
- 一時停止したジャーニーの設定（一時停止の動作、最大一時停止の時間、自動再開の状態、一時停止ID）
この情報は、トラブルシューティング、監査、サポートとの共有に役立ちます。 コピーされたフィールドの完全なリストについては、 ジャーニーのプロパティへのアクセス を参照してください。
一時停止したジャーニーへの終了条件の適用 journey-exit-criteria
ジャーニーを一時停止した場合、プロファイル属性に基づいて終了条件を適用できます。 このフィルターを使用すると、再開時に、定義済みの式に一致するプロファイルを除外できます。 プロファイル属性ベースの終了条件が設定されると、新しいプロファイルのエントリの場合でも、アクションノードでこの条件が適用されます。 条件に一致する既存のプロファイルとジャーニーにエントリする新しいプロファイルは、発生する 次のアクションノード でジャーニーから除外されます。
例えば、すべてのフランス人の顧客を一時停止したジャーニーから除外するには、次の手順に従います。
-
変更する一時停止したジャーニーを参照します。
-
終了条件アイコンを選択します。
-
終了条件設定で、「終了条件を追加」をクリックし、プロファイル属性に基づいてフィルターを定義します。
-
式を設定して、国属性がフランスに等しいプロファイルを除外します。
-
フィルターを保存し、「ジャーニーを更新」ボタンをクリックして変更を適用します。
-
再開時に、国属性がフランスに設定されたすべてのプロファイルが、次のアクションノードでジャーニーから自動的に除外されます。 ジャーニーへのエントリを試みる、国属性がフランスに設定された新しいプロファイルは、次のアクションノードでもブロックされます。
現在ジャーニー内にあるプロファイルと新しいプロファイルのプロファイル除外は、アクションノードに到達した場合にのみ発生します。
-
ジャーニーごとに設定できるプロファイル属性ベースの終了条件は 1 つのみです。
-
一時停止したジャーニーでは、プロファイル属性ベースの終了条件の作成、更新、削除のみ行うことができます。
-
プロファイル属性ベースの終了条件について詳しくは、この節を参照してください。
ガードレールと制限 journey-pause-guardrails
-
ジャーニーバージョンは最大 14 日間一時停止できます。一時停止したジャーニーでは、組織全体で最大 1,000 万のプロファイルが許可されます。
この制限は、個別のプロファイルではなく、一時停止したすべてのジャーニーに保持されているプロファイルの合計数をカウントします。 例えば、同じ5M プロファイルが2つの一時停止ジャーニーで保持されている場合、10Mの制限に達します。
この制限は 30 分ごとに確認されます。 つまり、一時的に 1,000 万のしきい値を超える可能性がありますが、システムが検出すると、追加のプロファイルは自動的に破棄されます。保留中のプロファイルの数を制限以下に戻すのにジャーニーを再開すると、ジャーニーはすぐに再開されますが、プロファイル数が更新されるまでに最大 30 分かかる場合があります。 その間、システムは、引き続きこれらのプロファイルを一時停止中であると見なす場合があります。
-
インバウンドアクティビティ（例：アプリ内、web など）を含むジャーニーの場合、ジャーニーを一時停止しても、既にトリガーされている通信は中断されません。 プロファイルが一時停止の前にインバウンドアクティビティの対象として選定した場合、対応するメッセージは引き続き配信されます。 すべてのインバウンド通信を完全に停止するには、ジャーニーを停止する必要があります。
-
一時停止したジャーニーは、ライブジャーニーの割り当て量にカウントされます
-
ジャーニーにエントリしたが、一時停止中に破棄されたプロファイルは、引き続きエンゲージメント可能なプロファイルとしてカウントされます
-
一時停止したジャーニーは、ライブの場合と同様に、すべてのビジネスルールで考慮されます
-
ジャーニーのグローバルタイムアウトは、一時停止したジャーニーに引き続き適用されます。 例えば、プロファイルが 90 日間ジャーニー内にあり、そのジャーニーを一時停止した場合、このプロファイルは 91 日目にジャーニーから離脱します
-
プロファイルは、アクションアクティビティに到達すると、一時停止したジャーニーで 破棄 されます。 ジャーニーの一時停止中に待機のままで、ジャーニーを再開した後に待機から離脱すると、ジャーニーは続行され、破棄されません。 エンドツーエンドのサンプルを参照してください
-
一時停止後もイベントは引き続き処理されるので、これらのイベントは 1 秒あたりのジャーニーイベント数の割り当て量にカウントされ、その後は単一イベントにスロットルが適用されます
-
プロファイルを一時停止したジャーニーで保持すると、再開時にプロファイル属性が更新されます
-
一時停止したジャーニーで条件は引き続き実行されるので、データ品質の問題によりジャーニーが一時停止している場合は、アクションノードの前の任意の条件が誤ったデータで評価される場合があります
-
ジャーニーが一時停止される前に最適化 アクティビティを既に通過したプロファイルは、その時点で行われたパス割り当てを保持します。 この割り当ては、一時停止の間に基礎となるオーディエンスまたは基準の定義が変更された場合でも、遡及的に再評価されません。 ジャーニーの再開後にアクティビティに到達したプロファイルのみが、最新の定義に対して評価されます。
-
増分オーディエンスベースの オーディエンスを読み取り ジャーニーの場合は、一時停止の時間が考慮されます。 これは、オーディエンスの選定またはイベントベースのジャーニーには当てはまりません（一時停止中にオーディエンスの選定またはイベントを受信し、ジャーニーの最初のアクティビティである場合、これらのイベントは破棄されます）
-
プロファイルをジャーニーで保持し、このジャーニーを数日後に自動的に再開する場合、プロファイルはジャーニーを続行し、ドロップされません。 ドロップする場合は、ジャーニーを停止する必要があります
-
一時停止したジャーニーでは、バッチセグメントアラートのアラートは発生しません
-
ジャーニーの 14 日間一時停止状態が終了すると、システムに監査ログが残りません
-
破棄されたプロファイルの一部は、ジャーニーステップイベントには表示されますが、レポートには表示されません。 次に例を示します。
- オーディエンスを読み取りのビジネスイベントが破棄される
- 一時停止したジャーニーにより、オーディエンスを読み取りジョブがドロップされる
- プロファイルが待機していたアクションの後にイベントアクティビティがあった場合、イベントは破棄される
エンドツーエンドのサンプル journey-pause-sample
次のジャーニーを例に取ります。
このジャーニーを一時停止する際に、プロファイルを 破棄 するか 保持 するかを選択すると、プロファイル管理は次のようになります。
- 買い物かごに追加アクティビティ：すべての新しいプロファイルのエントリがブロックされます。 プロファイルが一時停止の前に既にジャーニーにエントリしている場合、次のアクションノードに進みます。
- 待機アクティビティ：ジャーニーが一時停止している場合でも、プロファイルは引き続きノードで通常どおりに待機し、ノードを終了します。
- 最適化（条件）: プロファイルは引き続き条件を通過し、条件で定義された式に基づいて右側のブランチに移動します。
- プッシュ／メールアクティビティ：一時停止したジャーニー中、プロファイルは次のアクションノードで待機を開始するか、破棄されます（一時停止時のユーザーの選択に基づきます）。 そのため、プロファイルはそこで待機を開始するか、破棄されます。
- アクションノードの後のイベント：プロファイルが アクション ノードで待機していて、その後に イベント アクティビティがある場合、そのイベントが発生すると、イベントは破棄されます。
この動作により、一時停止したジャーニーでプロファイル数が増加していることを確認できます。主に アクション アクティビティの前のアクティビティで増加します。 例えば、この例では、待機 アクティビティが引き続き有効になっており、最適化（条件） アクティビティを終了するプロファイルの数が増加します。
このジャーニーを再開した場合：
- 1 分以内に新しいジャーニーのエントリが開始されます。
- アクションアクティビティのジャーニーで現在待機していたプロファイルは、5k tps の速度で再開されます。 その後、待機していた アクション にエントリし、ジャーニーを続行できます。
一時停止したジャーニーでのプロファイル破棄のトラブルシューティング discards-troubleshoot
Adobe Experience Platform クエリサービス を使用して、ステップイベントをクエリできます。ステップイベントでは、プロファイルの破棄に関する詳細情報を、発生したタイミングに応じて提供できます。
-
プロファイルがジャーニーにエントリする前に破棄が発生する場合は、次のコードを使用します。
code language-sql SELECT TIMESTAMP, _experience.journeyOrchestration.profile.ID, to_json(_experience.journeyOrchestration) FROM journey_step_events WHERE _experience.journeyOrchestration.serviceEvents.dispatcher.eventType = 'PAUSED_JOURNEY_VERSION' AND _experience.journeyOrchestration.journey.versionID=<jvId>これにより、ジャーニーのエントリ時に発生した破棄がリストされます。
-
オーディエンスジャーニーが実行中で、最初のノードがまだ処理中の場合、ジャーニーが一時停止すると、未処理のプロファイルはすべて破棄されます。
-
ジャーニーの一時停止中に、開始ノードに新しい単一イベントが（エントリをトリガーするために）到達すると、そのイベントは破棄されます。
-
-
プロファイルが既にジャーニー内にある際に破棄が発生する場合は、次のコードを使用します。
code language-sql SELECT TIMESTAMP, _experience.journeyOrchestration.profile.ID, to_json(_experience.journeyOrchestration) FROM journey_step_events WHERE _experience.journeyOrchestration.serviceEvents.stateMachine.eventType = 'JOURNEY_IN_PAUSED_STATE' AND _experience.journeyOrchestration.journey.versionID=<jvId>このコマンドにより、プロファイルがジャーニー内にある際に発生した破棄がリストされます。
-
破棄オプションを有効にしてジャーニーを一時停止し、一時停止前にプロファイルが既にエントリしている場合、そのプロファイルは、次のアクションノードに到達すると破棄されます。
-
保持オプションを選択してジャーニーを一時停止したが、1,000 万の割り当て量を超えたことによりプロファイルが破棄された場合、それらのプロファイルは次のアクションノードに到達した際にも破棄されます。
-
This section contains structured knowledge intended to support interpretation, retrieval, and question answering related to this topic.
For complete understanding, this information should be combined with the documentation on this page. Neither source is intended to stand alone; the page describes the feature, while this section provides additional context that helps disambiguate terminology, intent, applicability, and constraints.
- TL;DR: This page explains how to pause and resume a live journey in Adobe Journey Optimizer, including profile hold or discard behavior during the pause, how to apply profile attribute exit criteria while paused, and how to troubleshoot profile discards using Query Service.
Intents:
- Pause a live journey to prevent new profile entries and hold or discard in-flight profiles at the next action node
- Resume a paused journey manually or understand when it auto-resumes after the maximum pause period
- Apply a profile attribute exit criteria to exclude specific profiles (e.g., by country) when a journey is paused
- Bulk-pause or bulk-resume multiple live journeys from the journey inventory list
- Troubleshoot profile discards in a paused journey using Adobe Experience Platform Query Service step event queries
- View the audit trail of who paused or resumed a journey and when
Glossary:
- Pause (journey): A state that temporarily suspends a live journey, preventing new entrances and halting profile progress at the next action node; no communications are sent while paused (product-specific)
- Hold mode: A pause option that keeps in-flight profiles waiting at the next action node until the journey resumes (product-specific)
- Discard mode: A pause option that exits in-flight profiles from the journey when they reach the next action node (product-specific)
- Profile Attribute-based exit criteria: A filter applied to a paused journey that excludes profiles matching a defined expression at the next action node upon resume (product-specific)
- Bulk pause / Bulk resume: The ability to pause or resume multiple live or paused journeys simultaneously from the journey inventory list (product-specific)
Guardrails:
- Only users with the Publish journeys permission can pause and resume journeys; stopping a paused journey requires Manage journeys (and Campaigns > Publish Campaigns if inline campaigns or messaging nodes are present)
- Pause duration is configurable from 1 to 14 days; after that the journey auto-resumes
- Profiles held during pause resume at up to 5,000 TPS; the journey remains in Resuming until all held profiles have resumed
- Maximum of 10 million profiles can be held across all paused journeys in an organisation; excess profiles are automatically discarded
- Only one Profile Attribute-based exit criteria can be set per journey
- Profile Attribute-based exit criteria can only be created, updated, or deleted while the journey is paused
- Paused journeys count towards the live journey quota
- Journey global timeout (91 days) still applies during a pause
- Inbound activity communications already triggered before the pause continue to be delivered; to stop them, the journey must be stopped entirely
- Alerts for batch segment do not fire in paused journeys
- Fresh entrances are always discarded when a journey is paused, regardless of Hold or Discard mode
Terminology:
- Canonical name: Pause a journey — Acronym: none — variants: journey pause, pause/resume
- Synonyms: “Hold” = “park profiles”; “Discard” = “exit profiles”
- Do not confuse: “Pause” ≠ “Stop” — Pause is temporary and allows resume; Stop immediately exits all profiles and cannot be undone to a live state
- Do not confuse: “Pause” ≠ “Close to new entrances” — Close to new entrances lets existing profiles finish but does not suspend them; Pause suspends all in-flight profiles at the next action node
FAQ:
- Q: What happens to profiles already in a journey when it is paused? — Depending on the option chosen at pause time, profiles are either held (waiting at the next action node) or discarded (exited from the journey at the next action node).
- Q: How long can a journey remain paused? — Between 1 and 14 days (chosen at pause time); after that it automatically resumes.
- Q: Can I exclude certain profiles while a journey is paused? — Yes; apply a Profile Attribute-based exit criteria (one per journey) while the journey is paused to exclude matching profiles at the next action node upon resume.
- Q: Does pausing a journey stop in-app or web messages already triggered? — No; inbound communications already triggered before the pause continue to be delivered. To stop all inbound communications, you must stop the journey entirely.
- Q: How do I find out which profiles were discarded during a pause? — Query the
journey_step_eventsdataset in Adobe Experience Platform Query Service using thePAUSED_JOURNEY_VERSIONorJOURNEY_IN_PAUSED_STATEevent type filters with the journey version ID.