使用已知客戶資料的網頁/行動個人化藍圖

上次更新： 2023-07-20
  • 建立對象：
  • Developer
    User

使用案例

  • 使用已知客戶資料進行線上個人化
  • 登陸頁面最佳化
  • 除離線資料 (如異動、忠誠度與 CRM 資料及建模的見解) 外，基於之前產品/內容視圖、產品/內容相似性、環境屬性及人口統計資料的個人化
  • 在使用 Adobe Target 的網站和行動應用程式上共用和鎖定 Real-time Customer Data Platform 中定義的對象。

應用程式

  • Real-time Customer Data Platform
  • Adobe Target
  • Adobe Audience Manager（可選）:新增第三方對象資料
  • Adobe Analytics 或 Customer Journey Analytics（可選）:新增根據歷史客戶和行為資料建立區段並執行微調細分的功能

整合模式

整合模式 功能 先決條件
對從 Real-time Customer Data Platform 共用至 Target 的 Edge 進行即時區段評估
  • 在 Edge 上即時評估同一或下一頁面的個人化的對象。
  • 此外，以串流或批次方式評估的任何區段也會投影至邊緣網路，以納入邊緣區段評估和個人化中。
  • 必須實作 Web/Mobile SDK，或使用 Edge Network Server API
  • 必須在 Experience Edge 中設定資料流，並啟用 Target 和 Experience Platform 擴充功能
  • Target 目標必須在 Real-time Customer Data Platform 目標中設定。
  • 與 Target 整合需要與 Experience Platform 實例相同的 IMS 組織。
透過 Edge 方法將受眾從 Real-time Customer Data Platform 串流和批次共用至 Target
  • 透過 Edge Network 將串流和批次對象從 Real-time Customer Data Platform 共用至 Target。即時評估的對象需要 Web SDK 和 Edge Network 實作。
  • 將串流和批次 RTCDP 對象共用至 Target 時，不需要 Target 的 Web/Mobile SDK 或 Edge API 實作，不過需要進行上述的即時邊緣區段評估。
  • 如果使用 At.js，則僅支援針對 ECID 身分命名空間的個人資料整合。
  • 在 Edge 上進行自訂身分命名空間查閱時，需要部署 Web SDK/Edge API，且每個身分都必須在身分對應中設定為身分。
  • Target 目標必須在 Real-time Customer Data Platform 目標中設定，僅支援 RTCDP 中的預設生產沙箱。
  • 與 Target 整合需要與 Experience Platform 實例相同的 IMS 組織。
透過對象共用服務方法，從 Real-time Customer Data Platform 串流和批次共用受眾至 Target 和 Audience Manager
  • 當需要從第三方資料和 Audience Manager 中的對象進行額外擴充時，可運用此整合模式。
  • 將串流和批次對象共用至 Target 並不需要 Web/Mobile SDK，不過需要 Web/Mobile SDK 才能進行即時邊緣區段評估。
  • 如果使用 At.js，則僅支援針對 ECID 身分命名空間的個人資料整合。
  • 在 Edge 上進行自訂身分命名空間查閱時，需要部署 Web SDK/Edge API，且每個身分都必須在身分對應中設定為身分。
  • 必須透過對象共用服務布建對象投影。
  • 與 Target 整合需要與 Experience Platform 實例相同的 IMS 組織。
  • 只有來自預設生產沙箱的對象才支援對象共用核心服務。

將即時、串流和批次對象分享至 Adobe Target

架構

線上/離線網路個人化 Blueprint 的參考架構

序列詳細資訊

線上/離線網路個人化 Blueprint 的參考架構

概述架構

線上/離線網路個人化 Blueprint 的參考架構

實作模式

已知客戶個人化透過數種實作方法受支援。

實作模式 1 — 使用 Web/Mobile SDK 或 Edge Network API 的邊緣網路（建議方法）

實作模式 2 — 應用程式專用 SDK

使用傳統應用程式專用的 SDK（例如 At.js 和 AppMeasurement.js）。此實作方法不支援即時邊緣區段評估。不過，使用此實作方法，可支援從 Experience Platform 中心串流和批次共用對象。

請參閱應用程式專屬的 SDK 藍圖

實施步驟

  1. 對您的網路或行動應用程式實施 Adobe Target
  2. 實作 Experience Platform 和 Real-time Customer Profil，透過將合併原則設定為邊緣上的活動狀態，確保建立的對象啟用邊緣。
  3. 實作 Experience Platform Web SDK 或 Experience Platform Mobile SDK 並安裝正確的擴充功能（Target 或 Adobe Journey Optimizer - Decisioning）。Experience Platform Web/Mobile SDK 或 EDGE API 是即時 Edge 細分的必要項目，但從 Real-time Customer Data Platform 到 Target 共用串流和批次對象時並非必要項目。
  4. 使用邊緣資料流配置邊緣網路
  5. 啟用 Adobe Target 作為 Real-time Customer Data Platform 的目標
  6. （可選）實作 Adobe Audience Manager。
  7. （可選） 請求布建以在 Experience Platform 和 Adobe Target 之間共用對象 以從 Experience Platform 共用對象至 Target。

護欄

請參閱「網路與行動個人化 Blueprints」概觀頁面所述的護欄。

  • 邊緣個人資料僅會在使用者於邊緣處於作用中狀態時建立，亦即其設定檔會透過 Web/Mobile SDK 或 Edge Server API 將串流事件提交至邊緣。這通常對應於在網站或行動應用程式上處於作用中狀態的使用者。
  • 邊緣個人資料的預設存留時間為 14 天。如果使用者尚未收集作用中的邊緣事件，則個人資料閒置 14 天後會在邊緣過期。個人資料在中心將保持有效，並且當使用者再次在邊緣上變為作用中狀態時，會與邊緣同步。
  • 在邊緣上建立新的個人資料時，會非同步呼叫中心，以擷取已透過目標為邊緣投影設定的任何對象和屬性。由於這是非同步流程，中心配置檔案可能需要 1 秒到數分鐘的時間才能同步到邊緣。因此，無法保證新個人資料具有來自第一頁體驗中心的個人資料情境。這同樣適用於中心新收集的資料。此資料會以非同步方式投影至邊緣，因此資料到達適當邊緣的時間會與邊緣活動分開。只有邊緣上作用中的個人資料才會保留從中心投影的屬性和對象。

實施考量

身分先決條件

  • 透過邊緣網路和 Web SDK 使用上述實作模式 1 時，可運用任何主要身分。首次登入個人化需要個人化請求設定的主要身分，與 Real-time Customer Data Platform 中個人資料的主要身分相符。匿名裝置與已知客戶之間的身分識別拼接會在中心進行處理，然後投影至邊緣。
  • 請注意，消費者造訪或登入網站之前上傳至中心的資料，將無法立即供個人化使用。作用中的邊緣個人資料必須先存在，中心資料才能同步。建立後，邊緣個人資料會以非同步方式與中心個人資料同步，進而產生下一頁個人化。
  • 從 Adobe Experience Platform 共用受眾至 Adobe Target 時，若要使用上述整合模式 2 和 3 所述的受眾共用服務，必須以 ECID 作為身分。
  • 替代身分也可用來透過 Audience Manager 與 Adobe Target 共用 Experience Platform 對象。Experience Platform 會透過下列支援的命名空間啟用對象至 Audience Manager：IDFA、GAID、AdCloud、Google、ECID、EMAIL_LC_SHA256。請注意，Audience Manager 和 Target 會透過 ECID 身分識別解析受眾成員資格，因此消費者在身分圖中仍需要有 ECID，才能最終分享至 Adobe Target。

相關文件

SDK 檔案

連線檔案

細分文件

教學課程

相關部落格貼文

上一頁
Next page

此頁面上的