サーバーサイドの操作順序

データサプライチェーン

操作順序の概要

Tealium AudienceStreamはTealium EventStreamと密接に統合されているため、この概要はイベントが受信された時点から始まります。

デフォルトの操作順序は次のとおりです：

• イベント受信
• イベント属性のエンリッチされた
• 訪問と訪問の属性のエンリッチされた
  • 訪問プロファイル取得
  • 訪問ID属性のエンリッチされた
  • 訪問プロファイルのステッチ
• オーディエンス評価
• コネクタトリガー

エンリッチされたのタイミングと条件

エンリッチされたは2つの方法で評価されます：タイミングと条件。

エンリッチされたのタイミングは、条件を評価するタイミングを決定します。これはインターフェースにWHEN構成として表示され、AudienceStreamで提供される以下のオプションに限定されます：

• 新規訪問 - 訪問の初回訪問。
• 新規訪問 - 既存の訪問による再訪問。
• 訪問終了 - 訪問セッションの終了。
• 任意のイベント - 新規訪問、新規訪問、または訪問終了を除く任意のイベント。

エンリッチされたの条件は、属性値が更新されるかどうかを決定します。条件はルールとしてインターフェースに表示され、論理演算子を使用して構成します。

操作順序の詳細

イベント受信

イベントはTealium Collectから受信されます。

イベント属性のエンリッチされた

イベント属性のエンリッチされたが評価されます。

訪問と訪問の属性のエンリッチされた

訪問プロファイル取得

訪問と訪問の属性は訪問プロファイルに格納されるため、これらの属性をエンリッチする最初のステップは訪問プロファイルを取得することです。tealium_visitor_idが既存のプロファイルと一致する場合、プロファイルが豊富になります。tealium_visitor_idが既存のプロファイルと一致しない場合、新しいプロファイルが作成され、豊富になります。

訪問と訪問の属性のエンリッチされたは、そのタイミングと条件に基づいて評価されます。

以下の例では、Cart Abandonerバッジの属性エンリッチされたは、以下に基づいて評価されます：

• WHEN: 訪問終了
• ルール: cart_total_items greater than 0

ルール依存性チェックを有効にするが有効になっている場合、エンリッチされたはルールの依存性を考慮した正しい順序で実行されます。

エンリッチされたの順序はUIの順序を尊重するが有効になっている場合、エンリッチされたはユーザーインターフェースに表示される順序で実行され、必要に応じて依存性チェックの調整が行われます。それ以外の場合、エンリッチされたは属性IDの順序で実行されます。

訪問ID属性のエンリッチされた

イベントが訪問ID属性をエンリッチするように構成されたユーザー識別子を含む場合、訪問ID属性は次の条件がすべて満たされた場合にのみ構成されます：

• 訪問ID属性に既存の値がありません。
• エンリッチされたルールがtrueに評価されます。
• エンリッチされたされた値が訪問IDの最小要件を満たします。

複数の訪問ID属性がある場合、それらは属性IDの順序で評価されます。

訪問プロファイルのステッチ

エンリッチされたされた訪問ID属性が複数の訪問プロファイルと一致する場合、それらは新しい訪問プロファイルにマージされます。

オーディエンス評価

AudienceStreamは訪問プロファイルを評価して、どのオーディエンスに参加するか、または離れるかを決定します。訪問は、オーディエンスルールがtrueであればオーディエンスに参加し、オーディエンスルールがfalseであればオーディエンスから離れます。訪問プロファイルがオーディエンスに入ったり出たりすると、コネクタアクションがトリガーされます。

コネクタトリガー

AudienceStreamはトリガーを評価して、どのコネクタアクションを開始するかを決定します。コネクタアクションは、トリガー条件が満たされたときに開始されます。コネクタ条件は次のいずれかになります：

• オーディエンス参加 - 訪問がこの訪問中にオーディエンスに参加しました。
• オーディエンス離脱 - 訪問がこの訪問中にオーディエンスを離れました。
• 訪問開始時にオーディエンス内 - 訪問は訪問開始時にオーディエンス内にいました。
• 訪問終了時にオーディエンス内 - 訪問は訪問終了時にオーディエンス内にいました。