ジャーニーイベントの操作 about-events
イベントを使用すると、ジャーニーを個別にトリガーし、ユーザーがジャーニーにエントリする際に各ユーザーにリアルタイムのメッセージを配信できます。
イベントの設定では、ジャーニーで想定されるイベントを設定します。 受信イベントのデータは、Adobe エクスペリエンスデータモデル（XDM）に従って正規化されます。 イベントは、認証済みイベントと未認証イベント（Adobe Mobile SDK イベントなど）のストリーミング取得 API から取り込みます。 複数のイベントを（ジャーニーの様々なステップで）使用できます。また、同じイベントを複数のジャーニーで使用することもできます。
イベントの設定は 必須 であり、データエンジニアが実施する必要があります。
イベントには、単一イベント、ビジネスイベント、オーディエンス選定イベントの3つのタイプを設定できます。
➡️ この機能をビデオで確認
単一イベント unitary-events
単一イベントは、ユーザーに関連付けられます。 人の行動に関係します（例えば、ある人が商品を購入したり、店舗を訪れたり、web サイトを離脱したりするなど）。 人物にリンクして発生した事象（10,000 ロイヤルティポイントに到達など）です。 Journey Optimizer はジャーニーでこのイベントをリッスンして、次の最適なアクションを編成します。 単一のイベントは、ルールベースとすることも、システム生成とすることもできます。 単一イベントの作成方法について詳しくは、このページを参照してください。
（イベントまたはオーディエンスの選定で始まる）単一ジャーニーには、同じイベントに対してジャーニーが誤って複数回トリガーされるのを防ぐガードレールが含まれています。 プロファイルの再エントリは、デフォルトで 5 分間一時的にブロックされます。 例えば、あるイベントが特定のプロファイルのジャーニーを 12:01 にトリガーし、12:03 に別のイベントが到着した場合（それが同じイベントであっても、同じジャーニーをトリガーする別のイベントであっても）、このプロファイルのジャーニーが再び開始されることはありません。
ビジネスイベント business-events
ビジネスイベントは、特定のプロファイルにリンクされません。 例えば、ニュースアラート、スポーツアップデート、フライトの変更またはキャンセル、インベントリの更新、天気イベントなどがあります。これらのイベントはプロファイルに固有のものではありませんが、特定のニューストピックを購読している個人、フライトの乗客、在庫切れ製品に興味を持っている買い物客など、いくつかのプロファイルに関心を持つ可能性があります。ビジネスイベントは常にルールベースです。 ジャーニーにビジネスイベントをドロップすると、直後にオーディエンスを読み取り アクティビティが自動的に追加されます。 このページ 🔗でビジネス イベント を作成する方法を説明します。
オーディエンスの選定イベント audience-qualification-events
プロファイルがオーディエンスに出入りすると、オーディエンスの選定 イベントがトリガーされます。 例えば、ロイヤルティの支出額のしきい値を超えた顧客がゴールド層のオーディエンスに入ると、その適格性はそのプロファイルのジャーニーを（ストリーミングオーディエンス向けに）リアルタイムで、または次のバッチトリガーで評価します。 単一イベントとは異なり、オーディエンスの選定では、新しいイベントを送信するために実装変更を必要とせずに、オーディエンス定義の全機能を使用して複雑なトリガーロジックを構築できます。 オーディエンスの選定イベント の詳細をご覧ください。
単一のイベントとビジネスイベントの概要 event-comparison
イベント ID のタイプ event-id-type
ビジネスイベントの場合、イベント ID のタイプは常にルールベースです。
単一イベントの場合、イベント ID には次の 2 つのタイプがあります。
-
ルールベースイベント：このタイプのイベントでは、eventID は生成されません。 簡単な式エディターを使用して、システムがジャーニーをトリガーする関連イベントの特定に使用するルールを定義します。 このルールは、イベントペイロードで使用可能な任意のフィールドに基づくことができます。例えば、プロファイルの場所や、プロファイルの買い物かごに追加された項目数などです。
note caution CAUTION キャップルールは、ルールベースのイベントに対して定義します。 ジャーニーが処理できる対象イベントの数を、特定の組織で 1 秒あたり 5,000 件に制限します。 これは Journey Optimizer の SLA に対応しています。 詳しくは、Journey Optimizer ライセンスおよび Journey Optimizer 製品説明を参照してください。 -
システム生成イベント：このイベントでは eventID が必要です。 eventID フィールドは、イベントの作成時に自動的に生成されます。 イベントをプッシュするシステムでは、ID を生成せずに、ペイロードプレビューにある ID を渡す必要があります。
選び方 choose-event-type
次の条件を使用して、ジャーニーに適したイベントタイプを選択します。重要な質問は、特定のユーザーのアクションをトリガーするのか、または多くのプロファイルにブロードキャストするのかです。 ジャーニータイプの詳細。
-
トリガーが特定の個人（購入、フォーム送信、ロイヤルティマイルストーンなど）に関連付けられている場合、単一イベントを選択します。 単一イベントでは、スキーマに個人ベースのプライマリ IDが必要であり、そのプロファイルのジャーニーをすぐに開始します。 単一イベントの設定方法を説明します。
-
商品の再入荷、値下げ、フライトのキャンセルなど、トリガーが世界的な出来事である場合に、そのシグナルに関連する一連のプロファイルにブロードキャストするビジネス イベントを選択します。 ビジネスイベントは、ジャーニーの最初のステップで、オーディエンスを読み取り アクティビティを介してプロファイルを自動的にターゲティングする必要があります。 ユーザー以外のプライマリ IDと
_idおよびtimestampフィールドを持つ時系列スキーマが必要です。 オーディエンスの書き出し遅延を15分から1時間まで計画します。 ビジネスイベントの設定方法について説明します。 -
トリガーがオーディエンスに出入りするプロファイルである場合、オーディエンスの選定イベントを選択します。そのため、単一のイベントよりも複雑なセグメンテーションロジックを使用する必要があります。たとえば、支出しきい値に達したばかりの休眠顧客の再エンゲージや、VIP メンバーがロイヤルティ層から脱落したときにオフボーディングフローをトリガーするなどの方法があります。 オーディエンス選定イベントの詳細。
データサイクル data-cycle
イベントは POST API 呼び出しです。 イベントは、ストリーミング取得 API を使用して Adobe Experience Platform に送信されます。 トランザクションメッセージング API を通じて送信されるイベントの URL 宛先は「インレット」と呼ばれます。 イベントのペイロードは、XDM 形式に従います。
ペイロードには、ストリーミング取得 API が機能するために必要な情報（ヘッダー内）、Journey Optimizer が機能するために必要な情報、ジャーニー内で使用する情報（本文内で使用する、放棄された買い物かごの金額など）が含まれます。 ストリーミング取り込みには、認証済みと非認証の 2 つのモードがあります。 ストリーミング取得 API の詳細については、このリンクを参照してください。
ストリーミング取得 API を通じて到着したイベントは、パイプラインと呼ばれる内部サービスに送られ、その後 Adobe Experience Platform に送られます。 イベントスキーマで「リアルタイム顧客プロファイルサービス」フラグが有効になっていて、データセット ID にも「リアルタイム顧客プロファイル」フラグが設定されている場合は、リアルタイム顧客プロファイルサービスに移動します。
システム生成イベントの場合、パイプラインがフィルタリングするイベントは、Journey Optimizer が提供する Journey Optimizer eventID（以下のイベント作成プロセスを参照）がペイロードに含まれているイベントです。 ルールベースのイベントの場合は、eventID 条件を使用してイベントを識別します。 これらのイベントは Journey Optimizer がリッスンし、対応するジャーニーがトリガーされます。
ジャーニーイベントスループットについて event-thoughput
Adobe Journey Optimizer では、すべてのサンドボックスをまたいで、組織レベルで 1 秒あたり 5,000 件のジャーニーイベントのピーク量をサポートします。 この割り当て量は、ライブ、ドライラン、クローズ済み、一時停止済みのジャーニーを含む、アクティブなジャーニーで使用されるすべてのイベントに適用されます。 この割り当て量に達すると、新しいイベントは 1 秒あたり 5,000 件の処理速度でキューに入れられます。 イベントがキュー内で費やす最大時間は 24 時間です。
ジャーニーの処理率と様々なジャーニータイプがスループットに影響を与える仕組みについて詳しくは、この節を参照してください。
5,000 TPS の割り当て量には、次のタイプのイベントがカウントされます。
-
外部単一イベント：ルールベースのイベントとシステム生成イベントの両方が含まれます。 同じ生イベントが複数のルール定義に選定される場合、選定される各ルールは個別のイベントとしてカウントされます。 詳しくは、以下を参照してください。
-
オーディエンスの選定イベント：同じストリーミングオーディエンスを複数のジャーニーで使用する場合、それぞれの使用は個別にカウントされます。 例えば、2 つのジャーニーのオーディエンスの選定アクティビティで同じオーディエンスを使用すると、2 つのイベントとしてカウントされます。
-
リアクションイベント: プロファイルのリアクションによってトリガーされるイベント（電子メールが開封された、電子メールがクリックされたなど） パーソナライゼーションを適用できます。
-
ビジネスイベント：特定のプロファイルに関連付けられていないが、ビジネス関連のイベントに関連付けられているイベント。
-
分析イベント：Adobe Analytics との統合によるジャーニーのトリガーが有効になっている場合、これらのイベントも含まれます。
-
再開イベント：プロファイルが一時停止済みのジャーニーから再開した際にトリガーされる技術的なイベント。 詳しくは、一時停止したジャーニーの再開を参照してください。
-
待機ノード完了イベント：プロファイルが待機ノードを終了すると、ジャーニーを再開する技術的なイベントが生成されます。
複数のルール定義に選定される生イベントについて
同じ生イベントが、ジャーニー内の複数のルール定義で選定される場合があります。 「管理」セクションでイベントを設定する際、同じイベントスキーマに対して複数のイベントルールを定義できます。 例えば、「city」フィールドと「purchaseValue」フィールドを持つ購入イベントがあるとします。 次のシナリオについて考えてみましょう。
-
newYorkPurchasesという名前のイベント E1 が、city=='New York'というルール定義を使用して作成されます。 このイベントは 10 のジャーニーで使用される可能性がありますが、イベントが発生した場合は 1 つのイベントとしてのみカウントされます。 -
ここで、ルール定義として
purchaseValue > 1000を持つhighValuePurchasesという名前のイベント E2 も、E1 と同じイベントスキーマに作成されたとします。 この場合、同じ受信イベントが 2 つのルール（newYorkPurchasesとhighValuePurchases）に対して評価されます。 今では、ニューヨークでの購入も高額の購入になる場合があります。この場合、Journey Optimizer は同じ受信イベントから E1 と E2 という 2 つのイベントを作成し、この単一の受信イベントを 2 つのイベントとしてカウントします。
これらのイベントは、ライブ、ドライラン、クローズ済み、一時停止済みのジャーニーを含む、アクティブなジャーニーで使用されるとカウントが開始されます。
イベントの更新と削除 update-event
既存のジャーニーの中断を避けるには、ドラフトジャーニー、ライブジャーニーまたは クローズド ジャーニーで使用されるイベントを編集する場合、名前と説明の変更およびペイロードフィールドの追加のみが可能です。
ライブジャーニー、ドラフトジャーニーまたは クローズド ジャーニーで使用されるイベントは、削除できません。 使用済みイベントを削除するには、そのイベントを使用しているジャーニーを停止するか、そのイベントを使用しているドラフトジャーニーからそのイベントを削除する必要があります。 「使用場所」フィールドを確認できます。 特定のイベントを使用するジャーニーの数が表示されます。 「ジャーニーを表示」ボタンをクリックすると、対応するジャーニーのリストを表示できます。
チュートリアルビデオ video
イベントの設定方法と、ストリーミングエンドポイントとイベントのペイロードの指定方法について説明します。
ビジネスイベントに適用できる使用例を理解します。 ビジネスイベントを使用したジャーニーの構築方法と、適用するベストプラクティスについて説明します。