Adobe Experience Platform Identity Service 在Adobe Experience Platform中透過稱為身分圖表的方式管理跨裝置、跨頻道及幾乎即時的客戶身分識別。
本指南需要您實際瞭解下列Adobe Experience Platform元件:
以下小節提供您需瞭解或掌握的其他資訊,才能成功呼叫 Identity Service API。
本指南提供範例API呼叫,示範如何格式化您的請求。 這些包括路徑、必要的標頭,以及正確格式化的請求裝載。 此外,也提供API回應中傳回的範例JSON。 如需檔案中用於範例API呼叫的慣例相關資訊,請參閱以下章節: 如何讀取範例API呼叫 在 Experience Platform 疑難排解指南。
為了呼叫 Platform API,您必須先完成 驗證教學課程. 完成驗證教學課程後,會在所有標題中提供每個必要標題的值 Experience Platform API呼叫,如下所示:
{ACCESS_TOKEN}
{API_KEY}
{ORG_ID}
中的所有資源 Experience Platform 隔離至特定的虛擬沙箱。 的所有要求 Platform API需要標頭,用於指定將在其中執行操作的沙箱名稱:
{SANDBOX_NAME}
如需中沙箱的詳細資訊 Platform,請參閱 沙箱概述檔案.
包含裝載(POST、PUT、PATCH)的所有請求都需要額外的標頭:
此 Identity Service API採用特定於區域的端點,這些端點需要包含 {REGION}
作為請求路徑的一部分。 在布建您的組織期間,會確定一個區域並將其儲存在您的組織設定檔中。 對每個端點使用正確的區域,可確保使用 Identity Service API會路由至適當的區域。
目前有兩個區域受到支援 Identity Service API: VA7和NLD2。
下表顯示使用區域的範例路徑:
服務 | 地區: VA7 | 地區: NLD2 |
---|---|---|
Identity Service API | https://platform-va7.adobe.io/data/core/identity/ | https://platform-nld2.adobe.io/data/core/identity/ |
Identity Namespace API | https://platform-va7.adobe.io/data/core/idnamespace/ | https://platform-nld2.adobe.io/data/core/idnamespace |
在未指定區域的情況下進行要求,可能會導致呼叫路由傳送到不正確的區域,或造成呼叫意外失敗。
如果您在組織設定檔中找不到該地區,請聯絡您的系統管理員以尋求支援。
這些服務中使用的身分引數可以用兩種方式之一表示:複合或XID。
複合身分是包含ID值和名稱空間的建構。 使用複合身分時,名稱空間可由任一名稱提供(namespace.code
)或ID (namespace.id
)。
當身分持續存在時, Identity Service 會產生一個ID並指派給該身分,稱為原生ID或XID。 Cluster和Mapping API的所有變數在其請求和回應中支援複合身分和XID。 需要其中一個引數 — xid
或以下專案的組合 [ns
或 nsid
] 和 id
以使用這些API。
為了限制回應中的裝載,API會調整其回應,以符合所使用的身分建構型別。 也就是說,如果您傳遞XID,您的回應將具有XID,如果您傳遞複合身分,回應將遵循請求中使用的結構。
本檔案中的範例不涵蓋 Identity Service API。 如需完整的API,請參閱 Swagger API參考.
請求中使用原生XID時,所有傳回的身分都將採用原生XID格式。 建議使用ID/名稱空間表單。 如需詳細資訊,請參閱以下章節: 取得身分的XID.
現在您已收集到所需的認證,您可以繼續閱讀開發人員指南的其餘部分。 每個區段都提供有關其端點的重要資訊,並示範用於執行CRUD操作的範例API呼叫。 每個呼叫都包含一般API格式、顯示必要標題和正確格式化的裝載的範例請求以及成功呼叫的範例回應。