如果您最近曾使用 Experience Platform Launch 實作 Experience Cloud,即已完成客戶屬性和 Experience Cloud Audiences 的相關設定。 您也可以在 Admin Console 中管理使用者和產品。
現有客戶可導入最新的應用程式實作並實施 Experience Cloud。 如此一來,您就可以運用 Adobe Analytics、Audience Manager 和 Adobe Target 的所有客戶屬性和對象功能。若要完成此實作,請執行以下作業:
若要加入 Experience Cloud,您必須先執行以下操作:
確定您具有適當的 Adobe Analytics 或 Adobe Target SKU。
若使用 Target,需從 mbox.js 移轉至 at.js。請參閱從 at.js 1.x 升級為 at.js 2.x。
最實化實作,並取得已佈建的管理員。
在 Admin Console 中管理使用者和產品。
當您成為管理員後,即可在 experience.adobe.com 登入。
Experience Cloud 選單導覽內有 Admin Console 連結。
如需詳細資訊,請參閱 Experience Cloud 的使用者和產品管理。
若要登入 Experience Cloud,您的使用者必須:
最有可能的情況是,您的使用者已是應用程式群組的成員,例如您先前在 Analytics > 管理工具中管理的 Analytics 群組。
將這些群組對應至 Experience Cloud 企業群組時,這些使用者必須手動將其應用程式帳戶認證連結至其 Adobe ID。
在企業群組和應用程式群組對應後,新使用者會自動產生連結。 (系統會自動建立解決方案憑證並連結至其 Adobe ID)。
以下各節將說明如何導入最新實作。導入最新實作以啟用 Experience Cloud 中的核心服務。
Experience Cloud ID Service 提供的通用 ID 可用於跨應用程式整合。 它提供跨網域訪客身分識別,以及根據透過客戶屬性上傳的 CRM 資料跨裝置/瀏覽器鎖定目標和個人化的路徑。
啟用 Experience Cloud 核心服務最簡單的方法,就是透過 Experience Platform Launch 中的 Experience Cloud ID Service 擴充功能,為 Analytics 和 Adobe Target 自動啟用
如需完整的 Experience Cloud ID Service 說明 (先前稱為訪客 ID),請前往這裡。
沒有使用 Experience Platform Launch 或 Dynamic Tag Management 嗎?
如果您沒有使用 Experience Platform Launch 或 Dynamic Tag Management,請透過 JavaScript 部署 (VisitorAPI.js) 手動實作 ID 服務,如下所述:
工作 | 說明 |
---|---|
實作適用於 Analytics 的 Experience Cloud ID Service | Adobe 也建議設定其他客戶 ID。這些 ID 與每個訪客相關聯,實現了 Experience Cloud 中的現有和未來功能。 |
將現有的 s_code 更新為 H.27.3 或更新版本,或將現有的 AppMeasurement.js 更新為 1.4 或更新版本。 | 這些檔案可在 Analytics 分析管理工具的代碼管理器中下載。(如果您需要更多 AppMeasurement.js 的相關資訊,請參閱 JavaScript 實作指南。) |
同步 Analytics 的客戶 ID | 請參閱 Analytics - 同步客戶 ID (下文)。 |
Adobe 建議您針對 Analytics 和 Target,將客戶 ID 與 Experience Cloud 進行同步,作為設定 Experience Cloud ID Service 的步驟之一。
在 Adobe Target 中,mbox3rdpartyid
需取得客戶 ID 並將其傳送到 Target。(請參閱 Target 中的使用客戶屬性。)
訪客在您的網站上進行驗證或以其他方式識別他們自己身分時,您的實作必須將其 CRM 客戶 ID 公開給頁面或應用程式。然後,您可以使用適當的函數呼叫,將客戶 ID 同步至 Experience Cloud。此同步會將訪客的 CRM 客戶 ID 儲存在 Experience Cloud 中,並啟動該客戶的屬性以用於 Experience Cloud。
例如,假設在 CRM 系統中 Bob 的 Customer ID 為 52mc210tr42
。當您的網站驗證 Bob 時,您必須在頁面上公開此 ID,然後以下述方法之一使用此 ID 進行同步化:
visitor.setCustomerIDs({"crm_id":"52mc210tr42"})
。或,Customer ID (52mc210tr42)
。在每個已知客戶 ID 的 Analytics 伺服器呼叫上皆必須設定客戶 ID。
當Experience Cloud屬性首次推出時,有些客戶尚未實作客戶ID服務,因此無法輕鬆運用客戶屬性。 為協助緩解此問題,Adobe使用Adobe Analytics Data Warehouse建立回填ID同步的方法。 這項功能稱為「資料倉庫回填」。 現在一般不需要資料倉庫回填,因此自2022年10月起將不再提供。
如需在 Android™ 和 iOS 行動應用程式中設定其他客戶 ID 的語法範例,請參閱 Experience Cloud ID Service 一節。
訪客登入後,即可使用客戶屬性資料。如果您尚未實施最新的 ID Service,而且過去一直在 prop 或 eVar 中追蹤客戶 ID,您可以請求將歷史登入資料傳送至 Experience Cloud 的程序。此程序可讓您立即開始使用客戶屬性。
請連絡客戶服務以啟用歷史資料。
報表套裝對應功能已於 2020 年 11 月終止支援。如有任何疑問,請聯絡客戶支援。
Experience Cloud 服務 (例如 Experience Cloud ID Service 和 People 服務) 與 Experience Cloud 組織相關聯而非個別 Analytics 報表套裝。為確保這些服務正常運作,每個 Analytics 報表套裝都必須對應至一個 Experience Cloud 組織。
如果您使用 Analytics,請確認您是否位於地區資料收集 (RDC)。如果您的資料收集網域為 omtrdc.net
,或將 CNAME 對應至 omtrdc.net
,則表示您位於 RDC。如需詳細資訊,請參閱轉換為 RDC。如果您使用第一方 Cookie,請參閱 CNAME 和 Experience Cloud ID Service,取得資料收集 CNAME 和跨網域追蹤的相關資訊。
建議您更新 JavaScript 程式庫 (包括訪客 API),以將 Analytics 實作最新化。完成此步驟最簡單的方式是在 Experience Platform Data Collection (Launch) 中新增 Adobe Analytics Extension。
建議您在 Experience Platform Launch 中新增 Adobe Target 擴充功能,以便讓資料庫擷取作業自動執行。 您也可以使用 Experience Platform Launch 為 Adobe Target (及其他解決方案) 設定 Experience Cloud ID Service 擴充功能。 必須為 Adobe Target 更新 Experience Cloud ID Service,才能使用核心服務。
如果您沒使用 Experience Platform Launch,請手動更新您的 mbox 資料庫。
請求存取權以使用 Adobe Analytics 作為 Adobe Target 的報表來源。 Target 和 Analytics 資料會在處理期間合併到相同伺服器呼叫上,好讓訪客可在兩個應用程式之間連線。 請參閱 Analytics for Target 實作。
所有 Analytics 客戶皆已佈建完成,可使用客戶屬性等核心服務。如果您還不是 Analytics 客戶,請連絡客戶服務,請他們幫您進行佈建。
請依照下列程序操作,確定您的網站上已正確實作 Experience Cloud ID Service。
d_mid
和一個值,例如:_setMarketingCloudFields({"d_mid":"4235...
mid
參數 (Experience Cloud ID)。在寬限期內 (如果已啟用),您應該也會看到 aid
參數 (Analytics 訪客 ID)。包含 Experience Cloud ID 的預期回應:
包含 Experience Cloud ID (亦稱為 mid
或 訪客 ID) 的 Analytics 影像請求:
mbox 請求中的 Experience Cloud ID:
部署 Experience Cloud ID Service 後,新的訪客將不會再收到從您的資料收集伺服器傳來的 Analytics Experience Cloud ID。如果您的網站有某些區段尚未實作 ID Service,當訪客瀏覽到這些區段時,將無法識別 Experience Cloud ID,且系統會為訪客指派舊有的 Analytics 訪客 ID。這可能會造成潛在問題,包括重複造訪次數和不正確的歸因。
例如,若您網站的支援區段是在獨立的 CMS 中進行管理,則此區段的 Analytics JavaScript 檔案可能會不同。如果您將 Experience Cloud ID 服務部署至支援網站之前,先在主網站上部署了該 ID,則新訪客在造訪支援區段時會收到舊有的 Analytics ID,而系統會將跨兩個網站區段的造訪報告為不同的造訪。
將 Experience Cloud ID 服務部署在使用多個 JavaScript 檔案或其他技術 (例如 Flash) 的網站上,可能會導致協調方面的問題。發生這些問題是因為您必須同時在網站所有部分啟用 Experience Cloud ID 服務。透過設定寬限期,新訪客將繼續從 ID 服務接收 Analytics 訪客 ID。您未升級為使用 ID 服務的網站區段將可持續識別訪客。
在您上手並執行應用程式之後,請導覽至 Admin Console,您可在這裡管理使用者和產品描述檔。
請參閱 Experience Cloud 的使用者和產品管理。
已新增至客戶屬性群組中的使用者可在 Experience Cloud 左邊看到客戶屬性功能表項目。
善用以下核心服務功能。
如果您在客戶關係管理 (CRM) 資料庫中擷取企業客戶資料,您可將該資料上傳至 Experience Cloud 的客戶屬性資料來源。上傳後,即可在 Adobe Analytics 和 Adobe Target 中運用這些資料。
請參閱客戶屬性
Experience Cloud Audiences 介面可讓您建立對象、組合現有對象以建立複合對象,以及檢視所有共用對象。
請參閱「Audiences」
如果您利用 Adobe Experience Cloud 中的對象資料即時設定及其他核心服務,則使用這些服務可能會影響您資料所在的資料中心 (和國家/地區)。具體來說,因為 Experience Cloud 使用 Audience Manager,People 服務中使用的資料必須位於美國的 Audience Manager 伺服器。
透過 People 服務使用所提供的服務時,從其他 Adobe 產品傳送至對象管理的資料類型為:
AMCV_###@AdobeOrg
第一方 Cookie 一律以 Experience Cloud ID Service 設定。所有這些資料元素都會以記錄檔形式傳送至 Adobe Audience Manager。Audience Manager 會在美國境內處理和儲存這些資料。Audience Manager 不提供在美國境外儲存或處理這些資料的選項。
使用即時對象個人資料時,除了可利用使用於 Analytics 和 Target 的 cookie 外,還可利用 Audience Manager 的管理 cookie。
若要提供適當的選擇退出能力,您網站的訪客必須將 Audience Manager 選擇退出功能新增至您現有的選擇退出程序。
請參閱 Adobe Experience Cloud - 實作 Adobe 選擇退出以取得指示。
請參閱資料收集 CNAME 和跨網域追蹤,以取得啟用跨網域追蹤的相關資訊。