訪問ID属性

始める前に、以下に慣れておくことが重要です：

• 属性の使用
• エンリッチメントの使用
• 訪問スティッチングについて

訪問ID属性はAudienceStreamで構成され、訪問を一意に識別するために使用されます。訪問ID属性を作成するとき、ユーザー識別子（イベント属性としてのemail_address_hashやcustomer_idなど）に値を構成するエンリッチメントを追加します。訪問スティッチングが正しく機能するためには、一意のユーザー識別子を選択し、訪問を識別するタイミングを決定するルールを作成し、選択した属性が各訪問に対して一意であることを確認する必要があります。ユーザー識別子の選択についての詳細は、ユーザー識別子の選択におけるベストプラクティスを参照してください。

訪問スティッチングはデフォルトで無効になっています。有効にするにはアカウントマネージャーに連絡してください。

訪問ID属性は訪問スコープで利用可能です。

訪問ID属性のシステム要件

訪問ID属性は以下のシステム要件を満たす必要があります：

• 長さ：値は6文字から255文字の長さでなければなりません。
• 非繰り返し：値には少なくとも3つの異なる文字が含まれている必要があります。2つの異なる文字しかない10文字の識別子（"a1a1a1a1a1"）は無効です。
• エンリッチメント：データタイプがNumberの属性は、訪問ID属性のエンリッチメントに使用できません。
• サイズ：訪問ID属性の最大サイズは2 KBです。

UTF-8文字セットがサポートされています。

システムはこれらの要件を自動的に検証します。訪問ID属性の構成にこれらのルール条件は必要ありません。

ベストプラクティス

訪問ID属性は以下のベストプラクティスに従うべきです：

• 一意性 - 各訪問ID属性の値は各訪問に対して一意であるべきです。

  • 強力な識別子 - 単一の訪問に関連付けられる可能性があり、変更される可能性が低い値のみを使用してください。例えば、ハッシュ化されたメールアドレスや顧客IDなどです。
  • 弱い識別子 - 各訪問に対して一意であることが保証されない値や、時間の経過とともに変更される可能性が高い値は避けてください。例えば、名前やユーザーネーム、電話番号などです。

• 大文字と小文字の区別 - 値は大文字と小文字を区別するため、小文字に変換してください。例えば、FirstLast@example.comとfirstlast@example.comはAudienceStreamでは異なるIDとして扱われます。

• 値の検証 - メールアドレスを使用する場合、アドレスに@記号が含まれているかどうかを確認することが望ましいです。また、undefined、unknown、not setやその他の訪問ID属性の有効な値ではないテキストを文字列でチェックすることもできます。

最も正確な訪問ID属性を作成するためのガイドについては、訪問ID属性の作成を参照してください。

訪問ID属性に値を構成するタイミング

訪問ID属性に値を構成するのは、顧客が信頼できる一意の識別手段を提供するイベントが発生したときです。例えば、アカウントの登録や購入の完了などです。

訪問ID属性はマーケティング活動ID（例えばgidなど）ではあってはなりません。これらのサードパーティ識別子は訪問属性としてコネクタで使用するために保存することができますが、訪問ID属性としては推奨されません。

訪問ID属性をエンリッチする

エンリッチメントを使用して、訪問ID属性に訪問のユーザー識別子を保存します。例えば、ユーザーが登録またはサインアップするとき、システムは内部IDを生成してデータレイヤーにcustomer_idとして追加する場合があります。この場合、user_registerイベントが発生したときに訪問ID属性をcustomer_idに構成するためにエンリッチメントを使用します。

訪問ID属性が構成された後、それを更新することはできません。