このページ：前提条件、公開プロセス、バージョン管理、再公開要件など、ジャーニーをライブで設定するためのジャーニーの公開方法について説明します。
ジャーニーを公開すると、そのジャーニーがアクティブになります。ステータスは ライブ に移動し、新しいプロファイルが入力できるようになります。また、読み取り専用モードに切り替わります。 エラーを含むジャーニーは公開できません。
公開前に before-you-publish
公開する前に、ジャーニーが次の前提条件を満たしていることを確認してください。
- 検証エラーはありません — エラーを含むジャーニーを公開することはできません。 最初にジャーニーをテスト し、 アクティビティエラーのトラブルシューティング を行います。
- 公開権限 – 公開には、Publish journeysの高レベル権限が必要です。 アクセス権の管理の詳細をご覧ください。
- 制限内のペイロード — ジャーニーペイロードは、設定された制限内（デフォルトでは4 MB）である必要があります。 ジャーニーペイロードサイズの検証を参照してください。
- 承認ポリシーのコンプライアンス — ジャーニーが承認ポリシーの対象となる場合、公開時にすぐに公開するのではなく、承認用に送信します。 承認者が承認すると、ジャーニーは自動的に公開されます。後で実行する個別の公開手順はありません。 学習を増やす。
公開前に適切な検証方法を選択します choose-validation-method
利用可能なテストオプションのいずれかを使用して、ジャーニーを検証します。 それぞれ異なるタイプのデータを使用し、異なるステージのビルドに適合します。
ドライランは、実際のコミュニケーションを配信したり、ライブプロファイルデータを更新したりすることはありません。 シミュレーションモードとテストモードは、実際のメッセージを配信します。シミュレートされたユーザーで定義された実行アドレスにシミュレーションを送信し、テストモードは、テストプロファイルとして明示的にフラグが付けられたプロファイルの実際の受信トレイに送信します。
これら3つの方法の完全な比較については、検証方法の選択を参照してください。
公開プロセス journey-publication
ジャーニーを公開する手順を以下に示します。
ジャーニーを公開すると、読み取り専用モードになります。 読み取り専用モードでは、アクティビティのラベルと説明、ジャーニーの名前、ジャーニーの説明のみを変更できます。 公開済みのジャーニーに追加の変更を行う必要がある場合は、ジャーニーの新しいバージョンを作成します。
ジャーニーのステータス journey-statuses
公開後、ジャーニーはいくつかのステータスに移動します。
- ライブ — ジャーニーが公開され、プロファイルが入力できます。
- Closed – 新しいバージョンが公開されたときに自動的に終了した以前のバージョン。 入り口は出来ない。
- 完了 — ジャーニーは、終了条件に従って完了しました。 ジャーニーが終了したと見なされるタイミングの正確な定義については、 ジャーニーの終了方法を参照してください。
ジャーニーを停止 stop-journey
ジャーニーを停止すると、そのジャーニーは完全に停止します。 ジャーニーを進むすべての個人は完全に停止し、ジャーニーは新規エントリの許可を停止します。 ジャーニーを再び実行する必要がある場合は、複製して新しいジャーニーを公開します。 ジャーニーの終了方法について詳しくは、 ジャーニーの終了方法を参照してください。
要件の再公開 republishing
場合によっては、変更またはアセットを有効に保つためにジャーニーを再公開する必要があります。
-
ジャーニーのメッセージで使用されるオファーの決定に変更を行う場合は、ジャーニーを非公開にして、再公開する必要があります。 これにより、変更がジャーニーのメッセージに組み込まれ、メッセージが最新の更新と一致するようになります。
-
アセット／画像は、フラグメント／インラインメッセージで最初に公開されてから最大 2 年間（730 日間）、配信済みコンテンツでアクセスできます。 この有効期限の後（730 日後の任意の時間）に、さらに 2 年間アクセスできるようにするには、再公開が必要です。 最初の公開から 730 日以内に再公開した場合、アセット／画像の有効期限は次の 730 日間に延長されません。
ジャーニーのバージョン journey-versions
ジャーニーリストには、すべてのジャーニーバージョンがバージョン番号と共に表示されます。 ジャーニーを検索すると、アプリを初めて開いたときに、リストの先頭に最新のバージョンが表示されます。 次に、必要な並べ替えを定義します。アプリケーションはこの定義をユーザーの環境設定として扱います。 ジャーニーのバージョンは、ジャーニー版インターフェイスの上部（キャンバスの上）にも表示されます。
ジャーニーの新しいバージョンの作成 journey-create-new-version
ライブジャーニーを変更する必要がある場合は、ジャーニーの新しいバージョンを作成します。 既存のジャーニーの新しいバージョンを作成するには、次の手順に従います。
-
ライブジャーニーの最新バージョンを開き、「新しいバージョンを作成」をクリックして確認します。
note NOTE 新しいバージョンは、ジャーニーの最新バージョンからのみ作成できます。 -
変更を加え、「公開」をクリックして確認します。
ジャーニーが公開された時点から、最新版ジャーニーに個人利用者がエントリし始めます。 既に前のバージョンにエントリしている人物は、ジャーニーが終了するまで古いバージョンを継続します。 後で同じジャーニーに再エントリする場合は、最新バージョンにエントリすることになります。
ジャーニーのバージョンは個別に停止できます。 ジャーニーのすべてのバージョンには同じ名前が付いています。
新しいバージョンのジャーニーを公開すると、前のバージョンが自動的に終了し、クローズステータスに切り替わります。 このジャーニーにはエントリできません。 最新バージョンを停止しても、以前のバージョンはクローズのままとなります。
よくある質問 faq
ジャーニーを公開できないのはなぜですか？
最も一般的な理由は、ジャーニーに検証エラーが含まれていることです。エラーのあるジャーニーを公開することはできません。 その他のブロッカーには、 ペイロードサイズの制限を超えているか、Publish journeys権限がないか、保留中の承認が含まれます。 公開前および アクティビティエラーのトラブルシューティング を参照してください。
公開後にジャーニーを編集できますか？
公開されたジャーニーは読み取り専用モードです。 変更できるのは、アクティビティラベルと説明、ジャーニーの名前およびジャーニーの説明のみです。 その他の変更については、 ジャーニーの新しいバージョン を作成します。
新しいバージョンを公開すると、ジャーニー内にすでに存在するプロファイルはどうなりますか？
新しいプロファイルは最新バージョンに移行します。 以前のバージョンのプロファイルは、完了するまで残ります。後で再入力すると、最新バージョンに移行します。 以前のバージョンは自動的に Closed に切り替わり、新しいエントリは受け付けません。 ジャーニー版を参照してください。
停止したジャーニーを再実行するにはどうすればよいですか？
ジャーニーの停止は永続的です。 もう一度実行するには、それを複製して新しいジャーニーを公開します。 「 ジャーニーの停止」を参照してください。
オファーの決定を変更したり、アセットを更新した後に再公開する必要がありますか？
はい。 ジャーニーのメッセージで使用されているオファー決定を変更する場合は、変更が適用されるように、ジャーニーを非公開にして再公開します。 Assetsと画像は、最初の公開から730日後に有効期限が切れます。その後は再公開してアクセスを維持します。 要件の再公開を参照してください。
承認が必要なジャーニーを公開できますか？
ジャーニーが承認ポリシーの対象となる場合は、公開をクリックすると、すぐに公開するのではなく、承認のためにジャーニーが送信されます。 承認者が承認すると、ジャーニーは自動的に公開されます。承認後に実行する個別の公開手順はありません。 承認について詳しく見る。
関連トピック related-topics
- ジャーニーをテストする – 公開前にテストプロファイルでジャーニーを検証します
- ジャーニーのシミュレーション – 公開前に、シミュレートされたユーザーとジャーニーを検証します
- ジャーニードライ実行 - プロファイルに連絡せずに実稼動データを使用してテストします
- トラブルシューティング - アクティビティと公開エラーを解決する
- ジャーニーの終了方法 - ジャーニーの完了とステータスを理解する
- プロファイルのエントリ管理 - プロファイルがジャーニーを入力および再入力する方法を設定します
- ジャーニーのガードレールと制限事項 – 公開とバージョン管理のガードレールを確認する
チュートリアルビデオ video
ジャーニーの公開方法について詳しくは、次のビデオを参照してください。
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 publish an Adobe Journey Optimizer journey, manage journey versions, and understand the constraints that apply once a journey is live.
Intents:
- Publish a journey to make it live and available for profile entry
- Verify journey validity and resolve errors before publishing
- Create a new version of a live journey to make modifications
- Understand read-only restrictions that apply after a journey is published
- Stop a journey permanently or manage transitions between versions
Glossary:
- Journey version: A numbered iteration of a journey; new versions are created to modify a live journey without disrupting profiles already in progress (product-specific)
- Closed status: The state a previous journey version enters automatically when a new version is published; no new profiles can enter a Closed journey (product-specific)
- Approval policy: An optional governance workflow requiring explicit approval before a journey can be published (product-specific)
Guardrails:
- A journey with errors cannot be published.
- Journey Optimizer validates the total journey payload size at save and publish time; publication may be blocked if the limit is exceeded.
- After publishing, a journey is in read-only mode; only labels, descriptions, and the journey name can be edited.
- A new version can only be created from the latest version of a journey.
- When a journey is stopped, it is permanently stopped; it must be duplicated to run again.
- Assets and images in delivered content are accessible for up to 730 days from first publication; re-publishing is required after that period.
- If an offer decision used in a journey message changes, the journey must be unpublished and republished.
- Specific guardrails apply to journey versioning (see guardrails page).
Terminology:
- Canonical name: Publish Journey — Acronym: none — variants: activate journey, go live
- Synonyms: “Publish” = “activate” = “go live”
- Do not confuse: Stop (emergency halt of all profiles) ≠ Close to new entrances (manual graceful close; existing profiles finish) ≠ Closed status (automatic when a new version is published, or after manual close to new entrances)
- Do not confuse: Simulation (temporary simulated users, no AEP test profiles needed) ≠ Test mode (persistent AEP test profiles, draft journeys only) ≠ Dry run (real production audience data, no contact, no profile update, action nodes bypassed)
FAQ:
- Q: Can I edit a journey after it is published? — Only labels, descriptions, and the journey name can be changed. To make other modifications, create a new version of the journey.
- Q: What happens to profiles in an older journey version when a new version is published? — Profiles already in the previous version stay there until they finish; new profiles enter the latest version.
- Q: Can I republish a Closed journey version? — No. Once a previous version is Closed, it stays closed even if the latest version is stopped.
- Q: What should I do if an offer decision used in the journey changes? — Unpublish the journey and republish it to incorporate the updated offer decision.
- Q: Is approval required before publishing? — Only if your journey is subject to an approval policy; in that case, publishing submits the journey for approval instead of publishing it right away, and it is published automatically once an approver signs off.