このページ：キャンペーンのライフサイクル、実行ログ、アクティビティのステータスインジケーターなど、Adobe Journey Optimizer のオーケストレーションキャンペーンをテスト、公開、監視する方法について説明します。
オーケストレーションキャンペーンを作成し、キャンバスで実行するタスクを設計したら、公開して実行状況を監視できます。 また、キャンペーンをテストモードで実行して、その実行と様々なアクティビティの結果を確認することもできます。
キャンペーンのライフサイクルの概要 lifecycle
オーケストレーションキャンペーンは、定義された一連の状態を通じて移動します。 公開ワークフローの主なステージは次のとおりです。
公開前のキャンペーンのテスト test
Journey Optimizer では、オーケストレーションキャンペーンを公開前にテストできます。 キャンペーンを作成すると、デフォルトで ドラフト 状態になります。 この状態では、キャンペーンを手動で実行してフローをテストできます。
オーケストレーションキャンペーンをテストするには、キャンペーンを開き、「開始」を選択します。 キャンペーン内の各アクティビティは、キャンバスの最後に達するまで順番に実行されます。
トリガーされたオーケストレーションキャンペーンの場合、システムは API 呼び出しを待ってキャンペーンを開始します。 テストを続行するには、シグナルを送信する必要があります。 シグナルトリガーキャンペーンのテストの詳細情報。
テスト中に、キャンバスのアクションバーを使用してキャンペーンの実行を管理できます。 ここから、次のことができます。
- 停止：いつでも実行を停止できます。
- 開始：実行を再度開始します。
- 再起動：単一アクションでワークフローをリセットし、再実行します。 これは、変更を行った後にキャンペーンのフローをすばやく再テストする際に特に役立ちます。
- 再開：実行が以前に一時停止されていた場合は、実行を再開します。
キャンバスツールバーにある アラート／警告 アイコンは、実行前にプロアクティブに表示される警告や、実行中または実行後に発生するエラーなどの問題を通知します。
また、各アクティビティに直接表示される視覚的なステータス指標を使用して、失敗したアクティビティをすばやく識別することもできます。 トラブルシューティングについて詳しくは、キャンペーンのログを開き、エラーとそのコンテキストに関する詳細な情報を参照してください。
キャンバスにチャネルアクティビティを追加した場合は、メッセージのコンテンツをプレビューおよびテストできます。 チャネルアクティビティを操作して、コンテンツをシミュレートする方法の詳細情報。
キャンペーンの公開 publish
キャンペーンのテストが完了し、準備が整ったら、「公開」をクリックしてキャンペーンを公開します。
視覚的なフローが再開し、実際のプロファイルがリアルタイムでジャーニーを通じてフローを開始します。
公開アクションが失敗した場合（例：メッセージコンテンツが欠落している）、警告が表示され、再試行する前に問題を修正する必要があります。 公開が成功すると、キャンペーンの実行が（即時またはスケジュールに従って）開始され、ステータスが ドラフト から ライブ に移行し、「読み取り専用」になります。
公開時の実行シーケンス publication-sequence
「公開」をクリックすると、次のシーケンスが内部で発生します。
- スケジューラーアクティベーション - キャンペーンにスケジュールが設定されている場合、スケジューラーはキックインし、定義された時間に実行をトリガーします。
- オーディエンスを保存アクティビティが最初に実行 - ワークフロー内のオーディエンスを保存アクティビティは、メッセージアクティビティの前に実行します。 オーディエンスシェルはオーディエンスポータル内で作成され、選定されたプロファイルの取り込みが開始されます。
- メッセージの実行が開始 - チャネルアクティビティが、ワークフローの最初のメッセージアクティビティの処理を開始します。
- プロファイルスナップショット参照 - プロファイルデータは、リアルタイムプロファイルではなく、公開時に取得されたスナップショットに対して解決されます。 これにより、実行全体の一貫性が確保されます。
- 同意評価 - 一致するプロファイルの場合、同意はプロファイルレコードから直接適用されます。 送信時に同意が再評価されることはありません。 同意管理の詳細情報
- その場のプロファイルの作成 - 既存のレコードと一致しないプロファイルは、実行中にその場で作成されます。
- 配信ログの作成 - 配信イベントは、
ajo_message_feedback_eventデータセットに記録されます。これは、配信ログと送信後の検証の主なソースです。
実行後に結果を検証するには、Journey Optimizer レポート機能を使用します。 オーケストレーションキャンペーンレポートの詳細情報
キャンペーンをドラフトに戻す back-to-draft
ドラフトに戻る機能を使用すると、特定の状況で、オーケストレーションキャンペーンを非公開にし、ドラフトステータスに戻すことができます。 キャンペーンライフサイクルの整合性を維持しながら、メッセージを送信する前に問題を修正する復元メカニズムとして設計されています。
このオプションは、次の 2 つのシナリオで使用できます。
-
実行待ちのスケジュール済みキャンペーン: キャンペーンが特定の時間に実行するようにスケジュールされ、その時間に達していない場合は、「ドラフトに戻る」を使用して、実行開始前にキャンペーンをレビューおよび修正できます。 ただし、キャンペーンが繰り返され（毎日のスケジュール済みキャンペーンなど）、1 回以上の実行が既に発生している場合、このオプションは使用できなくなります。 その場合、代わりにキャンペーンを複製する必要があります。
-
実行エラーを含むライブキャンペーン：キャンペーンの実行中にエラーが発生して一時停止し、キャンペーンの実行がまだ完了していない場合は、「ドラフトに戻る」を使用してエラーを修正し、キャンペーンを再公開できます。
キャンペーンをドラフトステータスに戻すには、オーケストレーションキャンペーンを開き、キャンペーンキャンバスツールバーの「ドラフトに戻る」ボタンをクリックします。
キャンペーンは非公開になり、ワークフローは停止されます。 キャンペーンは ドラフト ステータスに戻ります。 特定された問題を修正できるようになりました。次に、キャンペーンをテストし、準備が整ったら再び公開します。
メッセージ送信の確認 confirm-sending
デフォルトでは、繰り返し以外のオーケストレーションキャンペーンの場合、送信を明示的に承認するまでメッセージ配信は一時停止されます。 キャンペーンを公開したら、チャネルアクティビティのプロパティパネルから送信リクエストを確認します。 確認するまで、チャネルアクティビティは保留中のままになり、メッセージは送信されません。
公開前に、チャネルアクティビティのプロパティパネルから送信確認を無効にすることができます。 詳しくは、メッセージ送信の確認を参照してください。
キャンペーン実行の監視 monitor
視覚的なフローモニタリング flow
実行中（テストモードまたはライブモードで）は、視覚的なフローにプロファイルがリアルタイムでジャーニーを通じて移動する状況が表示されます。 タスク間を移動するプロファイルの数が表示されます。
トランジションを通じて 1 つのアクティビティから別のアクティビティへ移されたデータは、一時的な作業用テーブルに保存されます。 このデータは、トランジションごとに表示できます。 アクティビティ間で渡されるデータを検証するには：
-
トランジションを選択します。
-
プロパティパネルで、「スキーマをプレビュー」をクリックして、作業用テーブルスキーマを表示します。 「結果をプレビュー」を選択して、転送されたデータを表示します。
アクティビティ間で渡されたデータを調べて、キャンペーンフローを検証し、各アクティビティが期待されるプロファイルを処理していることを確認できるようになりました。
アクティビティ実行指標 activities
視覚的なステータス指標は、各アクティビティの実行状況を把握するのに役立ちます。
ログとタスク logs-tasks
ログとタスクのモニタリングは、調整されたキャンペーンを分析し、正しく実行されていることを確認する重要な手順です。 ログとタスクには、キャンバスツールバーのテストモードとライブモードの両方で使用できる「ログ」ボタンからアクセスできます。
ログとタスク画面には、キャンペーンの実行の完全な履歴が表示され、すべてのユーザーのアクションと発生したエラーが記録されます。
次の 2 種類の情報を使用できます。
- 「ログ」タブには、すべての操作とエラーの時系列履歴が含まれます。
- 「タスク」タブには、アクティビティの段階的な実行シーケンスの詳細が表示されます。
両方のタブで、表示される列とその順序を選択し、フィルターを適用し、検索フィールドを使用して目的の情報をすばやく見つけることができます。
アラートの設定 alerting
システムアラートは、オーケストレーションキャンペーンの問題についてプロアクティブな通知を提供するので、監視ビューを継続的に確認することなく、調査や是正措置を講じることができます。 管理／アラートから使用可能なアラートを表示および管理できます。
使用可能なアラートと登録方法について詳しくは、システムアラートへのアクセスと登録を参照してください。
アラート アクティビティをキャンペーンキャンバスに追加して、独自のアラートを作成することもできます。 このアラートは、キャンペーンの実行がアクティビティに達したときに実行されます。 アラート アクティビティの設定方法を説明します。
オーケストレーションされたキャンペーンがエラーコードを返す場合は、 オーケストレーションされたキャンペーンエラーを参照してください。
次の手順 next
オーケストレーションキャンペーンのキャンバスを開始した後、Journey Optimizer のレポート機能を使用して、オーディエンスの行動の把握や、カスタマージャーニーの各ステップのパフォーマンスの測定などのインサイトを得ることができます。 オーケストレーションキャンペーンレポートの詳細情報
オーケストレーションキャンペーンについて質問がある場合 実務担当者からの最も一般的な質問に対する回答について詳しくは、オーケストレーションキャンペーンに関する FAQを参照してください。
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 test, publish, revert, confirm sending, and monitor Orchestrated campaigns in Adobe Journey Optimizer, including the campaign lifecycle, execution logs, activity status indicators, and alerts.
Intents:
- Test an Orchestrated campaign in Draft status before publishing.
- Publish a campaign and understand the internal publication-time execution sequence.
- Revert a published campaign back to draft status using Back to draft.
- Confirm message sending for non-recurring campaigns after publishing.
- Monitor campaign execution through the visual flow, activity status indicators, and logs and tasks.
- Set up system alerts or an Alert activity to be notified of issues.
Glossary:
- Draft: the default status when a campaign is created, in which the campaign is being built and tested and is not yet active (product-specific)
- Live: the status after a campaign has been published and is executing (product-specific)
- Completed: the status once campaign execution has finished (product-specific)
- Back to draft: a feature that unpublishes and reverts an orchestrated campaign to draft status in specific situations, designed as a recovery mechanism to fix issues before any messages are sent (product-specific)
- Confirm sending: the explicit approval step required, by default, before a non-recurring campaign’s channel activity sends messages after publishing (product-specific)
- Logs and tasks: the screen providing a complete history of campaign execution, recording all user actions and encountered errors, with separate Log and Tasks tabs (product-specific)
- Alert activity: a canvas activity that fires a custom alert when campaign execution reaches it (product-specific)
Guardrails:
- When testing a campaign in Draft status, all activities in the canvas are executed except Save audience activities and channel activities; there is no functional impact on your data or audience.
- For triggered orchestrated campaigns, testing requires sending an API call signal to continue the test; the system waits for this call to start the campaign.
- The Publish button is disabled (greyed out) if there are unresolved errors; all errors must be fixed before publishing.
- On successful publishing, the campaign moves from Draft to Live status and becomes “Read only”.
- By default, for non-recurring orchestrated campaigns, message delivery is paused after publishing until the send is explicitly confirmed from the channel activity’s properties pane; until confirmed, the channel activity stays pending and no message is sent.
- Back to draft is available for scheduled campaigns awaiting execution only while the scheduled time has not yet been reached; if the campaign is recurring and at least one execution has already occurred, this option is no longer available.
- Back to draft is available for live campaigns with execution errors only when the campaign is paused due to the error and no campaign executions have been completed yet.
- During publication, Save Audience activities execute before message activities.
- During publication, profile data is resolved against a snapshot taken at publication time, not the real-time profile, to ensure consistency across the entire execution.
- During publication, consent is honored directly from the profile record for matching profiles and is not re-evaluated at send time.
- During publication, profiles that do not match an existing record are created on the fly during execution.
- Delivery events are recorded in the
ajo_message_feedback_eventdataset, the primary source for delivery logs and post-send validation. - The Logs button, giving access to Logs and tasks, is available in both test and live mode in the canvas toolbar.
Applicability:
- Applies to: Orchestrated campaigns.
- Testing restriction (Save audience and channel activities not executed during test) applies to: Orchestrated campaign test mode in Draft status.
- Confirm sending (paused delivery pending explicit approval) applies to: non-recurring orchestrated campaigns.
Terminology:
- Canonical name: Orchestrated campaign — status values: Draft, Live, Completed (see also Scheduled, Stopped, Archived on the linked statuses page).
- Do not confuse: “Draft” (campaign being built and tested, not yet active) ≠ “Live” (published and executing) ≠ “Completed” (execution has finished).
- Do not confuse: “Stop” (stop execution at any time during test) ≠ “Restart” (reset and re-run the workflow in a single action) ≠ “Resume” (continue execution if previously paused).
- Do not confuse: “Preview schema” (view the work table schema for a transition) ≠ “Preview results” (see the transported data for a transition).
FAQ:
- Q: What happens when I test an Orchestrated campaign in Draft status? — All activities in the canvas are executed except Save audience activities and channel activities, with no functional impact on your data or audience.
- Q: What must be true before I can publish a campaign? — All errors must be fixed; if the Publish button is disabled, you must check the error messages in the logs.
- Q: Are messages sent immediately after publishing a non-recurring campaign? — No, by default message delivery is paused until you explicitly confirm the send from the channel activity’s properties pane.
- Q: When can I use Back to draft? — For scheduled campaigns awaiting execution before the scheduled time is reached (unless recurring with at least one execution already completed), or for live campaigns paused due to an execution error with no completed executions yet.
- Q: Where are delivery events recorded? — In the
ajo_message_feedback_eventdataset, the primary source for delivery logs and post-send validation. - Q: Where can I set up alerts for my Orchestrated campaign? — From Administration > Alerts for system alerts, or by adding an Alert activity to the campaign canvas for custom alerts fired when execution reaches it.
Best practices:
- Before clicking Publish, confirm the campaign ran successfully in test mode with no errors in the logs, that message content has been previewed using Simulate Content, that the schedule is configured if applicable, and that you have reviewed the sending confirmation behavior.
Related pages:
- For all campaign statuses (including Scheduled, Stopped, Archived) and available actions at each stage: Understanding campaign statuses (campaigns/manage-campaigns.md)
- For testing signal-triggered campaigns: Learn how to test signal-triggered campaigns (orchestrated/trigger-orchestrated-campaign.md)
- For working with channel activities and simulating message content: Learn how to work with channel activities and simulate content (orchestrated/activities/channels.md)
- For configuring a campaign schedule: schedule is configured (orchestrated/create-orchestrated-campaign.md)
- For details on the Save audience activity: Save audience (orchestrated/activities/save-audience.md)
- For the Audience Portal where audience shells are created: Audience Portal (audience/about-audiences.md)
- For consent management during publication: Learn more about consent management (action/consent.md)
- For querying the delivery events dataset:
ajo_message_feedback_event(data/datasets-query-examples.md) - For Orchestrated campaigns reporting: Learn more on Orchestrated campaigns reporting (orchestrated/reporting-campaigns.md)
- For accessing and subscribing to system alerts: Access and subscribe to system alerts (reports/alerts.md)
- For configuring the Alert activity: Learn how to configure the Alert activity (orchestrated/activities/alert.md)
- For a list of error codes: Orchestrated campaign errors (orchestrated/orchestrated-campaign-errors.md)
- For disabling sending confirmation before publishing: Confirm message sending (orchestrated/activities/channels.md)
- For common questions from practitioners: Orchestrated campaigns FAQ (orchestrated/orchestrated-campaigns-faq.md)
- For duplicating a recurring campaign that can no longer be reverted to draft: duplicate the campaign (campaigns/manage-campaigns.md)
Personas:
- marketer: Can test an Orchestrated campaign in Draft status by selecting Start, then control the test using Stop, Start, Restart, or Resume. Can publish the campaign by selecting Publish to move it from Draft to Live status. Can monitor execution through the visual flow, activity status indicators, and the Logs and tasks screen. The page states that the Publish button is disabled until all errors are fixed. Where: “Publish the campaign”.
Onboarding:
- Level: Intermediate
- First minimal step: Open the campaign and select Start to test it in Draft status.
- Success check: Each activity in the campaign is executed sequentially until the end of the canvas is reached.
- Previous: Create and schedule the Orchestrated campaign before testing and publishing it: Create and schedule Orchestrated campaigns with Journey Optimizer (orchestrated/create-orchestrated-campaign.md)
- Next: Get insights on audience behavior and measure step performance after starting the campaign: Reporting for Orchestrated campaigns with Adobe Journey Optimizer (orchestrated/reporting-campaigns.md); Find answers to common questions about Orchestrated campaigns: Orchestrated campaigns Frequently Asked Questions (orchestrated/orchestrated-campaigns-faq.md)