Show Menu
主題×

啟用您的跨解決方案服務實作

如果您最近使用Experience Platform Launch實作Experience Cloud,您已針對「客戶屬性」和「Experience Cloud觀眾」進行設定。 您也可以在管理控制台中管理使用者和產品。
對於現有客戶,您可能需要最新化解決方案實作並實作Experience Cloud。 如此,您就可以跨Adobe Analytics、Audience Manager和Adobe Target運用客戶屬性和受眾功能。 若要完成此作業,您將需:

步驟 1.加入 Experience Cloud 並成為管理員

若要加入 Experience Cloud,您必須先執行下列動作:
確定您具有適當的 Adobe Analytics 或 Adobe Target SKU。
  • Adobe Analytics: Standard 或 Premium 版 (非舊版 SiteCatalyst SKU)。
  • Adobe Target: Standard 或 Premium 版。
若使用 Target,需從 mbox.js 移轉至 at.js。請參閱 從 at.js 1.x 升級為 at.js 2.x
最實化實作,並取得已佈建的管理員。
  1. 請依照下文「 部署 Experience Cloud ID Service 」中的步驟操作。
  2. 請連絡您的客戶經理,並開始進行 Experience Cloud 佈建流程。
在 Admin Console 中管理使用者和產品。

管理員登入

成為管理員後,即可登入 experiencecloud.adobe.com
您會在 Experience Cloud 功能表導覽中看到​ 管理 ​連結。

使用者登入

若要登入 Experience Cloud,您的使用者必須:
  1. 擁有貴公司的 Adobe ID (或 Enterprise ID)。
  2. 屬於對應至企業群組的解決方案群組。
  3. 視需要將其解決方案帳戶連結至其 Adobe ID (如下所述)。
選用:連結現有的使用者帳戶。
最有可能的情況是,您的使用者已是解決方案群組的成員,例如您先前在 Analytics >管理工具中管理的 Analytics 群組。
將這些群組對應至 Experience Cloud 企業群組時,這些使用者必須手動將其解決方案帳戶憑證連結至其 Adobe ID。
在企業和解決方案群組對應後,新使用者會自動產生連結(系統會自動建立解決方案憑證並連結至其 Adobe ID)。
以下各節將說明如何導入最新實作。導入最新實作以啟用 Experience Cloud 中的核心服務。

步驟 2.使用 Experience Platform Launch 或 Dynamic Tag Management 實作 Experience Cloud ID Service

Experience Cloud ID Service 提供的通用 ID 可用於跨解決方案整合。它提供跨網域訪客身分識別,以及根據透過客戶屬性上傳的 CRM 資料跨裝置/瀏覽器鎖定目標和個人化的路徑。
啟用 Experience Cloud 核心服務最簡單的方法,就是透過 Experience Platform Launch 中的 Experience Cloud ID Service 擴充功能 ,或透過 Dynamic Tag Management 中的 ECID 工具,為 Analytics 和 Adobe Target 自動啟用(強烈建議使用 Experience Platform Launch)。
如需完整的 Experience Cloud ID Service 說明 (先前稱為訪客 ID),請前往 這裡
沒有使用Experience Platform Launch或Dynamic Tag Management嗎?
如果您沒有使用 Experience Platform Launch 或 Dynamic Tag Management,請透過 JavaScript 部署 (VisitorAPI.js) 手動實作 ID 服務,如下所述:
任務
說明
Adobe 也建議設定其他 客戶 ID 。這些 ID 與每個訪客相關聯,實現了 Experience Cloud 中的現有和未來功能。
將現有的 s_code 更新為 H.27.3 或更新版本,或將現有的 AppMeasurement.js 更新為 1.4 或更新版本。
這些檔案可在 Analytics 分析管理工具的 代碼管理器 中下載。(如果您需要更多 AppMeasurement.js 的相關資訊,請參閱 JavaScript 實作 指南。)
同步 Analytics 的客戶 ID
請參閱 Analytics - 同步客戶 ID (下文)。

Analytics 與 Adobe Target - 同步客戶 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 進行同步化:
  • 使用訪客 ID 服務呼叫 visitor.setCustomerIDs({"crm_id":"52mc210tr42"}) 。或,
  • 在 prop 或 eVar 中填入 Customer ID (52mc210tr42)
在每個已知客戶 ID 的 Analytics 伺服器呼叫上皆必須設定客戶 ID。

行動 SDK

如需在 Android iOS 行動應用程式中設定其他客戶 ID 的語法範例,請參閱 Experience Cloud ID Service 一節。

啟用歷史資料的屬性

訪客登入後,即可使用客戶屬性資料。如果您尚未實作最新的 Experience Cloud ID Service,而且過去一直在 prop 或 eVar 中追蹤客戶 ID,您可以請求將歷史登入資料傳送至 Experience Cloud 的程序。此程序可讓您立即開始使用客戶屬性。
請連絡客戶服務以啟用歷史資料。

步驟 3.將報表套裝對應至 Experience Cloud 組織

Experience Cloud 服務 (例如 Experience Cloud ID Service 和 People 服務) 與 Experience Cloud 組織相關聯而非個別 Analytics 報表套裝。為確保這些服務正常運作,每個 Analytics 報表套裝都必須對應至一個 Experience Cloud 組織。

步驟 4.(Adobe Analytics) 更新 Analytics AppMeasurement 程式碼

確認您位於區域資料收集 (RDC)。如果您的資料收集網域為 omtrdc.net,或將 CNAME 對應至 omtrdc.net,則表示您位於 RDC。如需詳細資訊,請參閱 轉換為 RDC 。如果您使用第一方 Cookie,請參閱 CNAME 和 Experience Cloud ID Service ,取得資料收集 CNAME 和跨網域追蹤的相關資訊。
建議您更新 JavaScript 程式庫 (包括訪客 API),以將 Analytics 實作最新化。最簡單的實行方式是在 Dynamic Tag Management 中新增 Adobe Analytics 工具,需指定 Automatic 做為設定方法。
在 Dynamic Tag Management 中,按一下 <Web Property Name> > &#x200B;概述&#x200B; > &#x200B;新增工具&#x200B; > Adobe Analytics 。如需部署資訊,請參閱 Dynamic Tag Management 中的 Adobe Analytics 設定

步驟 5.(Adobe Target) 更新 Adobe Target 實作

  • 建議您在 Experience Platform Launch 中新增 Adobe Target 擴充功能 ,以便讓資料庫擷取作業自動執行。您也可以使用 Experience Platform Launch,為 Adobe Target (及其他解決方案) 設定 Experience Cloud ID Service 擴充功能 必須 ​為 Adobe Target 更新 Experience Cloud ID Service,才能使用核心服務。(如果您使用 Dynamic Tag Management,請新增 Adobe Target 工具 。您也可以使用 Dynamic Tag Management 來為 Adobe Target 部署 Experience Cloud ID Service。)
  • 如果您沒有使用 Experience Platform Launch 或 Dynamic Tag Management,請手動 更新 mbox 程式庫
  • 請求存取權以使用 Adobe Analytics 作為 Adobe Target 的報表來源。Target 與 資料會在處理期間結合到相同的伺服器呼叫上,使訪客可在兩個解決方案之間連接。Analytics請參閱 Analytics for Target 實作
    所有 Analytics 客戶皆已佈建完成,可使用客戶屬性等核心服務。如果您還不是 Analytics 客戶,請連絡客戶服務,請他們幫您進行佈建。

步驟 6.驗證實施

請依照下列程序操作,確保 Experience Cloud ID Service 在您的網站上正確實作。
  1. 清除您網站的 Cookie,以便查看對 Experience Cloud ID Service 發出的請求 (此請求會在第一次瀏覽時發出,然後每週大約為每位訪客發出一次)。
  2. 使用封包分析工具或網頁瀏覽器偵錯工具中的網路面板,尋找傳至 dpm.demdex.net 的請求。
  3. 確認回應中包含 d_mid 和一個值,例如: _setMarketingCloudFields({"d_mid":"4235...
  4. 確認 Analytics 請求中包含 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。如果您的網站有某些區段尚未實作 Experience Cloud ID Service,當訪客瀏覽到這些區段時,將無法識別 Experience Cloud ID,且系統會為訪客指派舊有的 Analytics 訪客 ID。這可能會造成潛在問題,包括重複造訪次數和不正確的歸因。
例如,若您網站的支援區段是在獨立的 CMS 中進行管理,則此區段的 Analytics JavaScript 檔案可能會不同。如果您在將 ID 服務部署至支援網站之前,先在主網站上部署了 Experience Cloud ID,新訪客在造訪支援區段時會收到舊有的 Analytics ID,而跨兩個網站區段的造訪會報告為不同的造訪。
若將 Experience Cloud ID Service 部署在使用多個 JavaScript 檔案或其他技術 (例如 Flash) 的網站上,可能會導致協調方面的問題,因為您需要同時在網站的所有區段上啟用 Experience Cloud ID Service。藉由設定寬限期,新訪客可繼續收到來自 ID 服務的 Analytics 訪客 ID,如此一來便能在您未升級為使用訪客 ID 服務的網站區段上以一致的方式識別訪客。

步驟 7.管理使用者和產品

在您上手並執行應用程式之後,請導覽至 Admin Console ,您可在這裡管理使用者和產品設定檔。

客戶屬性

已新增至客戶屬性群組中的使用者可在 Experience Cloud 介面的左邊看到客戶屬性功能表項目。

步驟 8.開始共用屬性和觀眾資料

善用以下核心服務功能。

People > 客戶屬性

如果您在客戶關係管理 (CRM) 資料庫中擷取企業客戶資料,您可將該資料上傳至 Experience Cloud 的客戶屬性資料來源。上傳後,即可在 Adobe Analytics 和 Adobe Target 中運用這些資料。
請參閱 客戶屬性

People > 受眾程式庫

Experience Cloud Audiences 介面可讓您建立受眾、組合現有受眾以建立複合受眾,以及檢視所有共用受眾。
請參閱 受眾

資料儲存和隱私洩露

如果您利用 Adobe Experience Cloud 中的受眾資料即時設定及其他核心服務,則使用這些服務可能會影響您資料所在的資料中心 (和國家/地區)。具體而言,由於 Adobe Experience Cloud 的核心服務會利用 Adobe Audience Manager,因此 People 服務中使用的資料必須位於美國的 Audience Manager 伺服器。
透過 People 服務使用核心服務時,從其他 Adobe 產品傳送至受眾管理的資料類型為:
  • Analytics 金鑰/值配對 (小道具、eVars、清單變數等等)。依預設,記錄行包含 IP 位址,包含 IP 的最後一組八位數 (假設未以 Adobe Analytics 中的 IP 混淆設定修改 IP 位址)。
  • 根據 Audience Manager 中設定的規則,訪客符合資格的特徵和區段。
  • (選用) 您的一或多個 ID。視您實作的 ID 服務而定,您可能也會傳入一或多個 ID,例如 CRM ID 或雜湊的電子郵件地址。若將此資料傳入 Adobe Analytics,則會將其轉移至 Adobe 受眾管理。Adobe 不建議您將個人資料提供給 Adobe Analytics。更建議先使用單向雜湊來將資料遮罩,再傳送給 Adobe。
  • 透過後端區隔分享功能,在 Analytics 中建立的區隔。
  • 如未封鎖第三方 cookie,則會設置 demdex.net cookie。 AMCV_###@AdobeOrg 第一方 Cookie 一律以 Experience Cloud ID Service 設定。
所有這些資料元素都會以記錄檔形式傳送至 Adobe Audience Manager。Audience Manager 會在美國境內處理和儲存這些資料。Audience Manager 不提供在美國境外儲存或處理這些資料的選項。