ユーザー識別子を選択するためのベストプラクティス

ユーザー識別子について

ユーザー識別子は、Tealiumの実装環境において、デバイス、プラットフォーム、ブラウザーをまたいでユーザーを一意に識別するデータレイヤー変数です。

ユーザー識別子は、訪問プロファイルの訪問ID属性を構成するために使用されます。ビジタースティッチングでは、訪問ID属性を使用し、訪問IDの値が一致する複数のデバイスやブラウザーの訪問プロファイルを統合します。

次の図は、ユーザー識別子 hashed_email_address（イベント属性）によって値が構成される、Hashed email address という名前の訪問ID属性の例を示しています。

ユーザー識別子は、Tealiumによって自動的に作成または構成されるものではありません。これらの属性は、ユースケースに基づいて構成する必要があります。

要件

ユーザー識別子は、次の要件を満たす必要があります。

• 訪問ごとに一意であること。
• 6文字以上で、少なくとも3種類の異なる文字を含むこと。
• プラットフォーム、デバイス、ブラウザーをまたいで大文字と小文字の表記が統一されていること。
• すべてのデータソースにわたって永続的に保持されること。

ユーザー識別子が一意でない場合、ビジタースティッチングの処理によって、関連のない2つのプロファイルが誤って統合される可能性があります。この統合は元に戻せません。

詳細については、ビジタースティッチングについておよび訪問ID属性を参照してください。

ユーザー識別子の選択方法

ユーザー識別子を選択するには、現在Webサイト、アプリ、または店舗の訪問について収集している識別子を一覧にします。次に、識別子ごとに以下を確認します。

• 値は訪問ごとに一意か。
• すべてのデータソースから取得できるか。

ビジネスのすべての領域で共通して使用でき、訪問ごとに一意の値を持つ識別子を選択します。たとえば、メールアドレスや電話番号は、Webサイト、モバイルアプリ、または店舗での対面のやり取りから取得できます。

また、オンライン購入や店舗購入など、異なるソースからの訪問をスティッチできるように、識別子はすべてのデータソースから取得できる必要があります。

適切なユーザー識別子の例

適切なユーザー識別子の例を以下に示します。

• ハッシュ化されたメールアドレス
• ハッシュ化された電話番号
• The Trade Desk Unified ID
• 顧客ID
• 患者ID
• 会員ID
• アカウントID
• 学生ID

ユーザー識別子のハッシュ化について詳しくは、PIIを含む値のハッシュ化を参照してください。

不適切なユーザー識別子の例

次のIDはユーザー識別子として適していません。

• マーケティングアクティベーションID - ユーザーではなく、マーケティング施策やキャンペーンに使用されるID。たとえば、Adobe Marketing Cloud IDやGoogle Client IDなど。
• ベンダーID - ソフトウェアまたはサービスベンダーのID。
• デバイスID - 複数のユーザーによって使用される可能性があります。
• 匿名ID - ユーザーが別のデバイスやブラウザーからログインすると変更されます。

マーケティングアクティベーションIDとベンダーIDはユーザー識別子には適していませんが、コネクターアクションで使用する訪問属性として保存すると役立つ場合があります。

ユーザー識別子の最大数

訪問ID属性は、最大2つまで構成することがベストプラクティスです。

3つ以上の訪問IDを使用すると、特定のスティッチングシナリオにおいて、プロファイルが統合されず、2つの別々のプロファイルが作成される場合があります。

また、1つのイベントに構成するユーザー識別子は1つだけにすることも重要です。1つのイベントに複数のユーザー識別子を構成すると、予期しないスティッチング結果につながる可能性があります。

ビジタースティッチングを有効にした後で訪問ID属性を追加する場合は、事前にTealium担当者へ相談することをお勧めします。

ユーザー識別子の準備

ユーザー識別子を訪問ID属性に割り当てる前に、以下のベストプラクティスを使用して検証および正規化します。これらの前処理手法は、独自のコード、または拡張機能とエンリッチメントを使用して実装できます。

メールアドレスの検証

メールアドレスをユーザー識別子として使用する場合は、@ 記号の有無を確認する、または正規表現を使用するなどして、その値が有効なメールアドレスであることを検証するのがベストプラクティスです。ユーザー識別子の値が未定義、またはその他の無効な値である場合は、その値を訪問ID属性の構成に使用しないでください。使用すると、関連のないプロファイルがスティッチされてしまいます。

次の図は、正規表現を使用してメールアドレスを検証するSet Data Values拡張機能の構成例を示しています。

この例では、値を構成する前に、次の正規表現を使用してメールアドレスを検証します。

^[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}$

メールアドレスの正規化

異なるデータソースから取得したメールアドレスなどの文字列属性では、大文字と小文字の表記規則が異なる場合があります。たとえば、値に大文字を使用するデータソースもあれば、すべて小文字を使用するデータソースもあります。Lower-Casing拡張機能を使用して、これらの値をすべて小文字に変換して正規化するのがベストプラクティスです。

たとえば、次のメールアドレスは、小文字に正規化しない限り同一とは見なされません。

• abby.adams@acme.com
• Abby.Adams@acme.com
• ABBY.ADAMS@ACME.com

ユーザー識別子の値を構成して正規化する方法については、ユーザー識別子の値の構成を参照してください。

電話番号の正規化

電話番号をユーザー識別子として使用する場合は、数字のみが含まれるように値を正規化するのがベストプラクティスです。電話番号に含まれる文字は、国によって次のように異なります。

• 数字のグループが、スペース、ハイフン、ピリオド、またはこれらの文字の組み合わせで区切られている場合があります。
• 市外局番や都市コードが括弧で囲まれている場合があり、桁数も異なることがあります。
• 電話番号の桁数も異なる場合があり、固定電話とモバイルデバイスでも異なることがあります。
• 国番号は通常、+ で始まり、その後に1～4桁の数字が続きます。1桁目と2桁目の間がハイフンで区切られている場合もあります。国番号を括弧で囲む国もあります。

次の表は、さまざまな形式の電話番号を正規化する例を示しています。

PIIを含む値のハッシュ化

メールアドレスや電話番号など、個人を特定できる情報（PII）を含むユーザー識別子は、ユーザーのプライバシーを保護するためにハッシュ化する必要があります。SHA256などのハッシュ関数は、一意性を維持しながら、機密情報を含むテキスト値を匿名かつ一意の固定長文字列に変換します。

ユーザー識別子は、ハッシュ化する前に正規化する必要があります。

Crypto拡張機能の使用方法については、ユーザー識別子の値の構成およびCrypto拡張機能を参照してください。

Crypto拡張機能の例

次の例では、customer_emailという名前のデータレイヤー変数をハッシュ化します。

> utag_data.customer_email
< "test@tealium.com"

Crypto拡張機能で、SHA-1暗号学的ハッシュ関数を使用してcustomer_emailを変換するよう構成すると、新しい値は次のようになります。

> utag_data.customer_email
< "05fcf31275aa13408ace62e84dac60ae4b805a65"

customer_emailを保持しながらハッシュ値を作成するには、customer_email_hashという名前の2つ目の変数を使用します。まず、Set Data Values拡張機能を使用して、ハッシュ変数customer_email_hashをcustomer_emailの値で初期化し、その後Crypto拡張機能でハッシュ化します。これにより、新しいハッシュ値を作成した後も元の値が保持されます。

> utag_data.customer_email
< "test@tealium.com"
> utag_data.customer_email_hash
< "05fcf31275aa13408ace62e84dac60ae4b805a65"

ユーザー識別子の値を構成する

次の図は、ユーザー識別子として使用するデータレイヤー変数について、3つの拡張機能を使用して値の構成、小文字への変換、およびハッシュ化を行う例を示しています。

詳細については、Set Data Values拡張機能およびCrypto拡張機能を参照してください。

条件を満たすイベントで訪問IDを構成する

訪問IDは、条件を満たすイベントの発生時にのみ構成してください。条件を満たすイベントとは、アカウントの作成や購入の完了など、顧客が信頼できる識別手段を提供するイベントです。

たとえば、ユーザーが購入時にメールアドレスを提供した場合、メールアドレスを検証して正規化するおよびPIIを含むユーザー識別子をハッシュ化するで説明されているように、そのメールアドレスを小文字に変換してハッシュ化します。その後、購入イベントの発生時に、ユーザー識別子の値を訪問ID属性に構成するエンリッチメントを使用します。

次の図は、購入イベントの発生時に値を構成するエンリッチメントを持つ訪問ID属性の例を示しています。

その他のリソース

• 訪問のステッチについて
• 訪問のステッチに関するガイドライン
• 訪問ID属性