ラベル設定に関するベストプラクティス

Cookie ID

• （従来の）Analytics Cookie
• ID サービスの Cookie（ECID）：旧 Marketing Cloud ID（MCID）

この Cookie ではデバイスが識別されます。より具体的には、特定のデバイスのユーザーが使用しているブラウザーが識別されます。共通のログイン情報を使用する共有デバイスの場合は、この ID はデバイスのすべてのユーザーに適用される可能性があります。アドビは、データプライバシー要求でこうした Cookie を使用できるように、Web サイトに挿入して Cookie を収集するための統合 JavaScript を作成しました。

Adobe Analytics のモバイル SDK のユーザーも Experience Cloud ID（ECID）を持っています。SDK には、この ID を読み取るための API 呼び出しがあるので、アプリを拡張してデータプライバシー要求用にこの ID を収集できます。

多くの企業では、ブラウザーの Cookie ID は共有デバイス ID と考えられています。その結果、法務チームと相談しながら、データプライバシーリクエストで許容可能な ID として使用することをサポートしないことにする場合があります。または、これらの ID を使用する場合に、ごく限られた量のデータのみを返すように選択したり、削除リクエストに対してのみデータを受け入れるように選択したりできます。

これらの Cookie には、変更できない ID-DEVICE ラベルが設定されています（I2 および DEL-DEVICE ラベルも設定されています）。Adobe Analytics のデフォルト設定では、デバイスに関する一般的な情報（デバイスのタイプ、OS、ブラウザーなど）と、Web サイトにこれらの ID を使用する訪問があった日時のみが返されます。ただし、データプライバシー要求でこれらの ID を利用する場合は、以下で説明するように、ACC-ALL ラベルを追加または削除して、データプライバシーアクセス要求で返されるようにしたいフィールドを設定できます。

レポートスイートがログインを必要とするモバイルアプリに対応している場合、デバイスの Experience Cloud ID が特定のユーザーに対応しているかどうかを判断することもできます。その場合、訪問したページ名、閲覧した製品名など、より多くのフィールドに ACC-ALL ラベルを付ける必要があります。

注意：データプライバシー要求で「expandIds」オプションを指定すると、要求には常に Cookie ID に加えて、指定した他の ID が含まれるようになります。詳しくは、ID 拡張を参照してください。そうした場合、Cookie ID のみを持ち、他の ID を持たないヒットは、アクセス要求の一部として ACC-ALL のラベルが設定されたデータのみを返します。

カスタムトラフィック変数（prop）またはカスタムコンバージョン変数（eVar）に ID を挿入しているお客様もいます。最も一般的なのは CRM ID ですが、それ以外にも、電子メールアドレス、ユーザーログイン名、顧客のロイヤルティ番号、またはこれらの値のハッシュなどがあります。

• データプライバシー要求でこれらのいずれかの ID を使用する場合は、その ID を含むフィールドに ID-PERSON ラベルを設定する必要があります。
• （一般的ではないケース）これらのいずれかのカスタム変数に含まれている ID で、複数のユーザーが共有するデバイスのみが識別される場合は、その代わりに ID-DEVICE ラベルを使用できます。
• また、これらのフィールドには I1 または I2 ラベルが必要で、DEL-PERSON または DEL-DEVICE ラベルも含める必要があります。通常、DEL ラベルの PERSON／DEVICE オプションは、ID ラベルの PERSON／DEVICE オプションと一致します。

データプライバシーリクエストのデータ主体の識別に使用する ID を含むカスタム変数が、レポートスイートに複数あるのは稀です。I1 や I2 のラベルが割り当てられている変数が複数あることもありますが、通常、ID-PERSON または ID-DEVICE ラベルもあるのは、そのうちの 1 つまたは 2 つのみです。

一般的ではありませんが、Analytics は、従来の Analytics トラッキング Cookie の代わりに使用されるカスタム訪問者 ID を利用できる実装にも対応しています。このフィールドには、I2、ID-PERSON、DEL-PERSON の各ラベルが割り当てられています。

多くの実装では、CRM ID からこの ID を派生させて、ユーザーがサイトにログインしている間だけこの ID が存在するようにしています。そのため、複数のデバイスで同一のカスタム訪問者 ID を使用することが可能です。ユーザーがログインする前の追跡情報を、ログイン後の追跡情報に関連付けることができないという技術的な問題があります。代わりに、カスタム訪問者 ID を使用してデバイスを識別するだけであれば、ID-PERSON および DEL- PERSON ラベルをそれぞれ ID-DEVICE および DEL- DEVICE に変更する必要があります。

Cookie ID のみまたは ID-DEVICE ラベルが設定された ID のみを使用する場合は、ACC-ALL ラベルのみを使用します。

アクセスリクエストごとに 1 組のファイルが取得されます。1 つのファイルには、指定されたすべての ACC-ALL フィールドに一致する各ヒットの行が含まれ、1 つのファイルにはこのデータの概要が含まれます。

ID-PERSON ラベルが設定されたカスタム ID のみを使用し、ID 拡張をおこなわない場合は、ACC-PERSON ラベルを使用します。ただし、デフォルトの ACC-ALL ラベルを変更する必要はありません。これらのフィールドは、アクセス要求に自動的に含まれます。

アクセスリクエストごとに 1 組のファイルが取得されます。1 つのファイルには、指定されたすべての ACC-DEVICE フィールドと ACC-PERSON フィールドに一致する各ヒットの行が含まれ、1 つのファイルには、このデータの概要が含まれる概要ファイルが含まれます。

データプライバシー要求にデバイス ID とユーザー ID の両方を含める場合や、カスタム ID（カスタム訪問者 ID か、prop または eVar に含まれている ID）を使用する場合は、使用する ACC ラベルに注意する必要があります。各アクセスリクエストは、2 組のデータファイルを返します。

一致した人物 ID を含むヒットからのデータを含む 1 組のファイルと、人物 ID には一致しないがデバイス ID には一致したヒットからのデータを含む別のファイル。

もう一方の（「ユーザー ID」）ファイルには、ACC-PERSON または ACC-ALL ラベルのいずれかを持つすべてのフィールドとユーザー ID を一致させたすべてのヒットに関するデータが含まれています。 すべての一致したヒットを含む 1 つのファイルと、このデータの概要を含む別の概要ファイル。

「デバイス ID」ファイルには、ACC-ALL ラベルが設定されたフィールドと、一致するユーザー ID を含まないヒットのみが含まれます。これらのファイルには、共有デバイスの他のユーザーによって生成されたデータが含まれる場合があるので、ACC-ALL ラベルを含む一連のフィールドについて慎重に検討する必要があります。Analytics 内のデフォルトのラベル設定では、このラベルは、デバイス関連の汎用情報フィールド（デバイスのタイプ、OS、ブラウザーなど）と、各ヒットの日時にのみ適用されます。

デバイスとユーザーの両方のファイルセットをアドビから受け取り、ユーザーファイルのみを共有して、共有デバイスの他のユーザーによって生成された可能性があるデータは共有しないようにすることもできます。また、片方または両方のファイルセットのデータを、データ主体について把握している他の情報と組み合わせ、独自の形式で返すことも可能です。