よくある質問 faq-journeys
Adobe Journey Optimizer のジャーニーに関するよくある質問を以下に示します。
さらに詳細が必要ですか？このページの下部にあるフィードバックオプションを使用して、質問を入力するか、Adobe Journey Optimizer コミュニティにアクセスしてください。
一般概念
ジャーニーとは、複数のチャネルをまたいでリアルタイムのカスタマーエクスペリエンスを設計および実行できる複数手順のオーケストレーションです。ジャーニーでは、イベント、オーケストレーションアクティビティ、アクション、メッセージを組み合わせて、顧客行動やビジネスイベントに基づいてパーソナライズされたコンテキストエクスペリエンスを作成します。
詳しくは、ジャーニーを参照してください。
Adobe Journey Optimizer では、次の 4 つのタイプのジャーニーをサポートしています。
- 単一ジャーニー：イベント（例：購入、アプリのログイン）により個別にトリガーされます。イベントが発生すると、プロファイルが 1 つずつジャーニーにエントリします。
- オーディエンスを読み取りジャーニー：Adobe Experience Platform のオーディエンスから開始し、そのオーディエンス内のすべてのプロファイルにメッセージを一括送信します。
- オーディエンスの選定ジャーニー：プロファイルが特定のオーディエンスセグメントを選定した（または退出した）際にトリガーされます。プロファイルは、オーディエンス条件を満たすとジャーニーにエントリします。
- ビジネスイベントジャーニー：複数のプロファイルに同時に影響を与えるビジネスイベント（例：株価更新、天候アラート）によりトリガーされます。
詳しくは、ジャーニータイプを参照してください。
ジャーニーは、イベントやターゲットオーディエンスに反応する複数手順のオーケストレーションで、カスタマーライフサイクルをまたいで複雑なロジック、条件、待ち時間、複数のタッチポイントを実現します。
キャンペーンには、次の 3 つのタイプがあります。
- アクションキャンペーン：特定のオーディエンスに送信される 1 回限りまたは繰り返しの通信。プロモーションのお知らせやニュースレターなどのスタンドアロンメッセージに最適です。
- API トリガーキャンペーン：API 呼び出し経由でトリガーされるキャンペーン。外部システムとの統合が可能になり、リアルタイムイベントやビジネスロジックに基づいてメッセージを送信できます。
- オーケストレーションキャンペーン：条件、待ち時間、複数のアクションを含めることができるキャンバス上に作成された、複数手順のオーディエンスベースのキャンペーンで、スケジュール済みの調整されたエクスペリエンスを作成できます。
ベストプラクティス：高度なオーケストレーションを使用した複雑なイベントトリガーエンゲージメントにはジャーニーを使用します。また、スケジュール済みのオーディエンスベースの通信にはアクションキャンペーンを使用します。外部システムからのプログラムによるトリガーには API トリガーキャンペーンを使用します。さらに、キャンペーン固有の要件を伴う複数手順の通信にはオーケストレーションキャンペーンを使用します。
ジャーニーは、次のコンポーネントで構成されます。
- イベント：ジャーニーをトリガーするエントリポイント（例：プロファイルの選定、ビジネスイベント）
- オーケストレーションアクティビティ：条件、待機、オーディエンスを読み取り、終了などのロジックコンポーネント
- アクション：メッセージの送信、プロファイルの更新、外部 API の呼び出しなどのタスクを実行するアクティビティ
- ビルトインのチャネルアクション：メール、SMS、プッシュなどのチャネル向けのネイティブメッセージ機能
- カスタムアクション：サードパーティシステムとの統合
詳しくは、ジャーニーアクティビティを参照してください。
Adobe Journey Optimizerでは、それぞれ異なる特性とガードレールを持つ、次の 4 種類のオーディエンスをサポートしています。
1.ストリーミングオーディエンス
-
説明：プロファイルデータの変更に応じてリアルタイムで評価されるオーディエンス
-
評価：プロファイル属性またはイベントがセグメント条件に一致する場合の継続的な評価
-
ジャーニー使用量：オーディエンスを読み取り、オーディエンスの選定、条件の各アクティビティでサポートされています
-
最適な対象：行動の変更やプロファイルの更新に基づくリアルタイムエンゲージメント
-
ガードレール:
- 最大オーディエンスサイズは、Journey Optimizerのライセンスによって異なります
- 評価待ち時間は通常 5 分未満
- 複雑なセグメントロジックは、評価パフォーマンスに影響を与える場合があります
2. バッチオーディエンス
-
説明：スケジュールに基づいて評価されるオーディエンス（通常は毎日）
-
評価：スケジュールされた間隔でバッチジョブで処理
-
ジャーニーの使用状況：オーディエンスを読み取りアクティビティと条件アクティビティでサポートされます。オーディエンスの選定ジャーニーでは限定的にサポートされます
-
最適な対象：通常のキャンペーン、ニュースレター、スケジュールされた通信
-
ガードレール:
- 評価は 1 日に 1 回（デフォルト）または設定したスケジュールで行われます
- プロファイルは、次の評価までリアルタイムの変更を反映しない場合があります
- オーディエンスを読み取りアクティビティで、大きなバッチオーディエンスを効率的に処理できます
3.オーディエンスのアップロード（カスタムアップロード）
-
説明：プロファイル識別子を含む CSV ファイルをアップロードして作成されたオーディエンス
-
評価：新しいファイルがアップロードされたときにのみ更新される静的リスト
-
ジャーニーの使用状況：オーディエンスを読み取りアクティビティと条件アクティビティではサポートされています。オーディエンスの選定ジャーニーでは サポートされていません
-
最適な対象:1 回限りのキャンペーン、外部リストのインポート、ターゲット通信
-
ガードレール:
- CSV ファイルサイズの制限が適用されます（現在の制限については、製品ドキュメントを確認してください）
- オーディエンスメンバーは、新しいアップロードで更新されるまで静的です
- ID 名前空間はジャーニー名前空間と一致する必要があります
- プロファイルはAdobe Experience Platformに存在する必要があります
4. Federated Audience Composition （FAC）オーディエンス
-
説明：連合データを使用して作成されたオーディエンス。データをAdobe Experience Platformにコピーすることなく、外部データウェアハウスからオーディエンスをクエリおよび作成できます
-
評価：フェデレーテッド オーディエンス構成が実行されると、静的構成が更新されます
-
ジャーニーの使用状況：オーディエンスを読み取りアクティビティと条件アクティビティでサポートされています。オーディエンスの選定ジャーニーでは サポートされていません （バックエンドの観点からのオーディエンスのアップロードと同様です）
-
最適な対象:Enterprise Data Warehouse の統合、外部データソースを使用したオーディエンス構成、外部システムにデータを保持する必要があるシナリオ
-
ガードレール:
- オーディエンスメンバーは、次のフェデレーション構成が実行されるまで静的です
- ID 名前空間はジャーニー名前空間と一致する必要があります
- パフォーマンスは外部 Data Warehouse クエリ機能に依存します
- Federated Audience Composition アドオンが必要です
Customer Journey Analytics（CJA）のオーディエンス:
CJA オーディエンスはジャーニーで直接サポートされていませんが、セグメント化ルールでCJA オーディエンスを「ラップ」することで 回避策 を使用できます。 これにより、CJA オーディエンスを参照するバッチ UPS （統合プロファイルサービス）オーディエンスが作成され、ジャーニーでバッチオーディエンスタイプとして使用できるようになります。
ジャーニー固有の考慮事項:
- オーディエンスジャーニーを読み取り:4 つのオーディエンスタイプがすべてサポートされています。バッチ書き出しは、ジャーニーの実行時に行われます
- オーディエンスの選定ジャーニー：ストリーミングオーディエンスの推奨、バッチオーディエンスの選定検出が遅延する、アップロードおよび FAC オーディエンスがサポートされない
- 条件アクティビティ：すべてのオーディエンスタイプを使用して、メンバーシップを確認できます
- 名前空間の整合性：オーディエンス ID 名前空間は、適切なプロファイル識別のために、ジャーニーの名前空間と一致する必要があります
ベストプラクティス：
- 即座の応答を必要とするリアルタイムのイベント駆動型ジャーニーに ストリーミングオーディエンス を使用
- 毎日の評価で十分な、スケジュールされた通信への バッチオーディエンス の使用
- 外部リストを使用したターゲット設定の 1 回限りのキャンペーンには、オーディエンスをアップロード を使用します
- データ重複を伴わないエンタープライズデータウェアハウス機能の活用が必要な場合は、FAC オーディエンス を使用します
- 大規模デプロイメントでのオーディエンスサイズと評価パフォーマンスの監視
- ジャーニーのタイミングとエントリ条件を設計する際は、オーディエンスの更新頻度を考慮します
オーディエンス 、 セグメントの作成 、 カスタムアップロードオーディエンス および Federated Audience Composition について説明します。
次の場合に 単一ジャーニー を使用します。
- 個々の顧客のアクションにリアルタイムで対応する必要がある（例：購入確認、買い物かごの放棄）
- 各顧客が自分のペースで進めていく必要がある
- 特定のイベントに基づいてトリガーする必要がある
次の場合に オーディエンスを読み取りジャーニー を使用します。
- グループに一括送信している（例：月刊ニュースレター、プロモーションキャンペーン）
- すべての顧客が、ほとんど同時にメッセージを受信する必要がある
- 事前定義済みのオーディエンスセグメントをターゲティングしている
ジャーニーの作成
次の主な手順に従います。
- 前提条件を設定：必要に応じてイベント、データソース、アクションを設定します
- ジャーニーを作成：ジャーニーメニューに移動し、「ジャーニーを作成」をクリックします
- ジャーニープロパティを定義：ジャーニーの名前、説明、その他の設定を指定します
- ジャーニーをデザイン：パレットからキャンバスにアクティビティをドラッグ＆ドロップします
- ジャーニーをテスト：テストモードを使用して、ジャーニーロジックを検証します
- ジャーニーをドライラン：ドライランを使用して、実際の顧客に連絡したり、プロファイル情報を更新したりせずに、実際の実稼動データを使用してジャーニーをテストします
- ジャーニーを公開：ジャーニーをアクティブ化して公開します
ステップバイステップガイドに従います。
前提条件は、ジャーニーのタイプによって異なります。
- イベントトリガージャーニー：プロファイルがジャーニーにエントリするタイミングを定義するイベントを設定します
- オーディエンスベースのジャーニー：Adobe Experience Platform でオーディエンスを作成します
- データエンリッチメント：追加情報を取得するデータソースを設定します
- サードパーティ統合：外部システムを使用する場合はカスタムアクションを設定します
詳しくは、ジャーニー設定を参照してください。
はい、外部データを活用するアプローチはいくつかあります。
ベストプラクティス：
- カスタムアクション：カスタムアクションを通じて外部 API を呼び出して、サードパーティのシステムからデータを取得するか、サードパーティのシステムにデータを送信します。これは、外部システムとのリアルタイムのインタラクションに推奨されるアプローチです。
- データセット参照：外部システムから Adobe Experience Platform にデータを読み込むことができる場合は、データセット参照機能を使用して、Experience Platform データセットに保存されている情報を取得します。
- 外部データソース：サードパーティの API サービスから情報を取得する外部データソースを設定します（上記の方法より推奨されません）。
これらのオプションを使用すると、CRM、ロイヤルティシステム、天候サービスなどの外部プラットフォームからのデータを使用して、カスタマーエクスペリエンスを強化できます。
条件は、オーケストレーションパレットの 条件アクティビティ を使用して追加できます。条件を使用すると、次の操作を実行できます。
- 式エディターを使用して、シンプルな条件または高度な条件を作成
- プロファイル属性、オーディエンスメンバーシップ、イベント、コンテキストデータに基づいて、ジャーニーを複数のパスに分割
- 指定した時間内に条件を満たさないプロファイルのタイムアウトパスを定義
詳しくは、条件を参照してください。
はい。Journey Optimizer には、メール、プッシュ通知、SMS／MMS／RCS、アプリ内メッセージ、web エクスペリエンス、コードベースのエクスペリエンス、ダイレクトメール、コンテンツカード、WhatsApp、LINE を通じてメッセージを送信できる ビルトインのチャネルアクション が含まれています。Journey Optimizer でメッセージコンテンツを直接デザインし、ジャーニーのアクションアクティビティとして追加できます。
ネイティブでサポートされていないチャネルの場合は、カスタムアクションを使用して外部メッセージプラットフォームと統合し、任意のサードパーティチャネルを通じてメッセージを送信できます。
詳しくは、ジャーニーのメッセージとカスタムアクションを参照してください。
指定した期間や特定の日付／時刻までジャーニーを一時停止するには、待機アクティビティを使用します。待機アクティビティは、次の場合に役立ちます。
- 遅延後にフォローアップメッセージを送信している（例：購入から 3 日後）
- 一定間隔でドリップキャンペーンを作成している
- タイムアウトシナリオを作成する条件を組み合わせている
詳しくは、待機アクティビティを参照してください。
はい。プロファイルを更新アクティビティを使用して、ジャーニーイベントまたは条件に基づいて Adobe Experience Platform のプロファイル属性を変更します。これは、ロイヤルティポイントの更新、ジャーニーマイルストーンの記録、環境設定の変更、顧客エンゲージメントスコアのトラッキングに役立ちます。
詳しくは、プロファイルの更新を参照してください。
はい。タイムアウト付きの 反応イベント を使用します。
-
メッセージを送信した後、メールの開封やクリックをリッスンする反応イベントを追加します
-
反応イベントのタイムアウト期間（例：3日間）を設定します
-
2 つのパスを作成します。
- 開封した／クリックした場合：次の手順に進むか、ジャーニーを終了します
- タイムアウトパス（未開封／未クリック）：件名が異なるリマインダーメールを送信します
ベストプラクティス：スパムと思われないように、再送信の回数を制限します（通常は最大 1～2 回のリマインダー）。
詳しくは、反応イベントを参照してください。
タイムアウト付きの反応イベントを使用して、イベントトリガージャーニーを作成します。
-
「買い物かごの放棄」イベントを設定：項目を追加したが、期間内にチェックアウトが完了しない場合にトリガーされます
-
反応イベントを追加：購入イベントをリッスンするように設定します
-
タイムアウト期間を設定：顧客が自然に完了する時間を与えるために、反応イベントにタイムアウト（例：1～2 時間）を定義します
-
2 つのパスを作成します。
- 購入イベントが発生した場合：ジャーニーを終了するか、購入後のフローに進みます
- タイムアウトパス（購入なし）：買い物かごの内容を含む放棄リマインダーメールを送信します
-
オプション：タイムアウト（24 時間）付きの別の反応イベントを追加し、インセンティブ（例：10％ディスカウント）付きの 2回目のリマインダーを送信します
詳しくは、ジャーニーのユースケースと反応イベントを参照してください。
オーディエンスメンバーシップまたはプロファイル属性を含む 条件アクティビティ を使用します。
-
条件アクティビティをジャーニーに追加します
-
条件に基づいて複数のパスを作成します。
- パス 1：高価値顧客（合計購入額 1,000 ドル以上）
- パス 2：通常顧客（合計購入額 100～1,000 ドル）
- パス 3：新規顧客（合計購入額 100 ドル未満）
-
パスごとに異なるメッセージやオファーを追加します
詳しくは、条件とオーディエンスの選定を参照してください。
Journey Optimizer には、タイムゾーン管理のオプションがいくつか用意されています。
- プロファイルタイムゾーン：メッセージは各個人のプロファイルに保存されているタイムゾーンに基づいて送信されます
- 固定タイムゾーン：すべてのメッセージで、定義済みの特定のタイムゾーンが使用されます
詳しくは、タイムゾーン管理を参照してください。
待ち時間のベストプラクティス：
- トランザクションメッセージ（注文確認）：すぐに送信します
- ウェルカムシリーズ：メール間隔は 1～3 日
- 教育コンテンツ：メッセージ間隔は 3～7 日
- プロモーションキャンペーン：オファー間隔は 7 日以上
- 再エンゲージメント：非アクティブユーザーに対して 14～30 日
考慮すべき要因：
- 業界標準と顧客の期待
- メッセージの緊急度と重要度
- すべてのチャネルをまたいだ全体的なメッセージ頻度
- 顧客エンゲージメントパターン
ヒント：ジャーニーキャッピングルールを使用すると、すべてのジャーニーをまたいで顧客が受信するメッセージの合計数を制限できます。
詳しくは、待機アクティビティとジャーニーのキャップを参照してください。
テストと公開
Journey Optimizer には、次の 2 つのテストアプローチが用意されています。
- テストモード：ジャーニーを進む個々のプロファイルを段階的にシミュレートして、公開前にロジック、条件、アクションを検証できます。
- ドライランモード：実際の顧客に連絡したり、プロファイル情報を更新したりせずに、実際の実稼動データを使用してジャーニーを実行します。これにより、オーディエンスのターゲティングとジャーニーのデザインに自信が持てます。
ベストプラクティス：ジャーニーを公開する前に常にテストして、期待どおりに機能することを確認し、問題を早期に特定します。
ジャーニーを公開すると、次のようになります。
- ジャーニーが ライブ になり、新しいプロファイルを受け入れる準備が整います
- プロファイルは、エントリ条件（イベントまたはオーディエンス）に基づいてエントリできます
- ジャーニーを進むプロファイルに対してメッセージとアクションの実行が開始されます
- 公開済みのジャーニーでは、編集できるのは限られた項目のみです（さらに編集する場合は、新しいバージョンを作成する必要があります）
詳しくは、ジャーニーの公開を参照してください。
はい、ただし制限があります。ライブジャーニーの特定の要素を編集できます。
編集できる内容：
- ジャーニーのプロパティ（名前、説明）
- 既存のメッセージアクティビティ内のメッセージコンテンツ
- 一部のジャーニー設定
編集できない内容：
- ジャーニー構造（アクティビティの追加／削除）
- エントリ条件
- ジャーニーキャンバスのロジック
構造の変更を行うには：
- 新しいバージョンを作成：公開済みのジャーニーを複製してドラフトバージョンを作成します
- 変更を行う：必要に応じてドラフトバージョンを編集します
- 新しいバージョンをテスト：テストモードを使用して変更を検証します
- 新しいバージョンを公開：以前のバージョンが自動的にクローズし、新しいバージョンがアクティブ化されます
既にジャーニーに含まれているプロファイルは元のバージョンを完了し、新しいプロファイルは新しいバージョンにエントリします。
詳しくは、ジャーニーバージョンを参照してください。
ジャーニーの実行は、次のいくつかの方法で管理できます。
- 新規エントリに対してクローズ：既存のプロファイルがジャーニーを完了できるようにしながら、新しいプロファイルのエントリを停止します
- すぐに停止：ジャーニーを終了し、現在ジャーニー内にあるすべてのプロファイルを終了します
- 一時停止：ジャーニーを一時的に停止し、後で再開します
詳しくは、ジャーニーの終了を参照してください。
ジャーニーの実行と監視
ジャーニーの実行は、次を使用して監視できます。
- ジャーニーライブレポート：ジャーニーのリアルタイム指標と KPI を表示します。また、ドライランテストの実行結果もここで確認できます。
- ジャーニーの全期間のレポート：Customer Journey Analytics を使用してジャーニーのパフォーマンスを分析します。また、ドライランテストの実行結果もここで確認できます。
- ジャーニーステップイベント：カスタムレポートの詳細な実行データにアクセスします
詳しくは、ジャーニーレポートを参照してください。
プロファイルがジャーニーにエントリできない一般的な理由：
- イベントが受信されていません：トリガーイベントが送信されなかったか、適切に設定されていません
- オーディエンス条件が満たされていません：プロファイルがエントリオーディエンスで選定されていません
- 再エントリルール：プロファイルが最近ジャーニーを完了し、再エントリがブロックされています
- ジャーニーが公開されていません：ジャーニーのステータスがドラフトです
- 名前空間が無効です：ジャーニー名前空間がプロファイル ID と一致しません
- ジャーニーがクローズしました：ジャーニーが新規エントリを受け入れなくなりました
詳しくは、エントリ管理を参照してください。
ジャーニーステップイベントは、プロファイルがジャーニー内で実行するすべてのステップに関する詳細情報をキャプチャする、自動的に生成されたデータセットです。エントリイベントと終了イベント、アクション実行（メッセージの送信、カスタムアクションの呼び出し）、ジャーニートランジション（アクティビティ間の移動）、エラーとタイムアウトが含まれます。
ユースケース：
- Customer Journey Analytics や BI ツールでのカスタムレポートの作成
- ジャーニー実行の問題のデバッグ
- 詳細なプロファイルの動作の追跡
- 高度な分析とアトリビューションモデルの作成
詳しくは、ジャーニーステップイベントを参照してください。
Journey Optimizer には、次のトラブルシューティングリソースがいくつか用意されています。
- エラー指標：ジャーニーキャンバスの視覚的なアラートで、設定の問題がハイライト表示されます
- テストモード：問題が発生する場所を特定するために、ジャーニーを段階的に進めます
- ドライランモード：顧客に連絡せずに実際の実稼動データを使用してジャーニーをテストし、ターゲティングと実行を検証します
- ジャーニーレポート：実行指標を確認して、ボトルネックやエラーを見つけます
- ジャーニーステップイベント：詳細な実行データを分析して、プロファイルの動作を理解します
一般的な問題：
- イベントやオーディエンスが正しく設定されていません
- データソース接続がありません
- 条件またはパーソナライゼーションの式が無効です
- タイムアウト設定が短すぎます
詳しくは、ジャーニーのトラブルシューティングを参照してください。
はい。ジャーニーライブレポートを使用して、次の情報を表示します。
- ジャーニー内に現在あるプロファイルの数
- 各アクティビティでのプロファイル数
- 過去 24 時間にエントリしたプロファイル
- リアルタイム実行指標
個々のプロファイルを表示するには、Customer Journey Analytics で ジャーニーステップイベント を使用するか、ステップイベントデータセットのクエリを直接実行します。
詳しくは、ジャーニーライブレポートを参照してください。
一般的な理由と解決策：
-
同意の問題：受信者が通信の受信をオプトインしていません
解決策：同意ポリシーとオプトインステータスを確認します -
抑制リスト：メールアドレスが抑制リストに登録されています
解決策：バウンスや苦情の抑制リストを確認します -
連絡先情報が無効です：メールアドレス／電話番号が欠落しているか、形式が正しくありません
解決策：プロファイルデータ品質を検証します -
ジャーニーが公開されていません：ジャーニーが引き続きドラフトモードです
解決策：ジャーニーを公開してアクティブ化します -
チャネル設定の問題：メール／SMS の設定が正しくありません
解決策：チャネル設定と認証を確認します
詳しくは、トラブルシューティングと同意管理を参照してください。
パーソナライゼーションエディターを使用して、メッセージをパーソナライズできます。
使用可能なパーソナライゼーションデータ：
- プロファイル属性：名、姓、メール、カスタムフィールド
- イベントデータ：購入の詳細、閲覧動作、アプリアクティビティ
- コンテキストデータ：ジャーニー変数、外部 API データ
- オーディエンスメンバーシップ：セグメントの選定
- 計算属性：事前に計算された値
パーソナライゼーションの例：
- 「
{{profile.firstName}}様、{{event.productName}}をご購入いただきありがとうございます」 - 「ロイヤルティ層（
{{profile.loyaltyTier}}）に基づいた、特別オファーがあります」 - 顧客の環境設定に基づいて変化する動的コンテンツブロック
詳しくは、パーソナライゼーションを参照してください。
はい。条件アクティビティを使用して、優先チャネルに基づいてプロファイルをルーティングします。
-
ジャーニーに条件アクティビティを追加します
-
優先チャネルプロファイル属性（例：
profile.preferredChannel）を確認して、各チャネルのパスを作成します -
チャネル固有のパスを設定します。
- メールパス：メールに最適化されたコンテンツを含むメールアクションを追加します
- SMS パス：簡潔なメッセージを含む SMS アクションを追加します
- プッシュパス：アクションにつながる短いコンテンツを含むプッシュ通知アクションを追加します
- アプリ内パス：関与したアプリユーザーに対するアプリ内メッセージアクションを追加します
-
環境設定のないプロファイルにデフォルトパスを追加し、プライマリチャネルにルーティングします
ベストプラクティス：
- プロファイルデータに正確なチャネル環境設定が含まれていることを確認します
- 各チャネルの強みと制限に適したコンテンツをデザインします
- チャネルサーフェスを使用してチャネル設定を管理します
- 適切なメッセージ配信を確保するためにすべてのパスをテストします
詳しくは、条件、メッセージアクション、チャネルの選択を参照してください。
はい、顧客を除外する方法はいくつかあります。
ジャーニーエントリ時：
- 除外ルールを含むオーディエンス定義を使用します
- 特定のプロファイルを除外するエントリ条件を追加します
- 特定の属性に基づいてプロファイルを自動的に除外するには、ジャーニープロパティでプロファイル属性に基づく終了条件を設定します
ジャーニー内：
- 不要なプロファイルを終了するには、ジャーニーの早い段階で条件アクティビティを追加します
- 除外属性（例：VIP ステータス、テストアカウント）を確認します
- プロファイルを特定するには、オーディエンスの選定を使用します。
除外シナリオの例：
- 最近購入した顧客の除外
- 標準のプロモーションからの VIP 顧客の除外
- 従業員とテストアカウントの除外
- 特定の地域の顧客の除外
高度な概念
名前空間とは、ジャーニーでプロファイルを特定する方法を決定する ID タイプ（例：メール、ECID、電話番号）です。名前空間は、プロファイルの一致に使用される識別子を定義し、イベント、オーディエンス、プロファイルデータ間で一貫性を持つ必要があり、ジャーニーのエントリと再エントリの動作に影響を与えます。
ベストプラクティス：すべてのタッチポイントをまたいで顧客を確実に特定する名前空間を選択します。
詳しくは、ID 名前空間を参照してください。
はい、再エントリ設定に応じて次を実行します。
- 再エントリを許可：プロファイルは、ジャーニーを完了した後、そのジャーニーに複数回エントリできます
- 再エントリ待機期間：ジャーニーエントリ間の最小時間（例：7 日）を定義します
- イベント時に再エントリを適用：プロファイルが既にジャーニー内にある場合でも、新しいジャーニーインスタンスをトリガーします
- 補足識別子：補足 ID を使用すると、プロファイルが既にジャーニーにある場合でも、異なるエンティティ（例：異なる注文、予約、トランザクション）に対して複数回ジャーニーに再エントリできます
ベストプラクティス：メッセージの疲労を防ぎ、適切なペーシングを確保するために、再エントリルールを使用します。異なるトランザクションに対してプロファイルを複数回エントリする必要があるトランザクションジャーニーには、補足識別子の使用を考慮します。
送信時間の最適化（STO）では、AI を使用して、個々のプロファイルにメッセージを送信する最適な時間を予測し、開封率とエンゲージメントを最大化します。STO では、過去のエンゲージメントパターンを分析して、各受信者がメッセージとやり取りする可能性が最も高いタイミングを決定します。
メリット：
- 開封率とクリック率の向上
- 最適なタイミングでのメッセージ配信を通じたカスタマーエクスペリエンスの向上
- 登録解除率の削減
詳しくは、送信時間最適化を参照してください。
ジャーニーのキャップを使用すると、プロファイルがジャーニーとどのようにやり取りするかを制御し、メッセージの過剰配信を防ぎ、最適なカスタマーエクスペリエンスを確保できます。
- エントリキャップ：指定した期間内にプロファイルがジャーニーにエントリできる回数を制限します
- 同時実行キャップ：プロファイルが同時に実行できるジャーニーの数を制限します
複数のジャーニーまたは特定のジャーニーをまたいでプロファイルごとに最大エントリ数または同時実行数を設定し、時間枠（毎日、毎週、毎月）を定義し、複数のジャーニーが同じプロファイルを競合する際にジャーニーの優先順位を付けることができます。
詳しくは、ジャーニーキャップを参照してください。
はい。カスタムアクションを使用して、サードパーティの API（CRM、マーケティングオートメーション、ロイヤルティシステム）を呼び出し、外部システムにデータを送信し、決定用のリアルタイム情報を取得し、外部プラットフォームでワークフローをトリガーします。
カスタムアクションは、認証（API キー、カスタム認証）、リクエスト／応答ペイロードのカスタマイズ、エラー処理とタイムアウト、ジャーニーコンテキストからの動的パラメーターをサポートします。
詳しくは、カスタムアクションを参照してください。
Journey Optimizer は、Adobe Campaign とネイティブに統合され、その高度な機能を活用します。
- Adobe Campaign Standard：Campaign Standard アクションを使用してトランザクションメッセージを送信します
- Adobe Campaign v7／v8：キャンペーンワークフローをトリガーし、キャンペーンの配信インフラストラクチャを使用します
ベストプラクティス：既存のキャンペーンテンプレート、データモデルがある場合や、キャンペーン固有の機能が必要な場合は、この統合を使用します。
詳しくは、キャンペーンの統合を参照してください。
ジャンプアクティビティを使用すると、プロファイルをあるジャーニーから別のジャーニーに移行できるので、再利用可能なジャーニーパターン、複数のジャーニーをまたいだジャーニーオーケストレーション、簡素化されたジャーニーのメンテナンス、プログレッシブなエンゲージメント戦略が実現します。
プロファイルがジャンプアクティビティに到達すると、現在のジャーニーを終了し、開始点からターゲットジャーニーにエントリします。
詳しくは、ジャンプアクティビティを参照してください。
一般的なウェルカムシリーズには、数日間にわたる複数のタッチポイントが含まれます。
構造例：
-
エントリ：新規登録者または新規登録時のイベントのオーディエンス
-
メール 1 - すぐに歓迎：お礼と自己紹介
-
待機：2 日間
-
メール 2 - はじめに：チュートリアルまたは製品ガイド
-
待機：3 日間
-
条件：顧客は購入しましたか？
- はい：カスタマージャーニーを終了または移行します
- いいえ：ウェルカムシリーズを続行します
-
メール 3 - インセンティブ：初回購入者特別ディスカウント
-
待機：5 日間
-
メール 4 - エンゲージメント：ベストセラーまたは一番人気のコンテンツ
ベストプラクティス：
- 2～3 週間で 3～5 通のメールに保持します
- 各メールには、明確な目的とコールトゥアクションが必要です
- 開封率を監視し、それに応じてタイミングとコンテンツを調整します
- 顧客が変換したり、深く関与したりした場合は、早期に退出します
詳しくは、ジャーニーのユースケースを参照してください。
はい。最適化アクティビティ（限定提供）を使用するか、手動でテスト分割を作成します。
実験メソッドを含む 最適化アクティビティ を使用します。
- 異なるパス間でトラフィックをランダムに分割し、最適なパスを決定します
- 異なるメッセージ、オファー、待ち時間、ジャーニーパス全体をテストします
- 事前定義済みの成功指標に基づいてパフォーマンスを測定し、勝者を宣言します
データソースの条件メソッドを含む 最適化アクティビティ を使用します。
- プロファイルをランダムに分割する条件を作成します（例：random 関数の使用）
- 各分割に異なるエクスペリエンスを送信します
- ジャーニーレポートを使用して結果を測定します
テストできる内容：
- 異なるメールの件名
- 代替メッセージコンテンツ
- 異なる待ち時間
- 様々なオファーやインセンティブ
- 完全に異なるジャーニーパス
詳しくは、最適化アクティビティとコンテンツ実験を参照してください。
ビジネスイベントジャーニーを作成します。
- ビジネスイベントを設定：在庫がしきい値を下回った際に在庫システムによりトリガーされるイベントを設定します
- ターゲットオーディエンスを選択：通知するプロファイルを選択します（例：製品を閲覧した顧客、再入荷アラートの登録者）
- メッセージアクションを追加：通知のメールまたはプッシュを送信します
- コンテンツをパーソナライズ：製品の詳細、現在の在庫レベル、緊急度メッセージを含めます
ビジネスイベントの例：
- 在庫不足アラート
- 価格下落通知
- 商品の再入荷
- Flash セールのお知らせ
- 天候ベースのプロモーション
詳しくは、ビジネスイベントを参照してください。
結合ポリシーとは、Adobe Experience Platform で複数のソースのデータを組み合わせて、統合プロファイルビューを作成する方法を決定します。異なるデータセットをまたいでプロファイルフラグメントが存在する場合のデータの優先順位付けと ID ステッチのルールを定義します。
ジャーニーへの影響：
-
ジャーニーでは、オーディエンスまたはイベントに関連付けられている結合ポリシーを使用して、使用可能なプロファイルデータを決定します
- オーディエンスを読み取りジャーニーまたはオーディエンスの選定ジャーニーの場合：オーディエンスからの結合ポリシーが使用されます
- 単一イベントジャーニーの場合：デフォルトの結合ポリシーが使用されます
- ビジネスイベントジャーニーの場合：次の「オーディエンスを読み取り」アクティビティのターゲットオーディエンスからの結合ポリシーが使用されます
-
結合ポリシーは、ジャーニー条件、パーソナライゼーションおよびアクションでアクセスできる属性に影響します
-
異なる結合ポリシーにより、ジャーニーで使用されるプロファイルデータが異なる場合があります
ベストプラクティス：
- ジャーニーで使用される結合ポリシーがデータガバナンスの要件と一致していることを確認します
- 使用可能なデータを確認するには、結合ポリシーに含まれるデータセットを理解します
- 予測可能な結果を得るために、関連するオーディエンスとジャーニーをまたいで一貫性のある結合ポリシーを使用します
詳しくは、結合ポリシーと Identity Management を参照してください。
| table 0-row-3 1-row-3 2-row-3 3-row-3 4-row-3 | ||
|---|---|---|
| 条件アクティビティ | 待機アクティビティ | |
| 目的 | ロジック（if/then）に基づいて異なるパスを作成します | ジャーニーを一定期間一時停止 |
| 関数 | データを評価し、プロファイルを適宜ルーティングします | 続行する前に、特定の時点でプロファイルを保持します |
| ユースケース | 顧客をセグメント化し、ステータスを確認し、行動に基づいて分岐 | メッセージ間のタイミング、営業時間待機、遅延の作成 |
| 例 | お客様がVIPの場合は、プレミアムオファーを送信し、そうでない場合は、標準オファーを送信します。 | ウェルカムメールの 3 日後に次のメッセージを送信する |
連携して動作：
- 一定期間待機し、条件を使用して、待機中に発生した内容を確認します
- 例：7 日間待機し、顧客が購入したかどうかを確認します
ベストプラクティスと制限
重要なガードレールには次が含まれます。
- ジャーニーの複雑さ：最大アクティビティ、パス、ネストレベル
- スループット：メッセージの送信率と API 呼び出しの制限
- 有効期間：ジャーニーの最大期間（例：91 日）
- オーディエンスサイズ：オーディエンスを読み取りバッチサイズの制限
- 式の複雑さ：条件とパーソナライゼーションの文字の制限
完全なガードレールと制限を表示します。
構造と組織：
- 特定のユースケースに焦点を当てたジャーニーを保持します
- アクティビティにわかりやすい名前を付けます
- 複雑なロジックに説明とラベルを追加します
- 関連するジャーニーをタグでグループ化します
パフォーマンス：
- 待ち時間を最適化して、エンゲージメントとボリュームのバランスを取ります
- 外部 API 呼び出しを基本的なユースケースに制限します
- メッセージの疲労を防ぐために、キャッピングルールを使用します
- ジャーニー指標を定期的に監視します
テスト：
- 公開前にジャーニーを常にテストします
- テストモードを使用してジャーニーのロジックを検証し、ジャーニーを段階的に進めます
- ドライランモードを使用して、顧客に連絡することなく、実際の実稼動データを使用してテストします
- すべての条件付きパスとシナリオをテストします
- 現実的なテストプロファイルを使用します
- パーソナライゼーションと動的コンテンツを検証します
メンテナンス：
- ジャーニーのパフォーマンスを定期的に確認します
- 未使用のジャーニーを停止またはクローズします
- ジャーニーのロジックとビジネスルールを文書化します
- ジャーニーのバージョン管理を計画します
詳しくは、ジャーニーデザインのベストプラクティスを参照してください。
ジャーニーは、最大 50 アクティビティに制限されています。ただし、メンテナンス性とパフォーマンスを向上させるために、ジャーニーをシンプルに保持することをお勧めします。
ジャーニーのアクティビティが 50 に近づくと、非常に複雑になり、維持、トラブルシューティング、理解が困難になる場合があります。また、多くの分岐や条件を含む大規模なジャーニーは、処理時間、読みやすさ、チームの共同作業にも影響を与える場合があります。
ベストプラクティス：ジャーニーに焦点を当てて、管理しやすい状態に保持します。ジャーニーが複雑になりつつある場合は、次を考慮します。
- ジャンプアクティビティを使用して、複数のジャーニーに分割します
- よりシンプルなジャーニーをまたいで再利用可能なパターンを作成します
- より効率的な条件でロジックを簡素化します
- すべてのアクティビティが必要かどうかを確認します
デザインに関する考慮事項：
- 個別のイベントの代わりに、バッチ通信にオーディエンスベースのエントリを使用します
- メッセージボリュームを分散させるために適切な待ち時間を実装します
- システムの過負荷を防ぐために、キャッピングルールを活用します
- 処理の複雑さを軽減するために、条件ロジックを最適化します
監視：
- ジャーニー指標を定期的に追跡します
- カスタムアクションの API パフォーマンスを監視します
- トラブルシューティングツールを使用して、エラー率とタイムアウトの発生を確認します
- ジャーニーの重大なエラーに関するジャーニーのアラートの配信を登録します
最適化：
- 公開前にテストモードとドライランを使用してパフォーマンスを検証します
- カスタムアクションを通じて外部 API 呼び出しを最小限に抑え、待ち時間とサードパーティシステムへの依存関係を回避します
- 可能な場合は、外部呼び出しを実行する代わりにデータセット参照を使用して、頻繁に使用するデータを Adobe Experience Platform に保存します
- メッセージ配信のパフォーマンスを確認して最適化します
詳しくは、ガードレールと制限を参照してください。
その他のリソース
学習内容と更新情報について詳しくは、以下のリソースを参照してください。