顧客体験エンタープライズの導入方法

最近Experience Platform タグ ​を使用してCX Enterpriseを実装した場合、顧客属性およびCX Enterprise ​ オーディエンス ​用に既に設定されています。 Admin Consoleのユーザーと製品を管理することもできます。

既存顧客は、アプリケーション実装を近代化し、CX Enterpriseを導入できます。 これにより、Adobe Analytics、Audience Manager、Adobe Target全体で顧客属性とオーディエンス機能を使用できます。

管理者としてログイン admin-sign-in

管理者になると、experience.adobe.com でログインできます。

Admin Console リンクは、ユーザーと製品ライセンスを管理するためのCX Enterprise メニューナビゲーションで使用できます。

多くの場合、以前にAnalytics > 管理ツール ​で管理したAnalytics グループなど、既にアプリケーショングループのメンバーであるユーザーがいます。

これらのグループをCX Enterprise グループにマッピングする場合、それらのユーザーはアプリケーションアカウントの資格情報を手動でAdobe IDにリンクする必要があります。

CX EnterpriseのLink アカウント ​を参照してください

NOTE
エンタープライズグループとソリューショングループのマッピング後、新しいユーザーは自動的にリンクされます。 (ソリューションの資格情報が自動的に作成されて Adobe ID にリンクされます)。

以下の節では、実装を最新化する方法を説明します。 CX Enterpriseのコアサービスを有効にすることで、実装を最新化できます。

ユーザーとしてログイン user-sign-in

CX Enterpriseにログインするには、ユーザーが次の操作を行う必要があります。

  • Adobe ID(または会社の Enterprise ID)を持っている。
  • experience.adobe.com でログインする。
  • エンタープライズグループにマッピングされているアプリケーショングループに属します。
  • 必要に応じて、アプリケーションアカウントを Adobe ID にリンクします(以下で説明)。

CX EnterpriseのAdobe AnalyticsとAdobe Targetの要件 experience-cloud-requirements

CX Enterpriseを使用するためのAnalyticsおよびAdobe Target要件:

  1. 適切な Adobe Analytics または Adobe Target SKU を持っていることを確認する。

  2. Admin Consoleの​ ユーザーと製品を管理します。

関連: AnalyticsとTarget – 顧客IDの同期 (このページ上)

訪問者ID サービスの実装

訪問者ID サービスは、アプリケーション間の統合に共通のIDを提供します。 Customer Attributes経由でアップロードされたCRM データに基づいて、クロスドメインの訪問者の識別と、クロスデバイス/ブラウザーのターゲティングおよびパーソナライゼーションのパスを提供します。

CX Enterprise コアサービスを有効にする最も簡単な方法は、訪問者ID サービスを実装するExperience Cloud ID サービス ​ タグ拡張機能を介して、AnalyticsとAdobe Targetに対して自動的にアクティベートすることです。

訪問者ID サービスの完全なヘルプについては、訪問者ID サービスの概要を参照してください。

Experience Platform タグを使用していません?

Experience Platform タグ ​を使用していない場合は、次のように、JavaScript デプロイメント (VisitorAPI.js)を介してVisitor ID サービスを手動で実装します。

タスク
説明
Analytics用の訪問者ID サービス (VisitorAPI.js)を実装
また、追加の顧客 ID を設定することを推奨します。 これらのIDは各訪問者に関連付けられ、CX Enterpriseの現在および将来の機能を有効にします。
既存の s_code をバージョン H.27.3 以降に更新、または既存の AppMeasurement.js をバージョン 1.4 以降に更新
これらのファイルは、Analytics 管理ツールのコードマネージャーでダウンロードして入手できます (AppMeasurement.js について詳しくは、JavaScript の実装を参照してください)。

AnalyticsとAdobe Target – 顧客IDの同期 sync-ids

訪問者ID サービスの設定の一環として、Adobeでは、AnalyticsおよびTargetに対して、顧客IDをCX Enterpriseと同期することをお勧めします。

Adobe Target では、 mbox3rdpartyid は顧客 ID を取得して、それを Target に送信する必要があります。 (Target のヘルプで顧客属性の操作方法を参照してください)。

訪問者が web サイトで認証をおこなうとき、または別の方法で本人確認をおこなうとき、実装では、その人物の CRM 顧客 ID をページまたはアプリに公開する必要があります。 次に、適切な関数呼び出しを使用して、顧客IDをCX Enterpriseに同期できます。 この同期により、訪問者のCRM顧客IDがCX Enterpriseに保存され、その顧客の属性がCX Enterpriseで使用できるようになります。

例えば、Bob が CRM システムに顧客 ID 52mc210tr42 を持っているとします。 Bob がサイトで認証をおこなうときは、その顧客 ID をページに公開し、その顧客 ID を使用して次のいずれかの方法で同期する必要があります。

  • 訪問者ID サービスを使用してvisitor.setCustomerIDs({"crm_id":"52mc210tr42"})を呼び出します。 または、
  • prop または eVar に Customer ID (52mc210tr42) を設定します。

この顧客 ID を、顧客 ID が認識される個々の Analytics サーバー呼び出しに対して設定する必要があります。

Analytics:顧客 ID とデータウェアハウスのバックフィルメソッドとの同期

顧客属性が最初に使用可能になったとき、一部の顧客は訪問者ID サービスをまだ実装しておらず、顧客属性を簡単に利用できませんでした。 この問題を軽減するために、アドビでは、Adobe Analytics データウェアハウスを使用して ID 同期のバックフィルを行う手段を作成しました。 この機能は、データウェアハウスのバックフィルと呼ばれます。 データウェアハウスのバックフィルは通常は必要ないため、2022年10月以降は使用できなくなります。

モバイル SDK

iOSおよびAndroid モバイルアプリケーションで追加の顧客IDを設定する方法について™構文の例については、訪問者ID サービス​の節を参照してください。

履歴データの属性を有効にする

顧客属性データは、訪問者のログイン後に使用可能になります。 訪問者ID サービスをまだ実装しておらず、過去にpropまたはeVarで顧客IDをトラッキングしていた場合は、過去のログイン情報をCX Enterpriseに送信するプロセスをリクエストできます。 このプロセスを使用すると、顧客属性の使用をすぐに開始できます。

履歴データを有効にするには、サポートにお問い合わせください。

Analytics の AppMeasurement コードを更新する

ファーストパーティ Cookieを使用している場合は、データ収集CNAMEとクロスドメイン トラッキングについて詳しくは、Adobeで管理される証明書プログラム ​を参照してください。

訪問者 API など JavaScript ライブラリを更新して Analytics の実装を最新化することが推奨されます。 これを行う最も簡単な方法は、Experience Platform データ収集に Adobe Analytics 拡張機能を追加することです。

Adobe Target 実装のアップデート

  • ライブラリの取得が自動的に行われるように、Adobe Target拡張機能をExperience Platform タグに追加することをお勧めします。 また、Experience Cloud ID サービス ​ タグ拡張機能を設定して、タグを使用してAdobe Target(およびその他のアプリケーション)のVisitor ID サービスを実装することもできます。 このタグ拡張機能は、Adobe TargetでPeople サービスを使用するには​ 必須 ​です。

  • Experience Platform タグを使用していない場合は、mbox ライブラリ ​を手動で更新してください。

  • Adobe Target のレポートソースとして Adobe Analytics を使用するためのアクセスをリクエストします。 Target と Analytics のデータは、処理中に同じサーバー呼び出しで結合されるため、訪問者は 2 つのアプリケーション間で接続されます。 Analytics for Target の実装を参照してください。

    note important
    IMPORTANT
    すべての Analytics ユーザーは、顧客属性などコアサービスのために既にプロビジョニングされています。 Analytics ユーザーになっていないユーザーがいる場合は、そのユーザーのプロビジョニングをカスタマーケアに依頼します。

実装の検証

次のプロセスを使用して、訪問者ID サービスがサイトに正しく実装されていることを確認します。

  1. サイトのCookieをクリアして、訪問者ID サービスへのリクエストを確認できるようにします(リクエストは最初の訪問時に発生し、その後は訪問者ごとに週に1回)。
  2. パケットアナライザーまたは Web ブラウザーデバッガーのネットワークパネルを使用して、dpm.demdex.net へのリクエストを検索します。
  3. 応答に d_mid と値が含まれていることを確認します(例:_setMarketingCloudFields({"d_mid":"4235...)。
  4. Analytics リクエストにmid パラメーター(ECID)が含まれていることを確認します。 猶予期間中(有効になっている場合)には、aid パラメーター(Analytics 訪問者 ID)も表示されます。

ECIDを含む応答が必要です:

ECID を含む応答が必要です

ECID (midまたは​ 訪問者ID ​とも呼ばれます)を含むAnalytics イメージリクエスト:

ECID 🔗 を含むAnalytics イメージリクエスト

mbox リクエストのECID:

mbox リクエストの ECID

猶予期間とは

訪問者ID サービスをデプロイすると、新しい訪問者はAnalytics ID (aid)を受け取らなくなります。 サイトのセクションがまだ訪問者ID サービスを実装していない場合、訪問者がこれらのセクションを参照すると、ECID (mid)が認識されず、訪問者には従来のAnalytics ID (aid)が割り当てられます。 この設定は、重複した訪問や誤ったアトリビューションなどの潜在的な問題を引き起こす可能性があります。

例えば、サイトのサポートセクションを別の CMS で管理している場合は、そのセクション用に別の Analytics JavaScript ファイルを使用していることがあります。 Visitor ID サービスをサポートサイトにデプロイする前にメインサイトにECIDをデプロイした場合、新しい訪問者はサポートセクションにアクセスすると、従来のAnalytics IDを受け取ります。 両方のサイトセクションにまたがる訪問は、異なる訪問として報告されます。

複数のJavaScript ファイルまたはその他のテクノロジ(Flashなど)を使用しているサイトにVisitor ID サービスをデプロイすると、連携の問題が発生する可能性があります。 これらの問題は、サイトのすべての部分で同時に訪問者ID サービスを有効にする必要があるため発生します。 猶予期間を設定することで、新規訪問者は引き続き訪問者ID サービスからAnalytics訪問者IDを受け取ることができます。 訪問者は、訪問者ID サービスを使用するようにアップグレードされていないサイトのセクションで一貫して識別できます。

ユーザーと製品を管理する

起動して実行したら、Admin Console に移動して、ユーザーと製品プロファイルを管理できます。

Admin Console へのアクセス

顧客属性

Customer Attributes グループに追加されたユーザーは、CX Enterpriseの左側にCustomer Attributes メニュー項目を表示できます。

属性とオーディエンスデータの共有を開始する

次の機能を利用します。

顧客属性

顧客関係管理(CRM)データベースで企業顧客データを取得する場合は、CX Enterpriseの顧客属性データソースにデータをアップロードできます。 アップロード後は、データを Adobe Analytics と Adobe Target で利用できます。

詳しくは、顧客属性を参照してください。

​ ユーザー > ​ オーディエンスライブラリ ​

CX Enterprise Audiencesは、オーディエンスを作成し、既存のオーディエンスを組み合わせて複合オーディエンスを作成し、すべての共有オーディエンスを表示できるインターフェイスです。

詳しくは、​ オーディエンス ​を参照してください。

データストレージおよびプライバシー開示

Adobe CX Enterprise 内のリアルタイムのオーディエンスプロファイルおよびその他のコアサービスを利用する場合、これらのサービスの使用は、データが保管されるデータセンター(および国)の選択に影響を与えることがあります。 具体的には、CX EnterpriseはAudience Managerを使用しているため、People サービス内で使用されるデータは、米国のAudience Manager サーバー内に存在する必要があります。

People サービスを介して提供されるサービスを使用する場合、他のAdobe製品からオーディエンス管理に送信されるデータの種類は次のとおりです。

  • Analytics キーと値のペア(prop、eVar、リスト変数、その他)。 デフォルトでは、ログの行には、IP の最終オクテット(IP アドレスが Adobe Analytics の IP の不明化設定で変更されていないと仮定)を含む IP アドレスが含まれます。
  • Audience Manager に設定されたルールに基づいて訪問者が資格を得る特性とセグメント。
  • (オプション)お使いの ID のうちの 1 つまたは複数。 訪問者ID サービスの実装に応じて、CRM IDやハッシュ化されたメールアドレスなど、1つ以上のIDを送信することもできます。 このデータがAdobe Analyticsに送信されると、Adobe Audience Managerに転送されます。 Adobeでは、Adobe Analyticsに個人データを提供しないことをお勧めします。 代わりに、アドビに送付する前に、一方向のハッシュを使用してデータをマスクします。
  • バックエンドのセグメント共有機能を使用して、Analytics から取得されるセグメント。
  • サードパーティ Cookieがブロックされていない場合、demdex.net Cookieが設定されます。 AMCV_###@AdobeOrg ファーストパーティ Cookieは、常に訪問者ID サービスで設定されます。

これらすべてのデータ要素は、ログファイルの形式で Adobe Audience Manager に配信されます。 Audience Manager は、このデータを米国内で処理および格納します。 Audience Manager は、このデータを米国外に格納または処理するオプションは提供しません。

recommendation-more-help
core-services-help-interface