ID 拡張

送信する ID では、Analytics でデータ主体に関連付けることができるヒットデータの一部をカバーできない場合もあります。Analytics では、ID のセットを拡張し、関連付けられているデータをデータプライバシー要求に含めることができます。このオプションを要求するには、送信する各データプライバシー要求に対するオプションのパラメーターを JSON 要求に追加します。

"expandIds": true

詳しくは、プライバシーサービス API のドキュメントを参照してください。

タイプ 注意点
Cookie ID の拡張 Analytics をご利用の多くのお客様は、以前まで(レガシー) Analytics Cookieを使用しているが、現在は Experience CloudID サービス (ECID). 移行後に、こうしたお客様の Web サイトを初めて訪問したユーザーの場合は、ECID のみが使用されます。ただし、従来の Cookie のみが使用可能で、かつ訪問後の最初の訪問者の場合は、次のようになります。一部のデータには両方の cookie が含まれています。 ただし、古いデータには Analytics Cookie のみが含まれており、最新データに ECID のみが含まれている場合も稀にあります。

Analytics(訪問者 ID)Cookie または ECID で識別された訪問者のすべてのデータが見つかっていることを確認します。 現在 ECID を使用していて、以前に Analytics Cookie を使用していた場合、どちらかのタイプの ID を使用して要求を送信する場合は、要求に両方の ID を含めるか、 expandIds オプション。 次を指定する場合: expandIdsAdobeは、指定した cookie ID に対応する他の ECID または Analytics Cookie を確認します。 リクエストは自動的に展開され、新しく識別されたこれらの Cookie ID が含まれます。

カスタム ID から Cookie ID への拡張 e コマース Web サイトでは、訪問者がログインせずにサイトを閲覧して商品を買い物かごに追加し、チェックアウトプロセスに入ることも珍しくありません。データプライバシー要求のユーザーの識別に使用された ID がユーザーのログイン時にのみカスタム変数に保存される場合、このログイン前のアクティビティはその ID に関連付けられません。 Analytics Cookie ID を使用すると、Cookie ID がログインをまたいでも保持されるので、ログイン前の閲覧行動をログイン後の購入操作に関連付けることができます。

実装でログイン ID(CRM ID、ユーザー名、ロイヤルティ番号、電子メールアドレスなど、またはこれらの値のハッシュ)がカスタム変数(prop や eVar)またはカスタム訪問者 ID に保存され、この ID をデータプライバシーアクセス要求に使用しているとします。特に、閲覧されたが購入されていないプロモーション項目がある場合は、データ主体はすべての閲覧に関する情報がアクセス要求の一部として返されないことに驚くかもしれません。 そのため Analytics によるデータプライバシーの処理では、ID 拡張に対応しており、任意のカスタム ID と同じヒット内のすべての Cookie ID を検出してから、要求を拡張してそれらの ID も含めます。

条件 expandIDs が cookie 名前空間以外の名前空間と共に指定されている場合、リクエストは拡張され、指定された ID を含むヒットに含まれる cookie ID(ECID または Analytics Cookie)が含まれるようになります。 その後、新しく見つかった Cookie ID に対して、前述のように Cookie ID の拡張が実行されます。

次の場合に expandIDs オプションがアクセス要求に使用され、指定した ID に ID-PERSON というラベルが付いている場合、2 組のファイルが返されます。 最初のファイルセット(ユーザーセット)には、指定した ID が検出されたヒットのデータのみ含まれています。2 番目のファイルセット(デバイスセット)には、指定した ID は存在していなかったが拡張 ID が検出されたヒットのデータのみ含まれています。

ID 拡張を使用するタイミング

データプライバシーの施行後最初の数ヶ月の間、Analytics データプライバシー要求の大部分は ID 拡張を要求しませんでした。 ただし、組織に適した値の決定は、お客様次第です。 使用する ID とAdobe Analytics内で収集するデータを含むデータに対して ID 拡張が必要かどうかは、法務チームに問い合わせてください。

主な検討事項は次のとおりです。複数のユーザーがサイトを訪問した共有デバイス上では、ID 拡張を使用すると、アクセス要求(デバイスファイル内)で返されるデータに、他のユーザーのデバイスのヒットのデータが含まれます。 ラベル付けに関するベストプラクティスに従っている場合(訪問したページなど、プライベートデータがデバイスファイルに含まれていない場合など)でも、デバイスファイルには訪問したページの数と各訪問の回数が含まれます。 自問自答:この情報を、訪問者でなかった可能性のあるユーザーと共有してもよろしいですか?

ID 拡張がの場合 not 削除リクエストに使用:cookie ID(ECID または Analytics cookie 以外の任意の ID)を使用して、削除する必要のあるヒットを識別し、その ID に ID-DEVICE ラベルが設定されている場合、レポートの個別訪問者数は変更されます。 これは、Cookie ID の一部のインスタンスのみが匿名化され、残りのインスタンスは変更されないためです。 ID 拡張を指定しない場合は、リクエストに cookie ID を使用するか、ID-PERSON ラベルを持つ ID を使用することをお勧めします。

Adobeが ID 拡張を実行する場合、追加のフルデータスキャンが必要になる場合があります。 これにより、リクエストの完了にAdobeがかかる時間が長くなり、多くの場合、処理時間に 1 週間が追加されます。

その他のデータプライバシー要求フラグ

Analytics では、「expandIDs」フラグに加え、データプライバシー要求の一部として渡すことができるフラグが 2 種類サポートされています。これらのフラグとそのデフォルト値は次のとおりです。

"analyticsDeleteMethod": "anonymize"
"priority": "normal"

今後、 analyticsDeleteMethod では、デフォルト値の「anonymize」に加えて「purge」という値をサポートする場合があります。 この値がサポートされると、単に DEL ラベルが付いたヒットフィールドの値が更新されるのではなく、ヒット全体が削除されます。

デフォルト値に加えて、 priority フィールドでは、「low」の値もサポートされます。 この値は、データ主体による要求の結果として発生した要求ではないために 30 日以内に完了しなければならないという法的義務が課せられていない要求に対して指定する必要があります。

Privacy ServiceAPI の使用

重要

Adobeは、 Privacy ServiceAPI データ主体が開始したリクエスト以外の理由で プライバシーサービス API はデータの消去や修正を目的としたツールではなく、そのような目的にこの API を使用すると意図しない結果が生じます。Privacy ServiceAPI は、時間的制約が厳しいデータプライバシー要求を着実に実行できるようにすることを目的として提供されています。 この API をその他の目的に使用することはサポートされておらず、そのような利用はユーザーからの優先度の高いデータプライバシー要求をアドビの他のお客様のためにタイムリーに処理する能力に影響を及ぼす可能性があります。大規模な訪問者グループ全体にわたって間違って送信されたデータを消去するなど、本来の目的とは異なる用途にプライバシーサービス API を使用することは避けください。

また、データプライバシー削除要求の結果、ヒットが削除(更新または匿名化)された訪問者の状態情報はリセットされるということを認識しておく必要があります。そのような訪問者が再び Web サイトを訪問した場合は、新規訪問者として扱われます。eVar の割り当ては最初からすべてやり直され、訪問回数、リファラー、最初に訪問したページなどの情報も最初から収集し直されます。データフィールドを消去すると、このような望ましくない副次的効果が生じます。これは、プライバシーサービス API がそのような用途に適していない理由の 1 つでもあります。

PII やデータに関連する問題が発生した場合は、アカウントマネージャー(CSM)に連絡し、エンジニアリングアーキテクトコンサルティングチームと協力して問題解決に必要な労力のレベルを確認したうえで、問題を解決するよう依頼してください。

このページ