ビジタースティッチングについて

訪問を特定することは、Tealium AudienceStream CDPを最大限に活用するための重要なステップです。ユーザーが登録したり、購入を完了したりするなどの特定の資格を持つ訪問のイベントが発生したとき、email_address_hashやcustomer_idなどのイベント属性を使用してその訪問を一意に特定する機会があります。これらの識別属性が複数のセッションでデータレイヤーに提供されると、AudienceStreamはこれらのセッションからの訪問属性を一つのマスタービジタープロファイルに結合することができます。これをビジタースティッチングと呼びます。

ビジタースティッチングをアカウントとプロファイルで有効にするには、アカウントマネージャーに連絡してください。

Tealiumのアイデンティティ解決プロセスは、以下のようないくつかのタイプの属性を使用します：

• 匿名識別子 – Tealium Collectがサイトの訪問やアプリの使用ごとに生成する匿名で一意の値。
• ユーザー識別子 – デバイス、プラットフォーム、ブラウザ間でユーザーを一意に識別する識別子、例えばメールアドレス。
• ビジターID属性 – セッションやデバイス間でユーザーを識別するためにビジタースティッチングで使用される属性。ビジターID属性はユーザーIDからその値を取得し、同じビジターID属性値を持つビジタープロファイルを一つのプロファイルに結合するために使用されます。ビジタースティッチングに使用するビジターID属性を選択することは、AudienceStreamの構成の重要な部分です。詳細については、ビジターID属性を参照してください。

詳細については、匿名ID、ユーザーID、およびビジターID属性を参照してください。

アイデンティティ解決の仕組み

アイデンティティ解決とは、ブラウザやデバイス間でuser identifiersを収集し、マッチさせることで、訪問があなたのブランドとのエンゲージメントを統一的に見るプロセスのことです。

例えば、新しい訪問があなたのブランドと交流すると、あなたのウェブサイトやアプリ上で、Tealium Collectは匿名IDを生成し、それをAudienceStreamに送信するデータに含めます。これにより、新しいビジタープロファイルが作成され、AudienceStreamに訪問属性を保存するレコードが作成されます。同一の訪問は、デバイスやブラウザごとにAudienceStreamに複数のプロファイルを持つことがあり、時間とともにそれらはより多くのデータを蓄積します。

訪問が自身のアイデンティティを確認すると、例えばメールアドレスなどのユーザー識別子を提供すると、Tealium Collectはこのユーザー識別子をAudienceStreamに送信し、それが既知の訪問であることを示します。ユーザー識別子はAudienceStreamのビジターID属性に格納されます。ビジタースティッチングは、AudienceStreamのユーザーID属性から特定のビジターID属性が初めて格納されたときにトリガーされます。

プロファイルがどのようにスティッチされるか

ビジタースティッチングは、2つ以上のプロファイルのデータを一つのプロファイルに結合することを超えています。最も正確な統一プロファイルを作成するために、Tealiumの独自技術は、スティッチされた各プロファイルからのデータを発生順に再生し、訪問の旅の順序に基づいて新しいプロファイルを構築します。

スティッチされたプロファイルは削除されません。新しいプロファイルには、各スティッチされたプロファイルへのリンクを含むreplaces配列が含まれています。スティッチされた各プロファイルには、新しいプロファイルへのリンクを含むreplaced by属性が含まれています。スティッチされたプロファイルの匿名IDは、訪問を検索したり削除したりするためにまだ使用することができます。スティッチされたプロファイルの匿名IDを参照するイベントは、新しいプロファイルを豊かにします。replaces属性についての詳細は、AudienceDBテーブルと訪問レコード形式を参照してください。

スティッチングはリアルタイムで行われ、新しく結合されたプロファイルはすぐに行動を起こすことができます。これにより、パーソナライゼーション、リマーケティング、リターゲティングのアクションがよりパーソナライズされ、効果的になります。

詳細については、ビジタースティッチングの例を参照してください。

ビジタープロファイルが一度スティッチされると、それらは分離することはできません。

AudienceStreamが識別子を評価する方法

AudienceStreamがイベントを処理するとき、匿名ID（tealium_visitor_id）は、ユーザー識別子やビジターID属性よりも先に評価されます。この評価順序の唯一の例外は、ファイルインポートデータソースからのイベントで、評価順序はビジターIDマッピングによって決定されます。

以下のシナリオは、匿名IDとユーザー識別子がAudienceStreamの訪問プロファイルにどのように影響を与えるかを説明しています：

• 新規匿名訪問 – 匿名IDが既存のプロファイルと一致しない場合、新しい訪問プロファイルが作成されます。

  

• 更新された匿名訪問 – 匿名IDが訪問プロファイルと一致する場合、イベントは既存のプロファイルを豊かにします。

  

• 識別された訪問 – イベントがビジターID属性をエンリッチするように構成されたユーザー識別子を含み、ビジターID属性がまだ格納されていない場合、ユーザー識別子はビジターID属性を豊かにし、イベントは既存のプロファイルを豊かにします。

  

• 匿名訪問が識別された訪問と一致 – イベントがビジターID属性をエンリッチするように構成されたユーザー識別子を含み、ユーザー識別子が既存のプロファイルのビジターID属性と一致する場合、2つのプロファイルはスティッチされます。

• 複数の識別子 – イベントが複数のユーザー識別子を含む場合、対応するビジターID属性は、属性ID順にOR条件として評価されます。これは、最初に作成されたビジターID属性が最初に評価されることを意味します。一部のエッジケースでは、評価の順序がプロファイルがスティッチされる方法に影響を与えることがあります。特に、プロファイルが共通の匿名IDを持たない場合です。