1. 連絡先の追跡

連絡先の統合

Version:
日本語翻訳に関する免責事項

このページの翻訳はAIによって自動的に行われました。可能な限り正確な翻訳を心掛けていますが、原文と異なる表現や解釈が含まれる場合があります。正確で公式な情報については、必ず英語の原文をご参照ください。

メモ

Sitecoreバージョン10.1から、コンタクトのマージ ロジックが変更されました。プロファイルスコアは、最新のSourceInteractionStartDateTimeに基づいてソースからターゲットにマージされます。 「問い合わせ行動プロファイル」を参照してください。

コンタクトのマージは、xConnectに既に存在する匿名のコンタクトが既知のコンタクトとして識別された場合にトリガーされます。トラッカーは、2つのコンタクトをマージするためのリクエストをxConnectに送信する役割を担います。マージ ロジックはxConnectが所有します。次の手順では、トラッカーからマージがトリガーされる方法について説明します。

  1. 匿名の連絡先がWebサイトのいくつかのページにアクセスし、セッションの終了時に匿名の連絡先としてxConnectに保存されます。

  2. 匿名の連絡先が同じデバイスからWebサイトに再度アクセスします。分析Cookieを使用すると、連絡先を既存の連絡先として識別できます。匿名の連絡先はxConnectから読み込まれます。匿名連絡先はxConnectにすでに存在するため、Sitecore.Analytics.Tracker.Current.ContactIsNewプロパティはfalseに設定されます。

  3. この2番目のインタラクションでは、匿名の連絡先は既知の連絡先として識別されます。

     ServiceLocator.ServiceProvider.GetRequiredService<IContactIdentificationManager>()                .IdentifyAs(new KnownContactIdentifier("twitter", "myidentifier"));
  4. mergeContactsパイプライン (\Website\App_Config\Sitecore\Marketing.Tracking\Sitecore.Analytics.Tracking.config) はContent Deliveryサーバー上で実行されます。このパイプラインはトラッカーに属し、次の2つの役割を担います。

    • マージ操作をxConnectに送信する。一連のマージ ハンドラーがxConnectで実行され、匿名のコンタクト データ (ファセットなど) が既知のコンタクトにマージされます。

    • 連絡先分類の統合。これは、トラッカーがマージを担当する唯一のデータです。

    手記

    コンタクトがxConnectに存在しない場合、ステップ1は実行されず、xConnectでマージはトリガーされません。ただし、ステップ2は常に実行されます。

  5. マージされたコンタクトはセッションで再ロードされます - これには、すべてのファセットの再ロードが含まれます。

手記

xConnectはコンタクト マージ ロジックを所有しているため、mergeContactsパイプラインを拡張する必要はほとんどありません。多くの場合、カスタムファセットの マージハンドラ を作成する必要があります。

分類の統合

トラッカーは、分類データのマージを担当します。 MergeContactsClassificationプロセッサは、次の場合に実行されます。

  • 既知の接触 (マージのターゲット) がロボットとして分類されている (分類 >= 900) または

  • 匿名の連絡先 (マージのソース) は、人間 (分類 < 900) として分類されています

System.ClassificationプロパティとSystem.OverrideClassificationプロパティのうち、最大値がターゲットの連絡先に保存されます。

バッチでの連絡先の統合

連絡先のマージは、データの破損や予期しない動作を避けるために、バッチ内の1つの操作として実行することをお勧めします。連絡先のマージを他の操作とバッチで処理することは可能ですが、マージ操作で使用される連絡先が他の操作で取得または変更されないようにする必要があります。

この記事を改善するための提案がある場合は、 お知らせください!