ドキュメントCX エンタープライズインターフェイスと管理

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

最終更新日： 2026年5月13日

作成対象：

  • Experienced
  • Admin

最近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 エンタープライズ メニューのナビゲーションで使用できます。

多くの場合、以前にAnalytics > Admin Toolsで管理した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の同期 （このページ上）

CX Enterprise ID Service の実装

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

CX Enterprise コアサービスを有効にする最も簡単な方法は、Experience Platform LaunchのCX Enterprise ID Service拡張機能を介して、AnalyticsとAdobe Targetに対して自動的に有効にすることです。

NOTE
CX Enterprise ID サービスの完全なヘルプ（以前の訪問者ID）については、CX Enterprise Identity Serviceの概要を参照してください。

Experience Platform tagsを使用していませんか？

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

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

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

CX Enterprise 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 とデータウェアハウスのバックフィルメソッドとの同期

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

モバイル SDK

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

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

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

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

レポートスイートをCX エンタープライズ組織にマッピング

NOTE
レポートスイートのマッピング機能は、2020 年 11 月に廃止されます。 ご質問があれば、カスタマーサポートにお問い合わせください。

CX Enterprise サービス（CX Enterprise ID サービスなど）は、個々のAnalytics レポートスイートではなく、CX Enterprise組織に関連付けられます。 これらのサービスが正しく動作するようにするには、各Analytics レポートスイートをCX Enterprise組織にマッピングする必要があります。

Analytics の AppMeasurement コードを更新する

ファーストパーティ Cookieを使用している場合は、データ収集CNAMEとクロスドメイン トラッキングについて、CNAMEおよびCX Enterprise ID サービス ​を参照してください。

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

Adobe Target 実装のアップデート

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

  • Experience Platform個のタグを使用していない場合は、mbox ライブラリを手動で更新します。

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

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

実装の検証

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

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

CX Enterprise IDを含む応答が期待されます。

CX Enterprise IDを含む応答が予想されます

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

CX Enterprise ID 🔗 を含むAnalytics イメージリクエスト

mbox リクエストのCX Enterprise ID:

mbox リクエストの CX Enterprise ID

猶予期間とは

CX Enterprise ID サービスをデプロイすると、新規訪問者はデータ収集サーバーからAnalytics CX Enterprise IDを受け取らなくなります。 サイトのセクションがまだID サービスを実装していない場合、訪問者がこれらのセクションを参照すると、CX Enterprise IDは認識されず、訪問者には従来のAnalytics訪問者IDが割り当てられます。 その結果、訪問者数が重複してカウントされたり、誤った属性が割り当てられたりするなどの問題が生じる可能性があります。

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

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

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

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

Admin Console へのアクセス

顧客属性

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

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

次の機能を利用します。

Customer Attributes

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

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

People／Audience Library

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

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

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

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

People サービスを介して利用可能なサービスを使用する場合、他のAdobe製品からaudience managementに送信されるデータの種類は次のとおりです。

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

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

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