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

ビジターを識別することは、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テーブルとビジターレコードフォーマットを参照してください。

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

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

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

ビジターの切り替え

2人のユーザーが同じデバイスを共有している場合、両方のユーザーは同じ匿名IDを持ちます。彼らが同じウェブサイトを訪れるが、異なるユーザー識別子（メールアドレスや顧客IDなど）を使用する場合、これをビジターの切り替えと呼びます。Tealiumのサポートまたはプロフェッショナルサービスは、ビジターの切り替えを処理するソリューションの実装を支援することができます。詳細については、以下のTealiumのナレッジベース記事を参照してください：

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

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

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

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