マージルールのスティッチング

要件

Tealium AudienceStreamが有効
訪問スティッチングが有効
アカウント管理者権限

スティッチングマージルールの仕組み

訪問スティッチングはイベントリプレイを使用して歴史的イベントからマージされたプロファイルを構築しますが、イベント保持期間や最大1,500イベントといったシステムの制限を受けます。訪問プロファイルがこれらの制限を超える場合、古いイベントはスティッチング中にリプレイされない可能性があり、長期間または高ボリュームのプロファイルの場合、歴史的データが不完全になることがあります。

スティッチングマージルールは、このようなケースに対処するために、イベントリプレイに依存しない属性固有のロジックをスティッチングプロセスに追加し、毎回同じ耐久性のある一貫した結果を生成します。

マージルールは、2つの訪問プロファイルの属性を比較して最終的な属性値を決定し、歴史的イベントがマージされた訪問プロファイルでリプレイされた後に適用されます。これにより、歴史的イベント処理がすべての過去のイベントを含めることができない場合でも、最も重要な属性が意図した値を保持することが保証されます。

マージルールが適用されるタイミング

スティッチングマージルールは、以前の活動がある2人の訪問がステッチされた場合にのみ適用されます。これは、イベントリプレイが古いイベントを破棄し、最終的な属性値を解決するためのルールが必要なシナリオです。

マージに関わるどちらかの訪問が以前の訪問がない場合、スティッチングマージルールは適用されません。なぜなら、戻ってきた訪問のイベントリプレイが結果を決定するからです。

マージルールが必要な属性を特定する

すべての属性にスティッチングマージルールが必要なわけではないので、最初のステップは、スティッチングマージルールから最も恩恵を受ける重要な属性を決定することです。一般的に、スティッチングマージルールは、生涯価値を追跡する最も重要な属性や、データプライバシーおよび同意に関連する属性にのみ使用されます。

スティッチングマージルールの候補となる属性のカテゴリーは次のとおりです：

同意状態属性
決定的な同意イベントが保持ウィンドウより古い場合やボリュームによって置き換えられた場合でも、正しい同意状態が維持されるようにします。
生涯メトリックス
正確なカウンター、集計、および累積を維持します。
CRM/ファイルインポートされた属性
記録システム（例えばCRM）からインポートされた権威ある値を保持します。

エンリッチメントの分析

スティッチングマージルールが必要な属性を特定した後、次のステップはそのエンリッチメントのロジックに基づいて最適なものを選択することです。

適切なマージルールを選択するには、属性がそのエンリッチメントによってどのように構成されるかを理解する必要があります。ステッチされた結果がエンリッチメントの意図と一致するように、同じ意思決定ロジックを適用するマージルールを選択します。意図したエンリッチメントロジックと異なるルールを使用すると、データが一貫性を欠く可能性があります。

特定のエンリッチメントに最適なスティッチングマージルールの例については、定義を参照してください。

属性固有のマージ動作

プリロードされた属性

プリロードされた属性は、AudienceStreamが有効になっているすべてのプロファイルに存在するシステム管理の属性です。スティッチングマージルールが有効になると、これらの属性は適切なリプレイ一貫性のあるマージルールを自動的に受け取り、選択肢は編集不可能です。これにより、組み込みのエンリッチメントとの一貫性が維持されます。

詳細については、事前読み込みされた属性を参照してください。

ファネル

ファネル属性タイプは、1つのスティッチングマージルールのみをサポートします：マージファネル。

マージファネルルールは、各訪問のファネルステップを時系列順に組み合わせます。重複するステップが存在する場合、以前に発生したステップが保存され、古いものは削除されます。

集計お気に入り

集計お気に入りは、**再計算（強制）**ルールのみを使用できます。集計属性は、最も高い値を持つ集計のキーを含むお気に入り属性を生成するため、常に再計算が必要です。

集計属性とそれに関連するお気に入り属性は、次の動作に従います：

集計にマージルールがある場合、お気に入り属性は自動的に**再計算（強制）**ルールを使用し、他のマージルールが実行された後にその値が再計算されます。
集計にマージルールがない場合、お気に入り文字列は自動的にマージルールがありません。
集計からマージルールが削除されると、お気に入り属性のマージルールも自動的に削除されます。

タイムライン

タイムライン属性タイプは、1つのスティッチングマージルールのみをサポートします：マージタイムライン。

マージタイムラインルールは、各訪問のエントリを時系列順に組み合わせ、制限を超えた場合は結果を最新の100エントリにトリミングします。

タイムライン属性にエントリがX日より古い場合に期限切れにするエンリッチメントがある場合、マージルールはマージの時点からX日より古いエントリを期限切れにします。複数のエンリッチメントがエントリを期限切れにする場合、マージルールはXの最低値を使用します。

訪問ID

スティッチングマージルールが有効になると、各訪問ID属性に自動的に古いルールが適用されます。訪問ID属性の古いルールは変更できません。

スティッチングマージルールの使用

スティッチングマージルールを使用する前に、機能を有効にする必要があります。

プロファイルでスティッチングマージルールを有効にするには：

管理 > サーバーサイド構成に移動します。
スティッチングマージルールトグルをオンの位置にクリックします。
保存をクリックします。
プロファイルを公開します。

スティッチングマージルールが有効になると、属性編集ビューに新しい構成が利用可能になります。属性にマージルールを適用するために構成を有効にし、リストからマージルールを選択します。

属性による利用可能なルール

ルール	バッジ	ブール値	日付	数値	文字列のセット	文字列	集計	配列	ファネル	タイムライン	訪問ID
And	✔	✔	–	–	–	–	–	–	–	–	–
Or	✔	✔	–	–	–	–	–	–	–	–	–
Max	–	–	✔	✔	–	–	–	–	–	–	–
Min	–	–	✔	✔	–	–	–	–	–	–	–
Newer	✔	✔	✔	✔	✔	✔	✔	✔	–	–	-
Older	✔	✔	✔	✔	✔	✔	✔	✔	–	–	✔
Recalculate	✔	✔	✔	✔	✔	✔	✔	✔	–	–	–
Recalculate (Force)	✔	✔	✔	✔	✔	✔	✔	✔	–	–	–
Sum	–	–	–	✔	–	–	–	–	–	–	–
Union	–	–	–	–	✔	–	✔	✔	–	–	–
Union Sum	–	–	–	–	–	–	✔	–	–	–	–
Union Max	–	–	–	–	–	–	✔	–	–	–	–
Union Min	–	–	–	–	–	–	✔	–	–	–	–
Merge Funnel	–	–	–	–	–	–	–	–	✔	–	–
Merge Timeline	–	–	–	–	–	–	–	–	–	✔	–

定義

And

ルール	説明	対応データタイプ
And	(バッジ) 両方が `Assigned` の場合のみ `Assigned` に構成。 (ブール値) 両方が `true` の場合のみ `true` に構成。	バッジブール値

例

この例では、訪問のオンライン訪問がすべてPPCから来た場合にのみ、属性が true になります。これらのエンリッチメントに基づいて、両方の訪問が属性を true に構成している場合のみ、マージされた属性は true になります。どちらかの訪問が属性を false に構成している場合、訪問のオンライン訪問がすべてPPCからではないことを意味するため、マージされた属性値は false になります。正しいマージ値を得るために And ルールを使用します。

バッジ:

訪問A	訪問B	And ルールでマージされた訪問
`Assigned`	`Assigned`	`Assigned`
`Assigned`	`Not Assigned`	`Not Assigned`
`Not Assigned`	`Assigned`	`Not Assigned`
`Not Assigned`	`Not Assigned`	`Not Assigned`

ブール値:

訪問A	訪問B	And ルールでマージされた訪問
`True`	`True`	`True`
`True`	`False`	`False`
`True`	(未構成)	`False`
`False`	`True`	`False`
`False`	`False`	`False`
(未構成)	`True`	`False`
(未構成)	(未構成)	(未構成)

Or

ルール	説明	対応データタイプ
Or	(バッジ) どちらかが `Assigned` の場合に `Assigned` に構成。 (ブール値) どちらかが `true` の場合に `true` に構成。	バッジブール値

例

この例では、訪問が一度限りのイベントを見た場合にバッジが割り当てられ、バッジは決して割り当て解除されません。

これらのエンリッチメントに基づいて、いずれかの訪問が登録している場合にマージされたバッジが割り当てられるため、正しい結果を決定するために Or ルールが適切な選択です。

バッジ:

訪問A	訪問B	Or ルールでマージされた訪問
`Assigned`	`Assigned`	`Assigned`
`Assigned`	`Not Assigned`	`Assigned`
`Not Assigned`	`Assigned`	`Assigned`
`Not Assigned`	`Not Assigned`	`Not Assigned`

ブール値:

訪問A	訪問B	Or ルールでマージされた訪問
`True`	`True`	`True`
`True`	`False`	`True`
`True`	(未構成)	`True`
`False`	`True`	`True`
`False`	`False`	`False`
(未構成)	`True`	`True`
(未構成)	(未構成)	(未構成)

Max

ルール	説明	対応データタイプ
Max	(数値) より高い値を保持 (日付) より遅い日付を保持。	数値日付

例

この例では、マージされた訪問プロファイルからより新しい日付を選択するために Max マージルールを使用します。

このエンリッチメントは現在のタイムスタンプを使用しているため、Newer ルールは同じ結果を生み出します。新しいタイムスタンプは常に古いタイムスタンプよりも大きな値です。

Min

ルール	説明	対応データタイプ
Min	(数値) より低い値を保持 (日付) より早い日付を保持。	数値日付

例

この例では、マージされた訪問プロファイルからより早い日付を選択するために Min マージルールを使用します。

このエンリッチメントは現在のタイムスタンプを使用しているため、Older ルールは同じ結果を生み出します。古いタイムスタンプは常に新しいタイムスタンプよりも低い値です。

新しい

ルール	説明	サポートされるデータタイプ
新しい	最近更新された値（削除された値を含む）を保持する	バッジブール値日付数値文字列のセット文字列集計

例

新しいルールは、削除された値を含む最も最近更新された属性値を選択します。このルールは、他の訪問属性ではなく、受信イベント属性に基づいて属性が豊かになる属性に最適です。

新しいルールは、属性の値を更新するエンリッチメントが構成されたときに構成される内部タイムスタンプに基づいています。両方の属性に内部タイムスタンプが構成されていない場合、各訪問の最後の訪問のタイムスタンプが使用されて、どちらが最初に構成されたかを決定します。

古い

ルール	説明	サポートされるデータタイプ
古い	以前に更新された値（削除された値を含む）を保持する	バッジブール値日付数値文字列のセット文字列集計

例

古いルールは、削除された値を含む以前に更新された属性値を選択します。古いルールは、値がすでに構成されている場合にのみ値を構成するエンリッチメントを持つ属性に最適です。これにより、訪問の最初の値のみが保存されます。

古いルールは、属性の値を更新するエンリッチメントが構成されたときに構成される内部タイムスタンプに基づいています。両方の属性に内部タイムスタンプが構成されていない場合、各訪問の最後の訪問のタイムスタンプが使用されて、どちらが最初に構成されたかを決定します。

属性エンリッチメントが自己参照ルールを使用して一度だけ構成されることを保証しない場合、古いルールを使用しても必ずしも最初に構成された値が得られるわけではありません。

再計算

ルール	説明	サポートされるデータタイプ
再計算	以前の値を破棄し、最終的にマージされたプロファイルでエンリッチメントを再実行する。	バッジブール値日付数値文字列のセット文字列集計ブール値の配列数値の配列文字列の配列

再計算ルールは、属性の初期マージ値を破棄し、属性のエンリッチメントを再実行します。初期マージ値を破棄することで、再計算は未構成の値から始まり、値はエンリッチメントに基づいてのみ構成されます。

再計算ルールは、他の訪問または訪問属性から派生した属性に最適です。たとえば、文字列のセット内のアイテムを数える数値属性などです。これらの場合、ソース属性は最初に他のマージルールを使用して解決され、その後再計算ルールによって派生値が再計算されます。

ルールの動作:

エンリッチメントが新しい訪問、新しい訪問、または訪問の終了で実行されるように構成されている場合、マージにつながるイベントが新しい訪問、新しい訪問、または訪問の終了を引き起こした場合にのみ、マージルールで実行されます。
イベント属性を使用するエンリッチメントルール条件は、マージを引き起こしたイベントに基づいて評価されます。
変更があったオペレータを使用するエンリッチメントルール条件は、マージされている訪問プロファイルのいずれかと比較してこの属性が変更された場合にtrueと評価されます。

例

この例では、属性値は別の訪問属性であるOrders Timelineから派生しています。Orders Timeline属性に独自のマージルール（マージタイムライン）がある場合、そのルールはこの数値属性が再計算ルールによって評価される前に実行されます。

再計算（強制）

ルール	説明	サポートされているデータタイプ
再計算（強制）	以前の値を破棄し、最終的なマージされたプロファイルでエンリッチメントを実行し、いくつかの条件を `true` に強制します。	バッジブール値日付数値文字列のセット文字列集計ブール値の配列数値の配列文字列の配列

**再計算（強制）**ルールは、再計算ルールと同じですが、複数のエンリッチメント条件を true に強制します。再計算（強制）ルールは、新規訪問、新規訪問、または訪問終了の条件を使用する他の訪問または訪問属性から派生した属性に最適です。

訪問のスティッチングは、新規訪問、新規訪問、または訪問終了の条件と一致しない時に発生することがありますので、このルールはそれらのエンリッチメントが実行されることを強制し、正しい値が構成されることを保証します。

ルールの挙動：

エンリッチメントが新規訪問、新規訪問、または訪問終了で実行されるように構成されている場合、マージルールでイベントが新規訪問、新規訪問、または訪問終了を引き起こさなかったとしても強制的に実行されます。
イベント属性を使用するエンリッチメントルール条件は true と評価されるように強制されます。
変更があった演算子を使用するエンリッチメントルール条件は true と評価されるように強制されます。

例

この例では、属性は別の訪問属性 訪問回数 から派生しており、訪問が10回以上訪問した場合にバッジを割り当てます。しかし、エンリッチメントは 訪問終了 で実行されるように構成されていますが、訪問のスティッチングが発生するときにこれが真でない可能性があるため、**再計算（強制）**ルールを使用するとエンリッチメントがとにかく実行されます。

訪問終了が true と評価されない場合、バッジは訪問終了まで割り当てられず、訪問はこのバッジに基づいてオーディエンスを離れたり再参加したりする可能性があります。これは、離脱または参加がコネクタアクションを発火させる場合、望ましくない挙動かもしれません。

合計

ルール	説明	サポートされているデータタイプ
合計	両方の訪問からの値を加算します。	数値

合計ルールは、各数値属性の値の合計を保持します。一方の値が構成されていない場合、結果は構成されている他の値です。どちらの値も構成されていない場合、マージされた値も構成されません（0の値とは異なります）。

この例では、訪問Aが$30を使い、訪問Bが$60を使った場合、マージされた訪問は$90を使っています。

結合

ルール	説明	サポートされているデータタイプ
結合	両方の値を結合し、配列全体で一貫した順序を維持します。	文字列のセットブール値の配列数値の配列文字列の配列

結合ルールは、両方の属性の値を結合し、配列全体で一貫した順序を維持します。文字列のセットの値は重複が除去されます。

例：文字列のセット

この例では、結合ルールはエントリを結合し、文字列のセットのエントリは一意でなければならないため、水曜日の重複エントリを削除します。

文字列のセット属性の結合ルールの例：

Visitor-A: {
  "Days of week viewed confirmation": ["Monday", "Wednesday"]
}
Visitor-B: {
  "Days of week viewed confirmation": ["Wednesday", "Friday"]
}
Merged: {
  "Days of week viewed confirmation": ["Monday", "Wednesday", "Friday"]
}

例：配列

この例では、文字列の配列属性は、訪問が注文確認ページを見るたびに曜日を追跡します。文字列のセット属性とは異なり、2つの配列のマージされた値には重複する値が含まれる場合があります。

文字列の配列属性の結合ルールの例：

Visitor-Older: {
  "Days of week viewed confirmation": ["Monday", "Wednesday", "Monday"]
}
Visitor-Active: {
  "Days of week viewed confirmation": ["Wednesday", "Friday"]
}
Merged: {
  "Days of week viewed confirmation": ["Monday", "Wednesday", "Monday", "Wednesday", "Friday"]
}

マージされた属性は、元の訪問プロファイルの配列の順序を保持し、古い訪問のエントリが最初で、アクティブな訪問のエントリが次になります。

ユニオン最大/最小/合計

ルール	説明	対応データタイプ
ユニオン最大	キーをマージして、一致するキーの値をより高い値に保持します。	集計
ユニオン最小	キーをマージして、一致するキーの値をより低い値に保持します。	集計
ユニオン合計	キーをマージして、一致するキーの値を加算します。	集計

ユニオン最大/最小/合計ルールは、共通のキーの値を特定のルール（最大、最小、または合計）に基づいて組み合わせることで、集計属性をマージします。マージされた集計は、元の属性のいずれかに存在するすべてのキーを保持します。

例: ユニオン合計

この例では、集計は訪問が商品詳細ページで見た異なる商品カテゴリーの数を数えます。ユニオン合計ルールを使用して、キーをマージし、一致するキーの値を加算します。

Visitor-A: {
  "Lifetime count of product categories": {
      "Accessories": 1,
      "Apparel": 2,
      "Books": 1
  }
}
Visitor-B: {
  "Lifetime count of product categories": {
      "Apparel": 4,
      "Books": 3,
      "Electronics": 5    
  }
}
Merged: {
  "Lifetime count of product categories": {
      "Accessories": 1,
      "Apparel": 6,
      "Books": 4,
      "Electronics": 5    
  }
}

例: ユニオン最大

この例では、集計は商品カテゴリーが最後に見られた日付（エポックからのミリ秒単位）を記録します。ユニオン最大ルールを使用して、キーをマージし、一致するキーの最新の値を保持します。

Visitor-A: {
  "Dates of last seen product categories": {
    "Accessories": 1702454863722,
    "Apparel": 1733414869787,
    "Books": 1731414884828
  }
}
Visitor-B: {
  "Dates of last seen product categories": {
    "Apparel": 1732424969356,
    "Books": 1733414883367,
    "Electronics": 1721357252812
  }
}
Merged: {
  "Dates of last seen product categories": {
    "Accessories": 1702454863722,
    "Apparel": 1733414869787,
    "Books": 1733414883367,
    "Electronics": 1721357252812
  }
}