よくある質問 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: Campaign ワークフローをトリガーし、Campaign の配信インフラストラクチャを使用します
ベストプラクティス：既存の Campaign テンプレートやデータモデルがある場合、または Campaign 固有の機能が必要な場合は、この統合を使用してください。
詳細情報：Campaign 統合 。
ジャンプアクティビティ を使用すると、ジャーニー間でプロファイルを移行でき、再利用可能なジャーニーパターン、複数のジャーニーにわたるジャーニーオーケストレーション、ジャーニーのシンプルなメンテナンス、プログレッシブエンゲージメント戦略が可能になります。
プロファイルがジャンプ アクティビティに到達すると、現在のジャーニーを終了し、開始点からターゲットジャーニーにエントリします。
詳細情報 ジャンプアクティビティ 。
一般的なウェルカムシリーズには、数日にわたる複数のタッチポイントが含まれます。
構造例:
-
エントリ：新規購読者または新規登録時のイベントのオーディエンス
-
メール 1 – 今すぐ歓迎：ありがとうございます。概要
-
待機: 2 日
-
メール 2 – はじめに：チュートリアルまたは製品ガイド
-
待機: 3 日
-
条件：お客様は購入しましたか？
- はい：カスタマージャーニーの終了または移動
- いいえ：ようこそシリーズを続行します
-
メール 3 - インセンティブ：特別な初めての買い手割引
-
待機: 5 日
-
メール 4 - エンゲージメント：ベストセラーまたは人気コンテンツ
ベストプラクティス:
- 2～3 週間で 3～5 通のメールに保持
- 各メールには、明確な目的とcall-to-actionが必要です
- 開封率を監視し、それに応じてタイミングやコンテンツを調整
- コンバージョンや深い関与があった場合は顧客を早期に退出させる
詳しくは、 ジャーニーのユースケース を参照してください。
はい。アクティビティを最適化 （使用制限あり）を使用するか、テスト分割を手動で作成します。
最適化アクティビティの使用 と実験方法：
- 異なるパス間のトラフィックをランダムに分割して、パフォーマンスが最も高いトラフィックを特定します
- 様々なメッセージ、オファー、待機時間またはジャーニーパス全体をテスト
- 事前定義済みの成功指標に基づいてパフォーマンスを測定し、勝者を宣言します
データソースの条件メソッドでの 最適化アクティビティの使用:
- プロファイルをランダムに分割する条件を作成します（例：乱数関数を使用）
- 分割ごとに異なるエクスペリエンスを送信する
- ジャーニーレポートを使用した結果の測定
テストの内容:
- 異なるメールの件名
- 代替メッセージコンテンツ
- 異なる待ち時間
- 様々なオファーやインセンティブ
- 完全に異なるジャーニーパス
詳しくは、 アクティビティの最適化 および コンテンツ実験 を参照してください。
ビジネスイベントジャーニー の作成：
- ビジネスイベントの設定：在庫がしきい値を下回ったときに在庫システムによってトリガーされるイベントを設定します
- ターゲットオーディエンスの選択：通知するプロファイルを選択します（製品を閲覧した顧客、再入荷のアラートを購読している顧客など）。
- メッセージアクションの追加：通知のメールまたはプッシュを送信する
- コンテンツのパーソナライズ：製品の詳細、現在の在庫レベル、緊急度メッセージを含める
ビジネスイベントの例:
- 低在庫アラート
- 価格下降通知
- 商品の再入荷
- フラッシュセールのお知らせ
- 気象ベースのプロモーション
詳細情報 ビジネスイベント 。
結合ポリシー は、Adobe Experience Platformで複数のソースのデータを組み合わせて、統合されたプロファイルビューを作成する方法を決定します。 異なるデータセットをまたいでプロファイルフラグメントが存在する場合の、データの優先順位付けと ID ステッチのルールを定義します。
ジャーニーへの影響:
-
ジャーニーは、オーディエンスまたはイベントに関連付けられている結合ポリシーを使用して、使用可能なプロファイルデータを決定します
- オーディエンスを読み取りジャーニーまたはオーディエンスの選定ジャーニーの場合：オーディエンスからの結合ポリシーが使用されます
- 単一イベントジャーニーの場合：デフォルトの結合ポリシーが使用されます
- ビジネスイベントジャーニーの場合：次の「オーディエンスを読み取り」アクティビティのターゲットオーディエンスからの結合ポリシーが使用されます
-
結合ポリシーは、ジャーニー条件、パーソナライゼーションおよびアクションでアクセスできる属性に影響します
-
結合ポリシーが異なると、ジャーニーで異なるプロファイルデータが使用される可能性があります
ベストプラクティス:
- ジャーニーで使用する結合ポリシーがデータガバナンス要件に従っていることを確認します
- 結合ポリシーに含まれるデータセットを理解し、使用可能なデータを把握します
- 予測可能な結果を得るために、関連するオーディエンスとジャーニーにわたって一貫した結合ポリシーを使用する
結合ポリシー および ID 管理 の詳細情報。
| 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に保存します
- メッセージ配信 パフォーマンスのレビューと最適化
詳しくは、 ガードレールと制限事項 を参照してください。
その他のリソース
学習内容と更新情報について詳しくは、以下のリソースを参照してください。