エンティティエンドポイント(プロファイルアクセス)
Adobe Experience Platformでは、RESTful APIまたはユーザーインターフェイスを使用してReal-Time Customer Profile データにアクセスできます。 このガイドでは、API を使用してエンティティ(より一般的には「プロファイル」として知られています)にアクセスする方法について説明します。 Experience Platform UIを使用してプロファイルにアクセスする方法について詳しくは、 プロファイルユーザーガイド を参照してください。
はじめに
このガイドで使用する API エンドポイントは、Real-Time Customer Profile API の一部です。 先に進む前に、はじめる前にのガイドを参照し、関連ドキュメントへのリンク、このドキュメントのサンプル API 呼び出しを読み取るためのガイドおよび任意の Experience Platform API の呼び出しを成功させるのに必要なヘッダーに関する重要な情報を確認してください。
エンティティ解決
アーキテクチャのアップグレードの一環として、Adobeでは、最新のデータにもとづく決定論的ID照合を利用して、アカウントとオポチュニティのエンティティ解決を導入します。 エンティティ解決ジョブは、B2B属性を持つマルチエンティティオーディエンスを評価する前に、バッチセグメント化の間、毎日実行されます。
この機能強化により、Experience Platformでは、同じエンティティを表す複数のレコードを識別して統合できるようになり、データの一貫性が向上し、より正確なオーディエンスセグメンテーションが可能になります。
以前は、アカウントとオポチュニティは、すべての過去の取り込みを含む、IDをつなぎ合わせたID グラフベースの解決に依存していました。 新しいエンティティ解決アプローチでは、IDは最新のデータのみに基づいてリンクされます。
-
アカウントと商談は、時間優先ベースのマージで解決されます。
- アカウント:
b2b_account名前空間を使用するID。 - 商談:
b2b_opportunity名前空間を使用するID。
- アカウント:
-
その他のすべてのエンティティは単純に統合され、プライマリ IDの重複のみが時間優先ベースの結合と結合されます。
b2b_accountとb2b_opportunityのみをサポートします。 他の名前空間のIDは、エンティティ解決では使用されません。 カスタム名前空間を使用している場合は、アカウントと商談を見つけることができません。エンティティ解決の仕組み?
- 前: Data Universal Numbering System (DUNS)番号が追加IDとして使用され、アカウントのDUNS番号がCRMなどのソース システムで更新された場合、アカウント IDは古いDUNS番号と新しいDUNS番号の両方にリンクされます。
- 後: DUNS番号が追加IDとして使用され、アカウントのDUNS番号がCRMなどのソースシステムで更新された場合、アカウント IDは新しいDUNS番号にのみリンクされるため、現在のアカウントの状態をより正確に反映できます。
この更新の結果、Profile Access APIは、エンティティ解決ジョブ サイクルの完了後に最新の結合プロファイル ビューを反映するようになりました。 さらに、一貫性のあるデータは、セグメンテーション、アクティベーション、分析などのユースケースにおいて、データの正確性と一貫性を向上させます。
エンティティの取得 retrieve-entity
プロファイルエンティティを取得するには、必要なクエリパラメーターと共に/access/entities エンドポイントにGET リクエストを行います。
API 形式
| code language-http |
|---|
|
クエリパスに指定されたデータパラメーターで、アクセスするデータを指定します。 複数のパラメーターをアンパサンド(&)で区切って含めることができます。
プロファイルエンティティにアクセスするには、次のクエリパラメーターを指定する必要があります。
schema.name: エンティティのXDM スキーマの名前。 この使用例では、schema.name=_xdm.context.profileです。entityId:取得しようとしているエンティティのID。entityIdNS:取得しようとしているエンティティの名前空間。 この値は、entityIdが not でXIDの場合に指定する必要があります。
さらに、次のクエリパラメーターの使用は highly をお勧めします。
mergePolicyId: データをフィルタリングする結合ポリシーのID。 結合ポリシーが指定されていない場合は、組織のデフォルトの結合ポリシーが使用されます。
有効なリストの完全なパラメーターは、付録の「クエリパラメータ」の節に記載されています。
リクエスト
次のリクエストは、IDを使用して顧客の電子メールと名前を取得します。
| accordion | ||
|---|---|---|
| IDを使用してエンティティを取得するサンプルリクエスト | ||
|
応答
応答が成功すると、リクエストされたエンティティのHTTP ステータス 200が返されます。
| accordion | ||
|---|---|---|
| リクエストされたエンティティを含むサンプル応答 | ||
|
| note |
|---|
| NOTE |
| 関連するグラフが 50 個を超える ID をリンクする場合、このサービスは HTTP ステータス 422(処理できないエンティティ)と「関連 ID が多すぎます」というメッセージを返します。 このエラーが表示される場合は、検索を絞り込むためにクエリパラメータを追加することを検討してください。 |
API 形式
| code language-http |
|---|
|
クエリパスに指定されたデータパラメーターで、アクセスするデータを指定します。 複数のパラメーターをアンパサンド(&)で区切って含めることができます。
B2B アカウントデータにアクセスするには、次のクエリパラメーターを指定する必要があります。
schema.name: エンティティのXDM スキーマの名前。 この使用例では、この値はschema.name=_xdm.context.accountです。entityId:取得しようとしているエンティティのID。entityIdNS:取得しようとしているエンティティの名前空間。 この値は、entityIdが not でXIDの場合に指定する必要があります。
さらに、次のクエリパラメーターの使用は highly をお勧めします。
mergePolicyId: データをフィルタリングする結合ポリシーのID。 結合ポリシーが指定されていない場合は、組織のデフォルトの結合ポリシーが使用されます。
有効なリストの完全なパラメーターは、付録の「クエリパラメータ」の節に記載されています。
リクエスト
| accordion | ||
|---|---|---|
| B2B アカウントを取得するためのサンプルリクエスト | ||
|
応答
応答が成功すると、リクエストされたエンティティのHTTP ステータス 200が返されます。
| accordion | ||
|---|---|---|
| リクエストされたエンティティを含むサンプル応答 | ||
|
API 形式
| code language-http |
|---|
|
クエリパスに指定されたデータパラメーターで、アクセスするデータを指定します。 複数のパラメーターをアンパサンド(&)で区切って含めることができます。
B2B商談エンティティにアクセスするには、次のクエリパラメーターを指定する必要があります。
schema.name: エンティティのXDM スキーマの名前。 この使用例では、schema.name=_xdm.context.opportunityです。entityId:取得しようとしているエンティティのID。entityIdNS:取得しようとしているエンティティの名前空間。 この値は、entityIdが not でXIDの場合に指定する必要があります。
さらに、次のクエリパラメーターの使用は highly をお勧めします。
mergePolicyId: データをフィルタリングする結合ポリシーのID。 結合ポリシーが指定されていない場合は、組織のデフォルトの結合ポリシーが使用されます。
有効なリストの完全なパラメーターは、付録の「クエリパラメータ」の節に記載されています。
リクエスト
| accordion | ||
|---|---|---|
| B2B商談エンティティを取得するためのサンプルリクエスト | ||
|
応答
応答が成功すると、リクエストされたエンティティのHTTP ステータス 200が返されます。
| accordion | ||
|---|---|---|
| リクエストされたエンティティを含むサンプル応答 | ||
|
複数のエンティティの取得 retrieve-entities
/access/entities エンドポイントにPOST リクエストを行い、ペイロードにIDを指定することで、複数のプロファイルエンティティを取得できます。
API 形式
| code language-http |
|---|
|
リクエスト
次のリクエストは、IDのリストによって複数の顧客の名前とメールアドレスを取得します。
| accordion | |||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 複数のエンティティを取得するためのサンプルリクエスト | |||||||||||||||||||||||||||||||||||
|
応答
応答が成功すると、リクエスト本文で指定されたエンティティのリクエストされたフィールドを含むHTTP ステータス 200が返されます。
| accordion | ||
|---|---|---|
| リクエストされたエンティティを含むサンプル応答 | ||
|
API 形式
| code language-http |
|---|
|
リクエスト
次のリクエストは、リクエストされたB2B アカウントを取得します。
| accordion | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 複数のエンティティを取得するためのサンプルリクエスト | ||||||||||||||||||||
|
応答
応答が成功すると、要求されたエンティティを含むHTTP ステータス 200が返されます。
| accordion | ||
|---|---|---|
| リクエストされたエンティティを含むサンプル応答 | ||
|
API 形式
| code language-http |
|---|
|
リクエスト
次のリクエストは、リクエストされたB2B商談を取得します。
| accordion | ||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 複数のエンティティを取得するためのサンプルリクエスト | ||||||||||||||||||||
|
応答
応答が成功すると、要求されたエンティティを含むHTTP ステータス 200が返されます。
| accordion | ||
|---|---|---|
| リクエストされたエンティティを含むサンプル応答 | ||
|
結果の後続ページへのアクセス
時系列イベントを取得すると、結果はページ付けされます。 結果の後続のページがある場合、_page.next プロパティには ID が含まれます。 また、_links.next.href プロパティは次のページを取得するためのリクエスト URI を提供します。 結果を取得するには、/access/entities エンドポイントに別のGET リクエストを行い、/entitiesを指定されたURIの値に置き換えます。
/entities/を誤って繰り返さないようにしてください。 これは一度だけ /access/entities?start=... のように存在するべきです。API 形式
GET /access/{NEXT_URI}
{NEXT_URI}_links.next.href から取得した URI 値。リクエスト
次のリクエストでは、_links.next.href URI をリクエストパスとして使用して、次のページの結果を取得します。
| code language-shell |
|---|
|
応答
正常な応答は、結果の次のページを返します。 この応答には、_page.next および _links.next.href の空の文字列値で示される結果の後続ページはありません。
| code language-json |
|---|
|
エンティティの削除 delete-entity
- アカウント
- アカウントと人物の関係
- Opportunity
- 商談と人物の関係
- Campaign
- キャンペーンメンバー
- マーケティングリスト
- マーケティングリストメンバー
プロファイルストアからエンティティを削除するには、必要なクエリパラメーターと共に/access/entities エンドポイントにDELETE リクエストを行います。
API 形式
DELETE /access/entities?{QUERY_PARAMETERS}
クエリパスに指定されたデータパラメーターで、アクセスするデータを指定します。 複数のパラメーターをアンパサンド(&)で区切って含めることができます。
エンティティを削除するには、次のクエリパラメーターを指定する必要があります。
schema.name: エンティティのXDM スキーマの名前。 この使用例では、のみでschema.name=_xdm.context.profileを使用できます。entityId:取得しようとしているエンティティのID。entityIdNS:取得しようとしているエンティティの名前空間。 この値は、entityIdが not でXIDの場合に指定する必要があります。mergePolicyId: エンティティの結合ポリシーID。 結合ポリシーには、ID ステッチとキー値XDM オブジェクトの結合に関する情報が含まれます。 この値を指定しない場合は、デフォルトの結合ポリシーが使用されます。
リクエスト
次のリクエストは、指定されたエンティティを削除します。
| code language-shell |
|---|
|
応答
応答が成功すると、HTTP ステータス 202が空の応答本文で返されます。
次の手順
このガイドに従うことで、Real-Time Customer Profile個のデータフィールド、プロファイル、時系列データに正常にアクセスできます。 Experience Platformに保存されているその他のデータリソースにアクセスする方法については、 データアクセスの概要を参照してください。
付録 appendix
次の節では、APIを使用したProfile データへのアクセスに関する補足情報を提供します。
クエリパラメーター query-parameters
次のパラメーターは、/access/entities エンドポイントに対する GET リクエストのパスで使用されます。 アクセスするプロファイルエンティティを識別し、応答で返されるデータをフィルターします。 必須パラメーターはラベル付けされますが、残りはオプションです。
schema.nameschema.name=_xdm.context.profilerelatedSchema.nameschema.nameが_xdm.context.experienceeventの場合、この値 は、時系列イベントが関連するプロファイルエンティティのスキーマを 指定する必要があります。relatedSchema.name=_xdm.context.profileentityIdentityIdNS)も指定する必要があります。entityId=janedoe@example.comentityIdNSentityIdがXIDとして指定されていない場合、このフィールド はID名前空間を指定する必要があります。entityIdNS=emailrelatedEntityIdschema.nameが_xdm.context.experienceeventの場合、この値は関連するプロファイルエンティティのIDを指定する必要があります。 この値は、entityId と同じ規則に従います 。relatedEntityId=69935279872410346619186588147492736556relatedEntityIdNSschema.name が「_xdm.context.experienceevent」の場合、この値は relatedEntityId で指定したエンティティの ID 名前空間を指定する必要があります。relatedEntityIdNS=CRMIDfieldsfields=personalEmail,person.name,person.gendermergePolicyIdmergePolicyId=5aa6885fcf70a301dabdfa4aorderBy(+/-)timestampと書かれており、デフォルトは+timestampです。orderby=-timestampstartTimestartTime=1539838505endTimeendTime=1539838510limitlimit=100propertyproperty=webPageDetails.isHomepage=true&property=localTime<="2020-07-20"