Experience Cloudの概要
Experience Platform タグ を使用して最近Experience Cloudを実装した場合は、 顧客属性 とExperience Cloud オーディエンス に対して既に設定されています。 また、Admin Console でユーザーと商品を管理することもできます。
既存のお客様は、アプリケーションの実装を最新化し、Experience Cloud を実装できます。これにより、Adobe Analytics、Audience Manager、Adobe Targetをまたいで顧客属性とオーディエンス機能を使用できます。
管理者としてログイン admin-sign-in
管理者になると、experience.adobe.com でログインできます。
ユーザーと製品ライセンスを管理するExperience Cloud メニューナビゲーションでは、Admin Console リンクを使用できます。
オプション：既存のユーザーアカウントをリンクします link-accounts
ほとんどの場合は、既に Analytics グループなどのアプリケーショングループのメンバーになっているユーザーが存在するはずですが、このようなグループの管理はこれまで、Analytics > Admin Tools で行われていました。
これらのグループを Experience Cloud エンタープライズグループにマッピングする際、既にグループのメンバーになっているユーザーは、自分のアプリケーションアカウントの資格情報を自分の Adobe ID に手動でリンクする必要があります。
詳しくは、Experience Cloud でのリンクアカウントを参照してください。
以下の節では、実装を最新化する方法を説明します。実装を最新化すると、Experience Cloud のコアサービスが有効になります。
ユーザーとしてログイン user-sign-in
Experience Cloud にログインするには、次のことが必要です。
- Adobe ID（または会社の Enterprise ID）を持っている。
- experience.adobe.com でログインする。
- エンタープライズグループにマッピングされているアプリケーショングループに属します。
- 必要に応じて、アプリケーションアカウントを Adobe ID にリンクします（以下で説明）。
Experience CloudのAdobe AnalyticsおよびAdobe Targetの要件 experience-cloud-requirements
Experience Cloudを使用するための Analytics 要な要件と Adobe Target 要な要件は次のとおりです。
-
適切な Adobe Analytics または Adobe Target SKU を持っていることを確認する。
-
Adobe Analytics： Standard または Premium（レガシー SiteCatalyst SKU ではない）。
-
Adobe Target： Standard または Premium。
note NOTE Target の場合は、 mbox.jsから at.js に移行します。詳しくは、at.js 1. x から at.js 2 へのアップグレードを参照してください。x。
-
-
の ユーザーと製品を管理 Admin Console します。
関連：Analytics と Target – 顧客 ID の同期 （このページ）
Experience Cloud ID Service の実装
Experience Cloud ID Service は、アプリケーション間の統合に使用する共通の ID を提供します。 クロスドメインの訪問者 ID と、Customer Attributes を介してアップロードされた CRM データに基づくクロスデバイス/ブラウザーのターゲティングおよびパーソナライゼーションのためのパスを提供します。
Experience Cloud コアサービスを有効にする方法としては、 の Experience Cloud ID サービス拡張機能 Experience Platform Launch を使用して、Analytics やAdobe Targetに対してコアサービスを自動的にアクティブにするのが最も簡単です。
Experience Platform tags を使用しない？
Experience Platform tags を使用しない場合は、次のように、JavaScript デプロイメント（VisitorAPI.js）を介して ID サービスを手動で実装します。
s_code をバージョン H.27.3 以降に更新、または既存の AppMeasurement.js をバージョン 1.4 以降に更新AppMeasurement.js について詳しくは、JavaScript の実装を参照してください）。Analytics とAdobe Target – 顧客 ID の同期 sync-ids
Analytics と Target については、Experience Cloud ID サービスを設定する際に顧客 ID を Experience Cloud に同期させることを推奨します。
Adobe Target では、 mbox3rdpartyid は顧客 ID を取得して、それを Target に送信する必要があります。（Target のヘルプで顧客属性の操作方法を参照してください）。
訪問者が web サイトで認証をおこなうとき、または別の方法で本人確認をおこなうとき、実装では、その人物の CRM 顧客 ID をページまたはアプリに公開する必要があります。その後、適切な機能呼び出しを使用して、顧客 ID と Experience Cloud を同期できます。この同期によって、訪問者の CRM 顧客 ID が Experience Cloud に格納され、その顧客属性が Experience Cloud で使用できるようになります。
例えば、Bob が CRM システムに顧客 ID 52mc210tr42 を持っているとします。Bob がサイトで認証をおこなうときは、その顧客 ID をページに公開し、その顧客 ID を使用して次のいずれかの方法で同期する必要があります。
- 訪問者 ID サービスを使用して
visitor.setCustomerIDs({"crm_id":"52mc210tr42"})を呼び出します。または、 - prop または eVar に
Customer ID (52mc210tr42)を設定します。
この顧客 ID を、顧客 ID が認識される個々の Analytics サーバー呼び出しに対して設定する必要があります。
Analytics：顧客 ID とデータウェアハウスのバックフィルメソッドとの同期
顧客属性が初めて使用可能になった時点では、一部の顧客はまだ Experience Cloud ID サービスを実装しておらず、顧客属性を簡単に利用できませんでした。この問題を軽減するために、アドビでは、Adobe Analytics データウェアハウスを使用して ID 同期のバックフィルを行う手段を作成しました。この機能は、データウェアハウスのバックフィルと呼ばれます。データウェアハウスのバックフィルは通常は必要ないため、2022年10月以降は使用できなくなります。
モバイル SDK
Android™ および iOS モバイルアプリケーションで追加の顧客 ID を設定する方法の構文例については、Experience Cloud ID サービスの節を参照してください。
履歴データの属性を有効にする
顧客属性データは、訪問者のログイン後に使用可能になります。まだ ID サービスを実装していない場合でも、顧客 ID を prop または eVar で履歴追跡していれば、Experience Cloud へのログイン履歴を送信するプロセスを要求できます。このプロセスを使用すると、顧客属性の使用をすぐに開始できます。
履歴データを有効にするには、サポートにお問い合わせください。
レポートスイートを Experience Cloud 組織にマッピングする
Experience Cloud サービス（Experience Cloud ID サービスなど）は、個々の Analytics レポートスイートではなく、Experience Cloud組織に関連付けられています。 これらのサービスを正しく機能させるには、各 Analytics レポートスイートを Experience Cloud 組織にマッピングする必要があります。
Analytics の AppMeasurement コードを更新する
ファーストパーティ Cookie を使用している場合、データ収集 CNAME とクロスドメイン追跡については、CNAME と Experience Cloud ID サービスを参照してください。
訪問者 API など JavaScript ライブラリを更新して Analytics の実装を最新化することが推奨されます。これを行う最も簡単な方法は、Experience Platform データ収集に Adobe Analytics 拡張機能を追加することです。
Adobe Target 実装のアップデート
-
ライブラリが自動取得されるように、Adobe Target拡張機能 を Experience Platform タグに追加することをお勧めします。 タグを使用して、Adobe Target（およびその他のアプリケーション）用の 0}Experience Cloud ID サービス拡張機能 } を設定することもできます。 Experience PlatformAdobe Targetが人物サービスを使用するには、Experience Cloud ID Service の更新 必須 が必要です。
-
Experience Platform タグを使用しない場合は、手動で mbox ライブラリを更新 します。
-
Adobe Target のレポートソースとして Adobe Analytics を使用するためのアクセスをリクエストします。Target と Analytics のデータは、処理中に同じサーバー呼び出しで結合されるため、訪問者は 2 つのアプリケーション間で接続されます。Analytics for Target の実装を参照してください。
note important IMPORTANT すべての Analytics ユーザーは、顧客属性などコアサービスのために既にプロビジョニングされています。Analytics ユーザーになっていないユーザーがいる場合は、そのユーザーのプロビジョニングをカスタマーケアに依頼します。
実装の検証
Experience Cloud ID サービスがサイトに正しく実装されていることを確認するには、次の手順を実行します。
- Experience Cloud ID サービスに対するリクエストを確認できるように、サイトの Cookie を消去します（リクエストは最初の訪問時におこなわれ、その後は訪問者ごとに 1 週間に 1 回おこなわれます）。
- パケットアナライザーまたは Web ブラウザーデバッガーのネットワークパネルを使用して、dpm.demdex.net へのリクエストを検索します。
- 応答に
d_midと値が含まれていることを確認します（例：_setMarketingCloudFields({"d_mid":"4235...）。 - Analytics リクエストに
midパラメーター（Experience Cloud ID）が含まれていることを確認します。猶予期間中（有効になっている場合）には、aidパラメーター（Analytics 訪問者 ID）も表示されます。
Experience Cloud ID を含む期待される応答：
Experience Cloud ID（mid または訪問者 ID とも呼ばれます）を含んだ Analytics の画像リクエスト：
mbox リクエストの Experience Cloud ID：
猶予期間とは
Experience Cloud ID サービスをデプロイすると、新しい訪問者はデータ収集サーバーから Analytics Experience Cloud ID を受け取らなくなります。サイトの一部で ID サービスの実装が終わっていない場合は、訪問者がこれらのセクションを訪問したときに、Experience Cloud ID が認識されず、訪問者には従来の Analytics 訪問者 ID が割り当てられてしまいます。その結果、訪問者数が重複してカウントされたり、誤った属性が割り当てられたりするなどの問題が生じる可能性があります。
例えば、サイトのサポートセクションを別の CMS で管理している場合は、そのセクション用に別の Analytics JavaScript ファイルを使用していることがあります。ID サービスをサポートサイトにデプロイする前に Experience Cloud ID をメインサイトにデプロイした場合、新しい訪問者がサポートセクションにアクセスすると、その訪問者は従来の Analytics ID を受け取ります。両方のサイトセクションにまたがる訪問は、異なる訪問としてレポートされます。
複数の JavaScript ファイルや他のテクノロジー（Flash など）を使用しているサイトに Experience Cloud ID サービスをデプロイすると、調整の問題が発生する可能性があります。これらの問題は、サイトのすべての部分で同時に Experience Cloud ID サービスを有効にする必要があるために発生します。猶予期間を設定すると、新しい訪問者は ID サービスから引き続き Analytics 訪問者 ID を受け取ります。訪問者 ID サービスを使用するようにアップグレードされていないサイトのセクションで、一貫して訪問者を識別できます。
ユーザーと製品を管理する
起動して実行したら、Admin Console に移動して、ユーザーと製品プロファイルを管理できます。
顧客属性
Customer Attributes グループに追加されたユーザーには、Experience Cloudの左側に「Customer Attributes」メニュー項目が表示されます。
属性とオーディエンスデータの共有を開始する
次の機能を利用します。
Customer Attributes
大規模法人の顧客データを顧客関係管理（CRM）データベースに取り込んでいる場合は、そのデータをExperience Cloudの顧客属性データソースにアップロードできます。 アップロード後は、データを Adobe Analytics と Adobe Target で利用できます。
詳しくは、 顧客属性 を参照してください。
People／Audience Library
Experience Cloud Audiences は、オーディエンスを作成したり、既存のオーディエンスを組み合わせて複合オーディエンスを作成したり、すべての共有オーディエンスを表示したりできるインターフェイスです。
詳しくは、 オーディエンス を参照してください。
データストレージおよびプライバシー開示
Adobe Experience Cloud 内のリアルタイムのオーディエンスプロファイルおよびその他のコアサービスを利用する場合、これらのサービスの使用は、データが保管されるデータセンター（および国）の選択に影響を与えることがあります。特に、Experience Cloud は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ファーストパーティ Cookie は、常に Experience Cloud ID サービスを使用して設定されます。
これらすべてのデータ要素は、ログファイルの形式で Adobe Audience Manager に配信されます。Audience Manager は、このデータを米国内で処理および格納します。Audience Manager は、このデータを米国外に格納または処理するオプションは提供しません。