Audience Managerのデータ収集ライブラリをAppMeasurementから Web SDKに更新する
対象読者 intended-audience
このページは、AppMeasurement JavaScript ライブラリを使用して web データをAudience Managerに送信するAudience ManagerおよびAdobe Analyticsのお客様向けです。
現在のデータ収集方式に応じて、web SDKへの移行手順に関するガイダンスについては、次の表を参照してください。
移行の概要 overview
AppMeasurement から Web SDK への移行は、主にAdobe Analyticsの移行です。 Audience Managerのお客様の場合、この移行にはAudience Managerも含まれます。 両方を一緒に移行する必要があります。 主にAudience Managerを使用する場合は、この移行に Analytics チームを関与させます。
AppMeasurement for Audience Manager Data Collection を使用している場合は、現在、Analytics データをAudience Managerに送信する Server-side Forwarding (SSF) アプローチを使用しています。 この設定では、Analytics データ収集リクエストがAudience Managerに転送され、ページに対するAudience Manager応答も処理します。
これは長年にわたる標準的なアプローチであり、現在の設定である可能性があります。 AppMeasurement ライブラリに AudienceManagement
モジュールが含まれ、データ収集呼び出しにリクエスト(/10/
)の /b/ss/examplereportsuite/10/
パスが含まれている場合、このガイドは役に立ちます。
サーバーサイド転送(SSF)と Web SDKのデータフロー data-flows
Web SDK(およびEdge Network)への移行時に、Analytics とAudience Managerの間で発生するデータフローの違いを理解することは、以下の手順で重要です。
サーバーサイド転送では、Analytics 地域データ収集ノードがデータを収集し、Audience Managerが受け入れるシグナルに変換してAudience Managerに送信し、Audience Manager応答をページに返します。 次に、AudienceManagement ライブラリの AppMeasurement モジュールが応答を処理します(Cookie の削除、URL の宛先の送信など)。 Analytics がAdobe サーバーを使用してAudience Managerにデータを転送するため、このプロセスはサーバーサイド転送と呼ばれます。
Web SDKを使用すると、Edge Networkは、Analytics とAudience Managerに別々のアクションでデータを送信します。 Web SDKは、データをすべてのソリューションに送信する単一のライブラリであり、Edge Networkは、ソリューションに依存しないデータポイントをソリューション固有の形式に変換します。
この新しいデータフローでは、すべてのデータがEdge Network データストリームに送信されます。必要に応じて、これを設定 してAdobe ソリューションにデータを送信できます。 Audience Managerについては、データストリームでAudience Manager サービスを有効にすると、XDM および Analytics データがAudience Managerで受け入れられるシグナルに変換されます。 また、Edge Networkはページに対するAudience Manager応答も返します。Web SDKは、AppMeasurement や AudienceManagement モジュールと同様に応答を処理します。
タグとタグ以外の移行 tags-vs-non-tags
AppMeasurement 拡張機能を使用してタグを使用する場合でも、別のタグ管理システムで AppMeasurement ライブラリを使用する場合でも、ページに直接 AppMeasurement ージを配置する場合でも、Audience Managerから web SDKに移行する手順は同じです。 Audience Managerの移行は Analytics の移行に依存するので、AppMeasurement から Web SDKへの移行手順は Analytics の移行中に決定されます。
この情報については、{Tags または2}JavaScript ベースの実装に関する Analytics ドキュメントで説明しています。
XDM と data.__adobe.
ノード xdm-data-nodes
Web SDK の主な機能の 1 つは、Real-Time Customer Data Platform(RTCDP)にデータを送信することです。 これを実現しつつ、完全な再実装を行わずに他のExperience Cloud ソリューションのデータを収集するには、データ収集サーバー呼び出し内でソリューション固有のデータを区分化します。 この呼び出しでは、 エクスペリエンスデータモデル(XDM)と呼ばれる、標準化された JSON スキーマを使用します。
ブラウザーやデバイスに関する情報など、ソリューションに依存しない要素は、所定の XDM 構造でEdge Networkに送信されます。 Edge Networkは、このデータをソリューション固有の形式に変換します。 ただし、Target、Analytics、Audience Managerに固有のデータは、XDM ペイロード内の専用の data.__adobe
ノードに保存されます。
例:
- Analytics 変数
s.eVar1
は、XDM ペイロードでdata.__adobe.analytics.evar1
のように表されます。 - 顧客のロイヤルティステータスに関連する Target パラメーターは、
data.__adobe.target.loyaltyStatus
として保存されます。
データストリームでExperience Platform サービスが有効になっている場合でも、__adobe
ノード内のデータは、Experience Platformに送信されずに、それぞれのソリューション(Analytics やAudience Managerなど)に送信されます。 つまり、Analytics とAudience Managerの現在の設定を維持しながら、 データ収集のためのデータ準備を使用して、Experience Platformのリアルタイムユースケースに必要なデータ要素を XDM スキーマ要素に柔軟にマッピングできます。
例えば、チェックアウト時に買い物かごのコンテンツをレポートするために使用される Analytics s.products
文字列は、元の形式で Analytics とAudience Managerに引き続き送信できます。 同時に、この文字列の要素を使用して、Experience Platformのユースケース向けにより直感的な XDM カートスキーマを作成できます。
ほとんどのAudience Manager実装はAudience Managerに転送される Analytics データに依存しているので、Audience Manager特性の式の多くは Analytics 変数(c_evar#
、c_prop#
および c_events
)に基づいている可能性が高くなります。 移行時に XDM 形式を使用して特性式が再構築されるのを防ぐため、Edge Networkはデフォルトで、data.__adobe.analytics
ノードにある Analytics 変数をAudience Manager シグナルに変換するように設定されています。 サーバーサイド転送のワークフローでも同様の変換プロセスが行われます。
Edge Networkがこの変換を実行できるのは、ページからの 1 回のデータ収集呼び出しが、複数のAdobe ソリューションをフィードする 1 つのデータストリームに送信されるからです。 したがって、Analytics とAudience Managerの両方について、AppMeasurement から Web SDKへの移行のほとんどは、主に data.__adobe.analytics
ノードを使用します。
Edge Networkは、XDM ペイロードおよびパケットヘッダーからのデバイスおよびブラウザーデータをAudience Manager信号に変換します。 これにより、Audience Manager特性の式で h_
および d_
platform キーを引き続き使用できます。
data.__adobe.audiencemanager
ノード data-note
data.__adobe.audiencemanager
ノードは、Analytics に依存しないAudience Manager実装に使用されます。 tag extension migration guide に記載されているように、Audience Manager ライブラリライブラリを介して以前に送信されたカスタム DILのキーと値のペアを格納します。
このガイドで概要を説明する移行には data.__adobe.audiencemanager
ノードは必要ありませんが、ここで説明する新しいデータフローにより、Analytics に記録されることなくデータをAudience Managerに送信できます。
Analytics に含めずにカスタムのキーと値のペアをAudience Managerに送信する必要がある場合は、data.__adobe.audiencemanager
ノードを使用できます。 このノードのデータセットは、データ収集サーバー呼び出しでAudience Manager変換された Analytics データに追加されます。
この実装パスのメリットとデメリット
この移行アプローチを使用すると、メリットとデメリットの両方が生じます。 各オプションを慎重に検討し、組織に最適なアプローチを決定します。
- 既存の実装を使用:このアプローチには実装の変更が必要ですが、まったく新しい実装を最初から行う必要はありません。 実装ロジックへの最小限の変更で、既存のデータレイヤーとコードを使用できます。
- スキーマは必要ありません:Web SDKへの移行のこの段階では、XDM スキーマは必要ありません。 代わりに、
data
オブジェクトにデータを入力し、Audience Managerにデータを直接送信することができます。 Web SDKへの移行が完了したら、組織のスキーマを作成し、データストリームマッピングを使用して該当する XDM フィールドに値を入力できます。 移行プロセスのこの段階でスキーマが必要だった場合、組織はAudience Manager XDM スキーマの使用を強制されます。 このスキーマを使用すると、組織が今後独自のスキーマを使用するのが難しくなります。
- 実装の技術的負債:このアプローチは既存の実装を変更した形式を使用するので、実装ロジックを追跡し、必要に応じて将来変更を実行するのは難しい場合があります。
- Platform にデータを送信するにはマッピングが必要:組織でAdobe Experience Platformを使用する準備が整ったら、Real-Time CDPのデータセットにデータを送信する必要があります。 このアクションでは、
data
オブジェクトのすべてのフィールドが、XDM スキーマフィールドに割り当てるデータストリームマッピングツールのエントリである必要があります。 マッピングは、このワークフローに対して 1 回だけ行う必要があります。実装の変更は必要ありません。 ただし、XDM オブジェクトでデータを送信する場合に必要ない追加の手順です。
Adobeでは、次のシナリオでこの実装パスを使用することをお勧めします。
- 既存の実装がある場合は、Adobe Analytics AppMeasurement JavaScript ライブラリを使用します。 Audience Manager タグ拡張機能を使用した実装がある場合は、代わりに Audience Manager タグ拡張機能から web SDK タグ拡張機能に移行に従います。
- 今後Real-Time CDPを使用するが、Audience Managerの実装を web SDKの実装に最初から置き換える必要がない。 実装を一から Web SDKに置き換える代わりに、最も労力が必要なのは、XDM 形式のデータを探すために、すべてのAudience Manager特性を再構築する必要があるからです。 ただし、これは最も実行可能な長期実装アーキテクチャでもあります。 Web SDKのクリーンな実装に積極的に取り組む場合は、このガイドを使用する代わりに Web SDKのドキュメントを参照してください。
Web SDKへの移行に必要な手順
データ収集統合を web SDKに移行するには、次の手順に従います。
手順 1 で説明した Analytics の移行で使用しているデータストリームにAudience Manager サービスを追加します。
-
experience.adobe.com に移動し、資格情報を使用してログインします。
-
右上のホームページまたは製品セレクターを使用して、Data Collection に移動します。
-
左側のナビゲーションで、「Datastreams」を選択します。
-
手順 1 の Analytics 移行の一部として作成したデータストリームを選択します。
-
「Add Service」を選択します。
-
サービス ドロップダウンメニューで、「Audience Manager」を選択します。
-
「Cookie Destinations Enabled」オプションと「URL Destinations Enabled」オプションをオンにします。 これらのオプションを使用すると、Edge Networkは、これらのAudience Managerの宛先タイプをページに返すことができます。
-
Enable XDM Flattened Fields が無効になっていることを確認します。 このオプションを選択すると、Analytics 変数からAudience Manager シグナルへの自動変換が無効になります。 このオプションは、Edge Networkが Analytics データをAudience Manager シグナルに自動変換する前に Web SDKに移行したユーザーとの下位互換性を保つように設計されています。
note note NOTE Enabled XDM Flattened Fields オプションを有効にして web SDKに移行する場合は、XDM 形式のAudience Managerに必要なデータと、prop、eVar またはイベントを使用するすべてのAudience Manager特性を、XDM 形式のデータを検索するように更新する必要があります。 Adobeでは、このオプションを無効のままにすることをお勧めします。 -
「Save」を選択して、データストリーム設定を保存します。
これで、データストリームがデータを受け取り、Audience Managerに渡す準備が整いました。 データストリーム ID に注意してください。この ID は、コードで web SDKを設定する際に必要になるからです。
-
experience.adobe.com に移動し、資格情報を使用してログインします。
-
右上のホームページまたは製品セレクターを使用して、Data Collection に移動します。
-
左側のナビゲーションで、「Datastreams」を選択します。
-
手順 1 の Analytics 移行の一部として作成したデータストリームを選択します。
-
データストリーム設定ページの右上隅にある「Edit」を選択します。
-
Advanced Options ドロップダウンメニューを展開し、Third Party ID Sync 機能がまだ有効になっていない場合は有効にします。 このオプションは、Edge NetworkとExperience Platformのデータパートナーに対してパートナー ID 同期を返すようにAudience Managerに指示します。
-
ほとんどの場合、「Third Party ID Sync Container ID」フィールドは空白のままにできます。 デフォルトで
0
になります。 ただし、適切なコンテナ ID を使用する場合は、次の手順に従います。- ブラウザーウィンドウを匿名モードまたはプライベートモードで開き、移行の一部であるページに移動します。
- ブラウザーの開発者ツールを使用して、
dpm.demdex.net/id
へのネットワーク呼び出しについてフィルタリングします。 この呼び出しは、最初の訪問の最初のページでのみ実行されるので、匿名ブラウザーまたはプライベートブラウザーが必要になります。 - リクエストのペイロードを表示します。
d_nsid
パラメーターが 0 とは異なる場合は、Third Party ID Sync Container ID フィールドにコピーします。
-
「Save」を選択します。
これで、データをAudience Managerに送信し、Audience Managerの応答を web SDKに渡す準備が整いました。
ほとんどのAudience Manager実装では、クロスデバイスのパーソナライゼーションシナリオおよびが、認証状態(ログインまたはログアウト)に応じて訪問者が選定できるセグメントを制御するのに役立つ プロファイル結合ルールが使用されています。 プロファイル結合ルールでは、認証後のすべてのデータ収集呼び出しで、顧客が所有する ID (CRM ID、アカウント番号など)をAudience Managerに送信する必要があります。 以前は、訪問者 ID サービス(setCustomerIDs
)の visitor.js 関数を使用して、各 Analytics データ収集呼び出しに顧客 ID を追加してから、Audience Managerに転送されていました。
Web SDKでは、IdentityMap と呼ばれる特別な XDM 構造を使用して、これらの ID をEdge Networkに送信する必要があります。
ID マップで ID を正しく渡すには、ID 名前空間を理解し、特にExperience Platform サンドボックスにデータを送信する際に渡す ID を慎重に検討する必要があります。 この記事では、これらの考慮事項と手順の概要を説明します。
渡す ID とタイミングを決定したら、タグ内の Identity map Identity map データ要素の使用に関するガイドに従うか、ID データの概要に記載されている通りに手動で設定して、Web SDKのデプロイメント戦略に合わせます。
aam_uuid
cookie を設定し す。長年の標準的な方法は、Audience Manager UUID (サードパーティ demdex cookie の値)を、通常 aam_uuid
という名前のファーストパーティ cookie に配置することでした。
cookie を設定するには、Analytics タグ拡張機能の「Name」セクションの「Unique User ID Cookie」フィールドまたは「uuidCookie
」フィールドに cookie 名を入力して、audienceManagementModule
を設定する必要があります。 Audience Manager UUID の値は、広告プラットフォームで使用される、デバイス固有のクロスドメイン識別情報で、ファーストパーティの識別情報としてはほとんど価値がないので、コードで一般的に設定されていますが、cookie はほとんど使用されませんでした。
Web SDKへの移行後も、この aam_uuid
Cookie を引き続き設定する必要がある実装の場合は、2 とおりの方法でAudience Manager UUID を取得できます。
-
Edge Network インタラクトエンドポイントからのすべての応答には、
id
ノードのペイロードが含まれます。id
名前空間ペイロードのCORE
ノードには、Audience Manager UUID が含まれます。 -
Web SDKの getIdentity コマンドを使用して取得します。 ドキュメントで説明されている
CORE
名前空間を使用して、応答のidentity.CORE
フィールドから値を取得します。
Audience Manager UUID の取得に使用されるメソッドに関係なく、レスポンスの解析、UUID の取得、cookie の設定は、開発チームの責任です。 Web SDKを使用してこの Cookie を自動的に設定する方法はありません。
Analytics Report Suite Manager UI でのサーバーサイド転送とAudience Analyticsの設定 configure-ssf-analytics
Analytics の サーバーサイド転送機能を熟知している場合は、「Analytics データがAudience Managerに 2 回送信されないようにするには、Analytics レポートスイートマネージャー UI のサーバーサイド転送設定を無効にする必要がありますか?」と疑問に思うかもしれません。
答えは「いいえ」です。次の理由から、この設定を無効にしないでください。
-
Audience Manager サービスがデータストリームで有効になっている場合、Edge Networkは、Analytics に送信されるすべてのデータ収集リクエストに
cm.ssf
変数を追加します。 これにより、Analytics データがAudience Managerにも送信されなくなります。 Audience Managerの移行を検証するために使用されるAssurance ログでは、データストリームで Analytics サービスが有効になっている場合にcm.ssf=1
変数が表示されます。 詳しくは、サーバーサイド転送に重点を置いた Analytics と GDPR のコンプライアンスページを参照してください。 -
また、この設定により、Audience Analytics 統合のデータフローが有効になります。 Analytics の概要で説明しているように、Audience Analytics データ収集サーバーに対するAudience Manager応答は処理前に Analytics ヒットに追加されるので、この統合にはサーバーサイド転送が必要です。 Edge Networkでも同様のプロセスが行われます。 サーバーサイド転送が有効な場合、Edge Networkは Analytics のレスポンスからAudience Managerに送信されるデータに必要なセグメントを追加します。
まとめると、Audience Analyticsが引き続き Web SDKで機能し、Audience Managerでデータが二重にカウントされないように、この設定を有効にしておくことが重要です。
移行の検証 validation
すべてのAdobe ソリューションが 1 回の Web SDK呼び出しで提供されるようになったため、検証の手順は Web SDKが提供するソリューションによって異なる場合があります。
Adobe TargetまたはAdobe Journey Optimizer(Decisioning を含む)が実装で提供されるソリューションスタックの一部である場合は、ページ上でEdge Networkへの複数のネットワーク呼び出しがあります。 パーソナライゼーションやオファーを取得するためのものもあれば、データ収集やレポートを目的とするものもあります。
実装に関係なく、以下の一般原則が、Web SDKを介してAudience Managerとの間でデータが正しく送受信されていることを検証するために適用されます。
-
最初のページの初回訪問者に対する最初のネットワーク呼び出しは、
adobedc.demdex.net
ドメインと/interact
エンドポイントに対してになります。 Web ブラウザーでデベロッパータブを開き、「Network」タブをクリックし、/interact
でフィルタリングすると、Web SDKによるネットワーク呼び出しを確認できます。
他のタイプの Web SDK呼び出しもありますが、Edge Networkからデータを送信して応答ペイロードを取得するのはinteract
呼び出しのみです。 -
最初のネットワーク呼び出しに対する応答には、複数のペイロードがあります。 これらのペイロードノードの 1 つに、タイプ
url
の複数のサブノードが含まれます。 これらのurl
ノードは、これまで Visitor ID サービスによって実行されたサードパーティ ID 同期です。 コンテナで設定したサードパーティ ID 同期ごとに 1 つのurl
ノードが必要です(上記の手順 3 を参照)。さらに、
demdex
でフィルタリングすると、ペイロードで参照される各 URL が、Visitor ID サービスと同様に、ID 同期のための独自のネットワークリクエストを送信したことが分かります。 これらの ID 同期は、初回訪問者の最初のページでのみ、その後 14 日ごとに 1 回だけ実行する必要があります。 -
Analytics およびAudience Manager データ収集に使用する後続の
/interact
リクエストには、ペイロードにdata.__adobe.analytics
ノードが含まれている必要があります。これらの Analytics 変数に依存するAudience Manager特性と、
h_
またはd_
platform のキーを使用する特性は、引き続き入力する必要があります。note tip TIP Web SDKのデータを収集する場合にのみ表現できるルール式を使用して、テスト特性を作成できます。 Audience Manager開発環境はなく、複数のサイトが同じAudience Manager インスタンスにデータを送信する可能性があるので、母集団数全体を調べるだけでは、必要な検証が得られない場合があります。 -
Analytics 変数が渡されるのと同じ
/interact
呼び出しで、Cookie または URL の宛先を応答のペイロードノードで見つけることができます。 URL 宛先は、サードパーティ ID 同期と同様に、タイプurl
のペイロードにあり、cookie 宛先は、タイプcookie
のペイロードにあります。また、cookie がブラウザーの cookie ストレージにドロップされたことを確認する必要があります。
note tip TIP 前の検証ステップと同様に、Cookie の宛先を返す必要があるセグメントの選定は、Audience Managerとの間でデータが確実に送受信されるようにするための特定の方法です。 -
ID マップを介して追加の顧客 ID を渡す必要がある場合は、サイトに対して認証を行い、ID とそれに関連するパラメーターがリクエストペイロードの ID マップノードに渡されていることを確認します。
note tip TIP Adobe Targetが受信側のソリューションの 1 つであり、正しい ID を渡す必要があるAudience Manager セグメントに依存する Target アクティビティがある場合は、データ収集呼び出しだけでなく、パーソナライゼーションの取得に使用する /interact
呼び出しで ID マップが渡されていることを確認します。 Adobe Targetは、セグメント情報を取得する際に、Audience Managerへのサーバーサイド呼び出しでこれらの ID を使用します。