データ収集での1st パーティデバイス IDの使用

Experience Platform Edge Networkでは、Experience Cloud ID （ECID）を使用してweb サイト訪問者を識別します。 所有しているプロパティのIDの耐久性を向上させるには、1st パーティデバイス ID （FPID）と呼ばれる独自のデバイス IDを設定して管理します。 Edge Networkでは、FPIDを使用して、Adobe ソリューションが使用するECIDのシードを設定します。

このページでは、ECIDとidentityMapについて詳しいユーザーを前提としています。 詳しくは、​ データ収集のIDを参照してください。

FPIDを使用するタイミング when-to-use

ブラウザーの制限により、Adobeが再訪問者を認識するために使用するCookieの有効期間を短縮できます。 組織が所有および管理するサイトでより耐久性のあるIDが必要な場合、FPIDを使用して独自のデバイス IDを管理し、それを使用してECIDをシード化できます。

FPIDは、Web SDK タグ拡張機能を含む、Web SDKを使用するWeb実装でサポートされています。 主な目標が、組織が所有するドメインでより強力なIDの保持である場合や、所有しているweb プロパティでのレポートとパーソナライゼーションの継続性が必要な場合に最適です。 また、制御するインフラストラクチャから1st パーティ Cookieを設定および管理することもできます。

FPIDは、アプリからwebへの引き継ぎや、複数のドメイン間でのIDの連続性を主な目標としている場合に適したツールではありません。 これらのシナリオについては、​ モバイルからwebへのID共有および​ クロスドメイン共有を参照してください。

FPIDを利用する利点は次のとおりです。

FPIDを利用するためのトレードオフには、次のようなものがあります。

高レベル設定パス

FPIDの仕組み how-fpids-work

Adobe Experience Cloudに渡されたFPIDは、決定論的アルゴリズムを使用してECIDに変換されます。 同じFPIDがEdge Networkに送信されるたびに、同じECIDがFPIDからシードされます。 FPIDを使用してECIDのシードを設定すると、そのFPIDはidentityMapから削除され、生成されたECIDに置き換えられます。 FPIDは、Adobe Experience PlatformまたはExperience Cloud ソリューションには保存されません。

ECIDとFPIDの両方が存在する場合、ECIDは常に最初にユーザーを識別するために使用されます。 この優先順位付けにより、既存のECIDがブラウザーのcookie ストアに存在する場合、そのECIDがプライマリ IDのままとなり、既存の訪問者数がインフレーションのリスクを受けないようにします。 既存のユーザーの場合、ECIDが期限切れになるか、ブラウザーポリシーまたは手動アクションの結果として削除されるまで、FPIDはプライマリ IDにはなりません。

IDは、次の順序で優先順位が付けられます。

FPID Cookieの生成と設定 set-fpid-cookie

Edge Networkでは、UUIDv4形式に準拠するIDのみを使用できます。 UUIDv4形式でないデバイス IDは拒否されます。

サーバーサイド Cookie設定 set-cookie-server

独自のサーバーを通じてCookieを設定する場合、様々な方法を使用して、Cookieがブラウザーポリシーによって制限されるのを防ぐことができます。

ファーストパーティ Cookieが最も効果を発揮するのは、DNS やJavaScript コードではなく、DNS ​A レコード ​ （IPv4の場合）またはAAAA レコード CNAME （IPv6の場合）を使用するサーバーを使用している場合です。

AまたはAAAA レコードは、Cookieの設定と追跡でのみサポートされています。 データ収集の主な方法は、DNS CNAMEを使用することです。 FPIDはAまたはAAAA レコードを使用して設定され、CNAMEを使用してAdobeに送信されます。 Adobeで管理されている証明書プログラム ​を使用すると、データ収集用にCNAMEを設定できます。

Cookieの設定時期 when-to-set-cookie

FPID Cookieは、Edge Networkにデータを送信する前に設定するのが理想的です。 実装でデータを収集する前に同意が必要な場合は、FPID Cookieと同意フローの調整に関するガイダンスについて、​ ファーストパーティデバイス IDを使用した同意を参照してください。 訪問者のインフレーションは、FPIDが最初のリクエストからECIDのシードを取得できるようにすると減少します。 それが不可能なシナリオでは、ECIDは既存のメソッドを使用して生成され、Cookieが存在する限りプライマリ識別子として機能します。 生成されたFPIDは、ECIDが存在しなくなるまで、プライマリ IDにはなりません。 ECIDが最終的にブラウザー削除ポリシーの影響を受けるが、FPIDが影響を受けないと仮定すると、FPIDは次回の訪問時のプライマリ識別子となり、その後の訪問時にECIDをシードするために使用されます。

有効期限の設定 set-expiration

Adobeでは、FPID Cookieの有効期間を慎重に検討することをお勧めします。 組織のプライバシーポリシーと、組織が活動している国や地域の法律やポリシーを考慮することが重要です。 組織の設定に応じて、全社的なCookie設定ポリシーを採用するか、事業展開するロケールごとにユーザーによって異なるCookie設定ポリシーを採用することができます。 最初のCookieの有効期限に関係なく、新しいサイト訪問が発生するたびに有効期限を拡張するロジックを含めることを確認します。

Cookie フラグ cookie-flags

Cookie フラグには、様々なブラウザーでのCookieの扱い方に影響を与えるものがいくつかあります。

FPIDをEdge Networkに送信する send-fpid

Edge NetworkにFPIDを送信するには、次の2つの方法があります。

方法1: CNAMEを設定し、データストリームにファーストパーティ ID Cookieを設定する setting-cookie-datastreams

独自のドメインからFPID Cookieを設定するには、Web SDK呼び出しに独自のCNAMEを設定し、データストリーム設定でファーストパーティ ID Cookie機能を有効にする必要があります。 DNS内のCNAME レコードを使用すると、あるドメイン名から別のドメイン名にエイリアスを作成できます。 このエイリアスは、サードパーティサービスを独自のドメインの一部であるかのように見せ、そのCookieをファーストパーティ Cookieのように見せるのに役立ちます。 CNAMEを使用してファーストパーティデータ収集を有効にすると、データ収集エンドポイントに対して行われたリクエストに対して、ドメインのすべてのCookieが送信されます。

方法2: identityMapでFPIDを使用する identityMap

独自のCookieにFPIDを保存する代わりに、ID マップを介してFPIDをEdge Networkに送信できます。

次に、identityMapでFPIDを設定する方法の例を示します。

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-42d3-9456-426614174000",
        "authenticatedState": "ambiguous",
        "primary": true
      }
    ]
  }
}

他のID タイプと同様に、identityMap内の他のIDにFPIDを含めることができます。 次の例では、認証済みCRM IDを持つFPIDが含まれています。

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-42d3-9456-426614174000",
        "authenticatedState": "ambiguous",
        "primary": false
      }
    ],
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated",
        "primary": true
      }
    ]
  }
}

ファーストパーティデータ収集が有効になっている場合に、Edge Networkが読み取るCookieにFPIDが含まれている場合は、認証済みのCRM IDのみをキャプチャします。

{
  "identityMap": {
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated",
        "primary": true
      }
    ]
  }
}

次のidentityMapは、FPIDのprimary インジケーターが見つからないため、Edge Networkからのエラー応答の結果です。 identityMapに存在するIDのうち、少なくとも1つはprimaryとしてマークされている必要があります。

{
  "identityMap": {
    "FPID": [
      {
        "id": "123e4567-e89b-12d3-a456-426614174000",
        "authenticatedState": "ambiguous"
      }
    ],
    "EMAIL": [
      {
        "id": "user@example.com",
        "authenticatedState": "authenticated"
      }
    ]
  }
}

FPIDへの移行 migrating-to-fpid

以前の実装から1st パーティデバイス IDに移行する場合、移行が低レベルでどのように見えるかを視覚化するのは難しい場合があります。 このプロセスを説明するために、以前にサイトを訪問したことがあるお客様と、FPIDの移行がAdobe ソリューションでのお客様の特定方法にどのような影響を及ぼすのかを考慮してください。